IT導入ガイド読了 約4

製造業の業務システム開発会社の見分け方

AAnomaly編集部
目次

製造業の業務システムを頼む開発会社の見分け方:現場を歩く会社かどうかで判断する

「提案書はきれいだったのに、実際に使い始めたら現場の運用と全然合わない」——製造業の業務システム導入で、こうした声を漏らす経営者・IT担当者は少なくありません。その原因は、発注前の開発会社選定の段階にすでに潜んでいることがほとんどです。


なぜ「提案書がきれいな会社」ほど現場で使われないシステムを作るのか

製造業向けの業務システム開発会社を比較する記事は数多くありますが、その大半は実績数・費用相場・技術スタック(使用するプログラミング言語やクラウド基盤などの技術要素の組み合わせ)といった「総論」で語られています。しかし、実際に現場で使われ続けるシステムを作れるかどうかは、もっと手前の段階——現場・設備・業務の固有事情をどこまで理解しようとするかで決まります。

提案書のデザインが洗練されていることと、現場理解の深さは必ずしも一致しません。むしろ「きれいな提案書」を早く出せる会社ほど、業務の中身を深く聞かずにテンプレート的な要件定義で進めてしまうケースが目立ちます。


Before:カタログ営業型の開発会社に発注した中小製造業でよくある失敗パターン

パターン① 要件定義が抽象論で終わる

「生産管理を効率化したい」「情報を一元化したい」といった抽象的なゴール設定のまま要件定義が進み、現場のどの工程で何が起きているかが具体化されません。

パターン② Excel運用の実態を聞かれない

現場が今どんなExcelファイルを、どんな手順で運用しているか(セル結合、手書き修正、担当者しか分からない関数など)を確認されないまま、新システムの機能要件だけが議論されます。

パターン③ 現物の図面・帳票を見せる前に見積りが出る

実際の図面、検査記録、出荷帳票などの現物を見せる前に、ヒアリングシートだけで見積書が提示されてしまう。これは「型」に業務を当てはめる進め方であり、現場の例外処理が後から次々と発覚する原因になります。

この見積り、うちの図面や帳票を一度も見ずに出されていないか?
この要件定義、Excelのどのセルで何が起きているか説明できているか?

現場を歩く開発会社を見分ける3つの軸

1
初回商談で「現場を見せてください」と言うかどうか

初回の打ち合わせの段階で、オフィスでの会話だけで終わらせず、工場・現場・作業台を実際に見たいと申し出るかどうかは大きな分岐点です。現場を見ずに提案できると考える会社は、業務の例外や癖を軽視している可能性があります。

2
見積書に品番・工程・帳票名など具体物が入っているか

見積書や提案書の中に、御社の実際の品番、工程名、帳票名(例:「出荷検査記録表」「工程進捗表」)が具体的に記載されているかを確認しましょう。抽象的な機能一覧だけの見積りは、業務の実態をまだ把握していない状態で作られている可能性が高いです。

3
Excel運用の癖まで質問してくるか

セル結合の使い方、独自関数、手書きでの後修正、担当者ごとの入力ルールの違いなど、Excel運用の「癖」まで質問してくる会社は、移行時に何がつまずきポイントになるかを事前に見抜こうとしています。この深さがシステムの定着率を左右します。


After:現場を歩く開発会社が作るシステムはどう違うか

現場を歩いて業務の実態を理解した開発会社が設計する業務アプリは、現行のExcel帳票・紙帳票の運用に画面レイアウトや入力項目を寄せる設計になります。例えば、これまで紙の検査記録表に手書きしていた項目を、業務アプリの入力フォームでも同じ並び順・同じ項目名で再現し、担当者が迷わず入力できるようにする、といった配慮です。

Before:検査担当者が紙の検査記録表に手書きし、事務員がExcelへ転記し、さらに基幹システムへ再入力していた。

After:検査担当者が現場の端末で業務アプリの入力フォームに直接記録し、「登録」ボタンを押すだけで検査データが即時に生産管理台帳へ反映される。転記工程が1本減り、二重入力による記載ミスの温床がなくなる。

このように、現行運用に寄せた画面設計は、移行時の現場の抵抗を小さくします。「今までと同じ感覚で使える」という安心感が、システム定着の分かれ目になるのです。


AI導入で失敗する会社に共通する「現場を見ない」という一次要因

この「現場を見ずに要件定義を進める」という問題は、業務システムに限った話ではありません。近年注目されているAIエージェント活用の場面でも、モデルの性能そのものよりも「導入後にその業務が本当に変わり、使われ続けるか」が重要だという論調が強まっています。要件定義段階での現場理解の深さが、AI導入の成否そのものを左右するという指摘です。

実際に、現場を見ずに進めたAI導入がなぜ定着しなかったのか、その典型的な失敗パターンについては製造業のAI導入失敗事例と一次要因の分析で詳しく解説しています。業務システムの発注検討と合わせて、ぜひ参考にしてください。


まとめ

  • 製造業の業務システム開発会社選定は、実績数や費用相場だけでなく「現場を歩くかどうか」で見極める
  • 初回商談での現場訪問の申し出、見積書内の具体物の記載、Excel運用の癖への質問——この3つが判断軸になる
  • 現場を歩いて設計されたシステムは、現行のExcel・紙帳票の運用に画面が寄せられ、移行時の抵抗が少なく転記工程も減らせる
  • 発注前には、自社の帳票・図面・Excel運用の実態を整理した「業務棚卸し」を行い、開発会社との初回商談で現場を見せる姿勢を確認することが次の一歩になる
一覧に戻る

製造業のDXでお悩みですか?

Anomalyでは、製造業に特化した業務アプリケーション開発を行っています。まずはお気軽にご相談ください。