中堅製造業のIT課長は、要件定義・ベンダー選定・PoC・導入推進を少人数の情シス体制(2〜5名規模)で回すことを求められる。MES(製造実行システム)の選定は数千万〜数億円規模の投資判断であり、選定ミスは数年単位で工場運営の足を引っ張る。本稿では実務に使えるRFPテンプレと12ヶ月の導入ロードマップを整理する。


IT課長が抱える4つのペイン

工場IT課長の典型的な悩みは次の4つだ。

  1. 要件定義が現場任せで進まない:「現場に要件を出してくれ」と依頼しても、班長・係長クラスは日次業務で手一杯。要件書の白紙状態が3ヶ月続く。
  2. ベンダー比較の評価基準が定まらない:5社のベンダーから提案書が出てきても、機能・価格・実装期間がバラバラの粒度で評価軸が揃わない。
  3. PoC評価のやり方が分からない:30日のPoCで何を確認すれば本番判断できるか、社内に経験者がいない。
  4. 経営層からは「早く決めろ」現場からは「慎重に検討しろ」の板挟み:意思決定スピードと現場合意のバランスが取れない。

RFPの構造化と評価マトリクスの定型化で、これらの大半は解消できる。


MES選定RFPに含める18項目

RFPは以下18項目を最低限カバーする。各項目はA4 1〜2ページで構成し、全体で30〜50ページ規模になる。

1〜6 基本情報

  1. 会社概要、工場一覧、生産品目、生産方式(受注・見込・両用)
  2. 既存システム構成(ERP、PLM、SCADA、品質管理システム)
  3. 現状の課題(OEE、不良率、納期遵守率の数値)
  4. プロジェクト体制と意思決定プロセス
  5. 想定スケジュール(提案書提出期限、選定時期、稼働時期)
  6. 守秘義務条項とNDA要否

7〜12 機能要件

  1. 生産計画・スケジューリング機能
  2. 作業指示・実績収集機能
  3. 品質管理・トレーサビリティ機能
  4. 設備稼働監視・OEE管理機能
  5. 在庫・倉庫管理機能(WMS連携範囲)
  6. ダッシュボード・レポート機能

13〜18 非機能要件・契約条件

  1. 性能要件(同時接続数、応答時間、データ量)
  2. インターフェース要件(PLC、ERP、PLM、品質システムとの連携)
  3. セキュリティ要件(アクセス制御、ログ、暗号化、IEC 62443等)
  4. クラウド/オンプレ/ハイブリッドの希望と制約
  5. 価格構成(ライセンス、導入費、保守費、追加開発費の単価)
  6. 契約条件(SLA、損害賠償上限、知財帰属、保守期限)

各項目に対し、ベンダーには「対応可否」「対応方法(標準機能/カスタマイズ/連携)」「概算費用」「実装期間」を記載させると、後段の比較が容易になる。


ベンダー評価マトリクス(7軸)

提案書回収後、次の7軸で5点満点評価し、合計35点でランキングする。

評価軸評価内容
機能適合度RFP項目に対するカバー率
中堅製造業適合同規模・同業種での導入実績数
価格適正性5年TCOの妥当性
実装期間の現実性提示スケジュールの実現可能性
自社IT体制との整合必要な内製スキル、外部支援要否
サポート体制国内拠点、対応時間、技術者数
将来拡張性クラウド対応、API公開、AI連携
評価は工場長・現場代表・IT課長の3者で行い、評価点の差分が大きい項目は議論で解消する。最終ランキングを稟議書に同梱する。

12ヶ月導入ロードマップのWBS

中堅製造業のMES導入は12〜18ヶ月が標準的だ。12ヶ月版のWBSを示す。

主要タスク主担当
1〜2要件定義最終化、業務フロー現状分析IT課長+現場
3RFP発行、提案受領IT課長
4提案評価、PoC対象2社選定評価委員会
5〜6PoC実施、評価レポート作成IT課長+PoC対象部門
7ベンダー最終選定、契約経営層
8〜9詳細設計、マスタ整備、I/F設計ベンダー+IT課長
10開発・カスタマイズ、テスト環境構築ベンダー
11UAT(ユーザー受け入れテスト)、教育現場+IT課長
12本番カットオーバー、初期運用支援全員
実態としては、要件定義の遅れで全体が2〜3ヶ月後ろ倒しになるケースが多い。バッファを後半工程ではなく前半工程に積むことが成功の鍵だ。

PoC評価の判断軸

PoCで判定すべき項目は次の5つに絞る。30日PoCの場合、それ以上の項目を盛り込むと検証が浅くなる。

  1. 現場の操作受容性:実際の班長・作業員がタブレット・端末を扱えるか
  2. 基幹データ連携の実現性:既存ERP・SCADAとのI/F開発工数の見積精度
  3. 性能要件の実機検証:想定データ量・同時接続数での応答速度
  4. マスタ整備の現実性:品目・工程・設備マスタの整備工数
  5. ベンダー対応品質:質問応答スピード、技術者のスキル、提案姿勢

PoC終了時に5項目それぞれを「合格・条件付合格・不合格」で判定し、不合格1件以上で本番採用見送りとする。


現場・経営・ベンダーの三方向調整

IT課長の真の役割は、3つのステークホルダーの調整だ。

  • 現場へ:要件定義の負担を最小化する。「全部出して」ではなく「優先10項目だけ」と区切る。レビュー会議は1時間以内、月2回まで。
  • 経営層へ:進捗と判断要請を毎月1枚資料で報告。意思決定が必要な項目は明確にエスカレーション。
  • ベンダーへ:要件変更の窓口を一本化(IT課長または専任PM)。仕様変更は週次まとめてレビューし、口頭依頼は禁止する。

