製造業のシステム開発は、オフィス業務を対象とする一般的な業務システムとは前提が異なる。現場の作業手順、生産計画、在庫や工程の管理、設備や装置との連携など、工場固有の事情を理解しているかどうかが、進めやすさを大きく左右する。同じ「業務システムが得意」と掲げる会社でも、製造現場の経験があるかどうかで、提案の具体性は変わってくる。

本記事は「開発会社選びの実務チェック」連載の業種特化編として、製造業がシステム・AI開発会社を選ぶ際に確認したい観点を整理する。想定している読者は、製造業の経営者、工場長、生産技術や情報システムを兼任する担当者である。なお、設備の制御や安全に関わる領域は専門性が高いため、本記事は発注前の確認の出発点として読み、詳細は所管の専門家や設備メーカーの確認を推奨する。

結論：現場理解と既存設備との接続を最初に確認する

製造業のシステム開発では、画面や機能の作り込みよりも先に、現場の業務をどこまで理解しているか、既存の設備やシステムとどう接続するかを確認したい。ここがずれると、完成しても現場で使われない、あるいは生産ラインに影響が出るといった問題につながりやすい。

  • 製造現場・生産管理の業務を理解しているかを、提案の具体性で見る
  • 既存の設備、装置、制御系（OT）と、情報系（IT）の接続方針を確認する
  • 工場のネットワークやセキュリティの前提を踏まえているかを見る

機能の豊富さよりも、自社の現場と既存環境にどれだけ寄り添えるかを基準にするとよい。

なぜ製造業の開発は固有の確認が必要なのか

製造業のシステムは、扱う対象が「人の作業」だけでなく「モノの流れ」と「設備の動き」にまで及ぶ。受注、生産計画、部品や材料の調達、工程の進捗、在庫、出荷、品質記録といった一連の流れが相互に関係し、どれか一つの遅れが全体に波及する。さらに、製造実行を担う仕組み（MES）や生産管理、基幹システム（ERP）、設備側の制御系が、それぞれ別のベンダーや世代で構築されていることも多い。

加えて、工場では稼働を止められない事情がある。オフィス系のシステムであれば夜間に再起動して切り替える、といった対応がしやすいが、連続稼働するラインでは、切り替えやデータ移行のタイミング自体が制約になる。こうした事情を理解しない提案は、現場に落とすときに無理が生じやすい。だからこそ、一般的な開発会社選びの観点に加えて、製造業固有の確認が必要になる。

セクションまとめ: 製造業はモノの流れと設備の動きまで対象に含み、稼働を止めにくい。一般的な観点に加えて、現場と既存環境を踏まえた確認が要る。

現場業務と生産管理の理解を確認する

最初に見たいのは、製造現場と生産管理の業務をどこまで理解しているかである。提案や初回相談で、現場の言葉や工程の流れを踏まえた説明ができるかを観察したい。

確認項目見るポイント
現場業務の理解作業手順、工程、現場の制約を踏まえた説明があるか
生産管理受注、計画、調達、進捗、在庫、出荷の流れを理解しているか
既存システムERP、生産管理、MES、Excel管理など現状を確認しようとするか
多品種・小ロット自社の生産方式（量産か個別受注かなど）に合わせた提案か
現場での使われ方端末、入力方法、現場の動線を踏まえているか

製造業では、画面が立派でも現場で入力しきれなければ使われない。手袋をしたまま操作する、立ったまま入力する、といった現場の事情を考慮できるかは、現場理解の一つの目安になる。「現場を見せてください」と踏み込んでくる会社は、業務を理解しようとする姿勢が見える。

OT/IT連携と既存設備との接続を確認する

製造業の開発で特に固有なのが、情報系（IT）と制御系（OT）の連携である。生産設備や装置から稼働データを集める、検査結果を記録する、といった要望は、設備側との接続が前提になる。ここは安全や稼働に直結するため、慎重な確認が要る。

  • 既存設備や装置から、どのようにデータを取得する方針か
  • 設備側のメーカーや制御系のベンダーと、どう役割分担するか
  • 接続が稼働中のラインに影響しないよう、どう配慮するか
  • データの形式や通信方式が、既存環境と整合するか
  • 設備の更新や入れ替え時に、接続が壊れないかを想定しているか

OT/IT連携は、開発会社だけで完結しないことが多い。設備メーカーや制御系のベンダーとの調整が必要になるため、その調整を誰が担うのかを発注前に明確にしておきたい。「設備側は別ベンダーなので関与しない」と線を引く会社の場合、調整の責任が自社に残る点を理解しておく必要がある。なお、設備の制御や安全に関わる部分は、設備メーカーや専門家の確認を前提に進めるのが安全である。

セクションまとめ: OT/IT連携は設備側との役割分担と、稼働への影響配慮が論点になる。調整の責任者を発注前に決めておく。

工場ネットワークとセキュリティの前提を確認する

工場のネットワークは、オフィスのネットワークと分離されていることが多く、外部接続やクラウド利用に制約がある場合がある。セキュリティの前提を踏まえた提案かどうかを確認したい。

確認項目見るポイント
ネットワーク構成工場内ネットワークの分離や制約を踏まえているか
外部接続クラウド利用や遠隔保守の可否と、その安全策
制御系の保護設備側ネットワークへの影響を最小化する設計か
アクセス権限現場、管理者、保守でアクセス範囲を分けているか
事故時の対応障害や侵入が疑われたときの連絡と切り分けの流れ

製造業のセキュリティは、情報漏えいだけでなく、生産の停止や設備の誤動作にもつながりうる。一般的なWebアプリのセキュリティとは観点が一部異なるため、工場側の事情を踏まえた説明ができるかを見たい。詳細な対策は、自社の情報システム部門や専門家と相談しながら詰めるのがよい。

AI・データ活用を依頼する場合の追加確認

製造業では、検査の自動化、需要予測、設備の異常検知、品質データの分析といったAI・データ活用の相談も増えている。AI開発を含む場合は、通常の確認に加えて次の点を見ておきたい。

  • 学習や分析に使うデータが、現場で実際に取得できる形か
  • データの量や質が、目的に対して十分かを一緒に確認するか
  • 精度だけでなく、誤検知時の現場運用まで設計に含めているか
  • PoC（試行）の合格条件と、本番化の判断基準を最初に決めるか
  • 設備や工程の変化に合わせて、モデルを見直す運用を想定しているか

AIは導入して終わりではなく、現場のデータと運用に支えられて成果が出る。デモの精度だけで判断せず、自社の現場データで検証できるかを確認したい。AI開発全般の観点は、連載第9回でも扱っている。

提案を製造業の観点で採点するための実務メモ

製造業の開発会社を複数比較するときは、印象だけで残すと後から比較しにくい。次のような評価軸を並べ、各社を同じ尺度で採点し、根拠メモを一行ずつ残すと、社内説明や稟議で使いやすい。点数は精密な採点ではなく、未確認事項を見つけるための補助線である。

評価軸0〜3 点の状態4〜7 点の状態8〜10 点の状態
現場理解工程や現場の制約に踏み込まない一般論としての理解はある自社の工程・現場の動線まで踏まえた提案がある
生産管理の理解受注から出荷の流れが曖昧主要な流れは理解している自社の生産方式に合わせた具体策がある
OT/IT連携設備連携の方針が示されない連携の構想はあるが役割分担が弱い設備側との役割分担と稼働への配慮が明確
セキュリティ一般論のみ基本的な権限・分離の説明はある工場ネットワークと制御系の前提を踏まえている
移行・稼働影響切り替え方針が不明段階移行の方針はある稼働を止めにくい事情を踏まえた移行手順がある
運用保守納品後の範囲が曖昧保守窓口はあるが範囲が弱い障害対応・改修・監視の範囲が明確

合計点だけで機械的に決めず、重要軸と未確認リスクを残して判断したい。たとえば全体の点が高くても、設備との接続方針が示せない会社は、発注前に役割分担を詰める必要がある。逆に点が拮抗した場合は、現場理解と稼働影響への配慮で差を見ると、製造業の案件では判断材料になりやすい。