3方向のいずれかで調整が崩れるとプロジェクトは遅延・炎上に向かう。週次の状況把握と月次の経営報告を怠らないことが基本動作となる。


情シス2〜5名体制での外部活用

中堅製造業の情シスは2〜5名規模が一般的で、MES導入を内製のみで回すのは現実的ではない。次の役割分担が標準的だ。

  • 社内IT課長:プロジェクトオーナー、要件定義リード、ベンダー管理
  • 社内情シス:マスタ整備、テストデータ作成、UAT支援
  • MESベンダー:製品導入、カスタマイズ、教育
  • インテグレーター:既存システム連携、業務フロー再設計、PM支援
  • 外部コンサル(任意):選定支援、第三者レビュー

インテグレーターを起用するか否かは、自社IT課長の経験値と現場のIT成熟度で判断する。MES導入未経験のIT課長が単独で回すのは推奨しない。


よくある質問(FAQ)

Q. RFPを公開入札にするべきか、指名入札にするべきか。 A. 中堅製造業では指名入札(3〜5社)が一般的だ。公開入札にすると評価工数が膨らみ、IT課長のリソースが枯渇する。事前のロングリスト作成(10〜15社)→ ショートリスト(3〜5社)に絞る方式を推奨する。

Q. 既存ベンダー(現行システム保守ベンダー)を候補に入れるべきか。 A. 入れるべき。ただし他ベンダーと同じ評価基準で選定し、既存ベンダー優遇は避ける。既存システムの仕様理解で実装期間が短縮できるメリットと、既存の課題が温存されるデメリットを天秤にかける。

Q. 12ヶ月で完了しなかった場合の責任は誰が負うか。 A. 契約段階でマイルストーン別の検収条件を明記し、遅延責任の所在を契約書で定める。発注者側の遅延(要件決定遅延、UAT遅延)と受注者側の遅延(開発遅延、品質不良)を分けて記述する。


「MES選定のRFPテンプレと評価マトリクスを使って早く着地したい」

中堅製造業(年商20〜500億円)のIT課長向けMES選定支援を100件以上経験した知見から、貴社のRFP作成・ベンダー評価・12ヶ月ロードマップ作成をご提案します。

MES選定RFPテンプレを相談する

※ 営業電話はしません | オンライン対応可 | 相談だけでもOK

GXO実務追記: システム開発・DX投資で発注前に確認すべきこと

この記事のテーマは、単なるトレンド紹介ではなく、要件定義、費用、開発体制、ベンダー選定、保守運用を決めるための検討材料です。検索で情報収集している段階でも、発注前に次の観点を整理しておくと、見積もりのブレ、手戻り、ベンダー依存を減らせます。

まず決めるべき3つの論点

論点確認する内容未整理のまま進めた場合のリスク
目的売上拡大、工数削減、リスク低減、顧客体験改善のどれを優先するか成果指標が曖昧になり、PoCや開発が終わっても投資判断できない
範囲対象部署、対象業務、対象データ、対象システムをどこまで含めるか見積もりが膨らむ、または重要な連携が後から漏れる
体制自社責任者、現場担当、ベンダー、保守運用者をどう置くか要件確認が遅れ、納期遅延や品質低下につながる

費用・期間・体制の目安

フェーズ期間目安主な成果物GXOが見るポイント
事前診断1〜2週間課題整理、現行確認、投資判断メモ目的と範囲が商談前に整理されているか
要件定義 / 設計3〜6週間要件一覧、RFP、概算見積、ロードマップ見積比較できる粒度になっているか
PoC / MVP1〜3ヶ月検証環境、効果測定、リスク評価本番化判断に必要な数値が取れるか
本番導入3〜6ヶ月本番環境、運用設計、教育、改善計画導入後の運用責任と改善サイクルがあるか

発注前チェックリスト

  • [ ] 発注前に目的、対象業務、利用者、現行課題を1枚に整理したか
  • [ ] 必須要件、将来要件、今回はやらない要件を分けたか
  • [ ] 見積比較で、開発費だけでなく保守費、運用費、追加改修費を見たか
  • [ ] ベンダー選定で、体制、実績、品質管理、セキュリティ、引継ぎ条件を確認したか
  • [ ] 検収条件を機能、性能、セキュリティ、ドキュメントで定義したか
  • [ ] リリース後3ヶ月の改善運用と責任分界を決めたか

参考にすべき一次情報・公的情報

上記の一次情報は、社内稟議やベンダー比較の根拠として使えます。一方で、公開情報だけでは自社の現行システム、業務フロー、データ状態、予算制約までは判断できません。記事で一般論を把握した後は、自社条件に落とした診断が必要です。

GXOに相談するタイミング

次のいずれかに当てはまる場合は、記事を読み進めるだけでなく、早めに相談した方が安全です。

  • 見積もり依頼前に、要件やRFPの粒度を整えたい
  • 既存ベンダーの提案が妥当か第三者視点で確認したい
  • 補助金、AI、セキュリティ、レガシー刷新が絡み、判断軸が複雑になっている
  • 社内稟議で費用対効果、リスク、ロードマップを説明する必要がある
  • PoCや診断で終わらせず、本番導入と運用改善まで進めたい

中堅製造業の工場IT課長向け|MES選定RFPテンプレと12ヶ月導入ロードマップ2026年Q2版を自社条件で診断したい方へ

GXOが、現状整理、RFP/要件定義、費用対効果、ベンダー比較、導入ロードマップまで実務目線で確認します。記事の一般論を、自社の投資判断に使える形へ落とし込みます。

システム開発費用・要件診断を相談する

※ 初回相談では営業資料の説明よりも、現状・課題・判断材料の整理を優先します。