社内で発注の判断に関わる人が複数いる場合は、現場（工場長や生産技術）、情報システム、経営の三者がそれぞれ重視する軸を共有しておくとよい。現場は使いやすさと稼働影響、情報システムは既存環境との整合とセキュリティ、経営は費用と効果を見やすい。三者の観点を一つの比較表に並べると、価格だけで急いで決めるよりも、社内で説明しやすい判断になる。

GXOに相談する前に整理するとよい情報

相談の前に、自社側の情報を整理しておくと、開発会社からの提案が具体的になる。製造業の場合は、次のような点をまとめておくとよい。

  • 対象とする業務（受注、生産計画、在庫、品質、出荷などのどこか）
  • 現在の生産方式（量産、個別受注、多品種小ロットなど）
  • 既存システム（ERP、生産管理、MES、Excel管理などの現状）
  • 連携したい設備や装置の有無と、その管理ベンダー
  • 工場ネットワークやセキュリティの制約
  • 困っている課題（二重入力、属人化、紙運用、集計遅れなど）

未定の項目は「未定」と書けばよい。現場の制約や既存環境を共有できると、提案や見積の前提がそろい、後の比較がしやすくなる。

参考にした外部観点

製造業のシステム・AI開発会社を確認するときは、開発会社の説明だけで判断せず、公的機関が示す観点に照らして整理すると、社内説明に耐える比較になりやすい。本記事は法律・監査・セキュリティ診断の代替ではない。最新の内容は各機関の公式情報を確認し、必要に応じて専門家の確認を推奨する。

参照先発注前に使う場面
経済産業省製造業のDX、ものづくり、デジタル化に関する施策や考え方を確認する場面
情報処理推進機構（IPA）制御システムを含むセキュリティや、システム取引・契約の観点を確認する場面
独立行政法人 製品評価技術基盤機構（NITE）製品安全や工業基盤に関する公的情報を確認する場面

これらは、発注者が全文を読み込むためのものではない。重要なのは、開発会社に対して「どの基準や観点を参考に設計・接続・運用を考えているか」を確認できる状態にすることである。回答が資料名だけで終わる場合は、どの工程や成果物に反映されるのかを追加で尋ねたい。

関連記事

よくある質問

Q1. 製造業の実績がない会社は候補から外すべきですか

業種の実績がないこと自体は、必ずしも外す理由にはならない。ただし、現場理解や既存設備との接続といった固有の論点が多いため、製造業や類似の現場での経験を確認しておきたい。実績がなくても、現場を見て理解しようとする姿勢があるかを判断材料にするとよい。

Q2. 設備との連携は、どこまで開発会社に任せられますか

設備側の制御や通信は、設備メーカーや制御系のベンダーが担う領域であることが多い。開発会社がどこまで関与し、設備側との調整を誰が担うのかを発注前に明確にしておきたい。安全や稼働に関わる部分は、設備メーカーや専門家の確認を前提に進めるのが安全である。

Q3. AIで検査を自動化したいが、何から確認すればよいですか

まず、判定に使う画像やデータが現場で実際に取得できるか、量や質が十分かを一緒に確認できる会社かを見たい。精度のデモだけで判断せず、自社の現場データで試行（PoC）し、合格条件と誤検知時の運用まで設計に含めるかを確認するとよい。

Q4. 工場の稼働を止めずに導入できますか

連続稼働するラインでは、切り替えやデータ移行のタイミング自体が制約になる。稼働を止めにくい事情を踏まえ、段階的な移行や、稼働への影響を抑える方針を提案できるかを確認したい。この事情を理解した提案かどうかが、現場理解の一つの目安になる。

製造業のシステム・AI開発の発注を整理しませんか

GXOでは、製造業のシステム開発・AI活用の発注前に、現場業務の整理、生産管理や既存システムとの連携、開発会社の選定、見積比較、契約前チェックを支援します。提案書や見積書の比較だけでもご相談いただけます。

開発会社選び・相見積もりを相談する

※ 初回相談では、営業資料の説明よりも発注前の論点整理と比較軸の確認を優先します。