老朽化したMES（製造実行システム）のリプレイスを検討する段階になると、多くの製造業の担当者がまず直面するのが「これを自社だけで進めるのは難しい。どこに、どうやって発注すればよいのか」という壁です。MESは止まれば工場のラインが止まり、売上が止まるシステムです。だからこそ発注先の選定や委託の進め方を誤ると、稼働初日のトラブルや想定外の費用増加に直結します。一般的な業務システムの外注とは勘所がまったく異なるのです。
この記事では、MESリプレイスを外注・委託する際の発注先の種類と選び方、発注前に準備すべきドキュメント、契約形態の選択、そしてMES特有の失敗を避けるための注意点までを体系的に解説します。BOP（工程表）の整備やレガシー設備からのデータ取得、ERPとの連携設計といった製造現場ならではの論点も含めて、発注担当者が「何を、誰に、どう頼むか」を判断できる状態になることを目指します。費用相場や見積もりの取り方にも触れますので、稟議の準備にも役立つはずです。
▼全体ガイドの記事
・MESリプレイスの完全ガイド
MESリプレイスを発注する前に整理すべきこと
MESリプレイスの発注で失敗する企業の多くは、発注先を探し始める前の「自社側の準備」を飛ばしてしまっています。外注は丸投げではありません。発注側が現状と目的をどこまで言語化できているかで、見積もりの精度も、その後のプロジェクトの成否も大きく変わります。まずは社内で整理しておくべき前提を確認しましょう。
現状の課題と刷新目的を言語化する
「サポートが切れるから」「老朽化したから」という理由だけで発注に進むと、結局は現行システムをそのまま作り直すだけになり、コストをかけた割に現場の不便が解消されない結果になりがちです。トレーサビリティの追跡が手作業で追えなくなっている、Excel運用が属人化している、生産実績の収集に時間がかかっているなど、現場が抱える具体的な不都合を先に洗い出してください。
そのうえで「リプレイスによって何を実現したいのか」を、定量的な目標として置き換えます。実績入力工数を月あたり何時間削減したいのか、ロット単位のトレーサビリティをどこまで担保したいのか。この目的が曖昧なまま発注すると、ベンダーは見積もりに過剰な安全マージンを乗せ、結果として費用が膨らみます。
BOP・マスタ整備という「発注前の前提工程」
MESリプレイスで見落とされがちなのが、BOP（Bill of Process＝工程順序・作業手順・標準時間の体系）やマスタの整備です。これらが未整備のままMESを発注しても、システムは正しく動きません。工程の順序や標準時間が曖昧なまま導入を進めた結果、プロジェクトが途中で頓挫するケースは珍しくないのです。
BOPやマスタの整備は、本来は発注側の責任範囲です。ここをベンダーに丸ごと委託すると工数が膨らみ、費用が数百万円単位で上振れすることもあります。発注前に自社でどこまで整備できるか、どこからベンダーに支援を求めるかの線引きを決めておくことが、見積もりを適正化する第一歩になります。
MESリプレイスの発注先の種類と特徴
MESリプレイスの発注先は、大きく分けてパッケージベンダー、システムインテグレーター（SIer）、専門コンサル兼開発会社の3タイプに整理できます。それぞれ得意領域と費用構造が異なるため、自社が求める刷新方式に合った発注先を選ぶことが重要です。
パッケージベンダーとSIerの違い
パッケージベンダーは、自社製のMESパッケージを軸に導入を支援します。標準機能が固まっているため、Fit to Standard（標準機能に業務を合わせる）の方針が取りやすく、導入期間も短縮しやすいのが利点です。一方で、現場の例外処理を強く作り込みたい場合はカスタマイズ費用がかさみ、パッケージの強みが薄れてしまいます。
SIerは、複数のパッケージや要素技術を組み合わせ、企業ごとの要件に合わせて構築します。レガシー設備との連携や既存システムとの統合が複雑な現場では頼りになりますが、その分プロジェクト規模が大きくなり、中規模で1,500万〜5,000万円、大規模では数千万〜数億円規模になることもあります。発注前に、自社の要件が標準寄りか個別寄りかを見極めておくとミスマッチを防げます。
コンサルから開発まで一気通貫の委託先という選択肢
近年増えているのが、上流の構想策定から要件定義、開発、定着支援までを一気通貫で委託できる会社です。MESは要件定義の質がそのまま成否を左右するため、企画段階から伴走してくれるパートナーは、発注側の準備不足を補完してくれます。複数のベンダーに工程ごとに分割発注すると、責任分界点が曖昧になりトラブル時の押し付け合いが起こりがちですが、一気通貫であればその分断を避けられます。
また、コンポーザブルMES（cMES）のようにモジュールを組み合わせ、ノーコード／ローコードで現場主導の改善を継続する新しい選択肢も登場しています。AIを活用したコード生成によってスクラッチ開発の工期・コストが圧縮される潮流もあり、「パッケージかスクラッチか」という古い二項対立にとらわれず、柔軟に提案してくれる委託先を選ぶ価値が高まっています。
発注前に準備すべきドキュメントとRFP
発注先に正確な見積もりを出してもらうには、こちらが渡す情報の質が決定的に重要です。情報が曖昧なほど、ベンダーは不確実性をリスクとして見積もりに上乗せします。逆に、現状と要望が整理されたドキュメントを提示できれば、各社の提案を同じ土俵で比較でき、適正な発注先選定につながります。
RFP（提案依頼書）に盛り込むべき項目
RFPには、刷新の背景と目的、現行システムの概要、対象となる工場・ラインの範囲、必要な機能、既存設備や上位システムとの連携要件、想定スケジュールと予算感、評価基準を明記します。とくにMESでは、接続する設備の台数や種類、データ取得の対象範囲を具体的に書くことが欠かせません。ここが曖昧だと、後から「想定外の設備対応」で追加費用が発生します。
また、トレーサビリティの取得単位（ロット単位かシリアル単位か）や、4M（人・機械・材料・方法）のどこまでを実績に紐付けたいかも、RFPの段階で方向性を示しておくと提案の精度が上がります。これらは後から追加すると設計の根幹に関わるため、手戻りが大きくなりやすい部分です。
レガシー設備・ERP連携の要件を明確にする
MESリプレイスで最も見積もりが割れるのが、古いPLCや海外製設備からのデータ取得です。高額な設備改修をせずにデータを収集するには、後付けのセンサーやゲートウェイを使う「レトロフィットIoT」が現実解になります。どの設備が標準的な通信規格に対応し、どの設備が独自規格なのかを棚卸ししてRFPに添付すると、見積もりの精度が一段上がります。
ERP（計画層）との連携も要注意です。月次・日次で動くERPと、分・秒単位で動くMESを無理にリアルタイム密結合させると、性能が破綻して画面が重くなります。発注時には「疎結合・非同期連携を前提とする」といった設計方針を共有し、提案がその勘所を押さえているかを評価軸にすると、技術力のある委託先を見極められます。
委託形態と契約のポイント
発注先が決まったら、どの形態で委託し、どんな契約を結ぶかを設計します。MESは長期にわたるプロジェクトになるため、契約形態の選び方が費用とリスク分担に直結します。フェーズごとに適した契約を組み合わせる発想が大切です。
請負契約と準委任契約の使い分け
要件が固まりきっていない要件定義・企画フェーズは、成果物を確定しにくいため準委任契約が向いています。仕様が固まった設計・開発フェーズは、成果物責任を負う請負契約にすると品質と納期の担保がしやすくなります。最初から全工程を一括請負にすると、要件のブレを吸収する余地がなくなり、変更のたびに高額な追加契約が発生しがちです。
フェーズを分けて契約することで、上流の成果を見てから下流の発注可否を判断できます。仮に上流の段階で要件が想定と大きく違うと分かれば、深手を負う前に方針を見直せます。これはMESのように現場の複雑さが後から判明しやすいシステムでは、特に有効なリスク管理になります。
保守・定着支援まで契約範囲に含める
MESは導入して終わりではなく、稼働してからが本番です。現場が使いこなせなければ投資効果は生まれません。契約の段階で、稼働後の保守やトラブル対応、現場への定着支援をどこまで委託範囲に含めるかを明確にしておきましょう。ここが抜けると、稼働直後の混乱期に「契約外なので別費用」となり、現場の不満が一気に高まります。
あわせて、SaaS型を選ぶ場合は従量課金の構造を契約前に精査してください。接続設備数やデータ量、アカウント数が増えると課金がスケールし、数年単位でオンプレミスのTCO（総保有コスト）を上回る逆転現象が起こることがあります。将来の拡張計画を前提に、複数年のコストをシミュレーションして委託先と握っておくことが大切です。
発注で失敗しないためのMES特有の注意点
MESの発注で起こる失敗の多くは、技術そのものよりも「現場を止めない」配慮と「作り込みすぎない」判断に関わっています。発注の段階でこれらを委託先と握っておくことが、稼働後のトラブルを大きく減らします。
「工場を止めない」移行と切り戻し計画を発注条件に
MESは止まれば工場が止まり、売上が止まります。だからこそ、データ移行のマッピングやクレンジング、複数回の移行リハーサルを発注の前提条件に含めるべきです。移行作業を甘く見て間引くと、在庫不整合などで業務が止まる事態に直結します。リハーサルを何回行うか、どの範囲で実施するかを見積もり段階で確認しましょう。
さらに重要なのが切り戻し（ロールバック）計画です。稼働初日に不具合が出たとき、どのタイミングで、誰の権限で旧システムに戻すのか。許容できるダウンタイムと発動の判断基準を、経営層を含めて稼働前に合意しておくことが最大の防衛策になります。これを契約・提案の評価項目に入れているかで、委託先の経験値が透けて見えます。
過度なカスタマイズを避けFit to Standardで握る
現場独自の例外処理やExcel特例をすべてシステムに組み込もうとすると、カスタマイズが無限に肥大し、費用と工期が際限なく膨らみます。発注の段階で「どこまでを標準機能に寄せ、どこからを個別対応とするか」の線引き方針を委託先と共有しておくことが、コスト肥大を防ぐ鍵です。
また、IT部門主導で進めて現場の声を聞かないと、せっかく導入しても現場が使わず定着に失敗します。発注時に、現場のキーマンをプロジェクトに巻き込む体制や、入力負荷を上げないUI／UXへの配慮を要件として盛り込んでおきましょう。トレーサビリティのためのデータ入力も、RFIDやハンディ端末を活用して現場の手間を増やさない設計が望ましいです。
費用相場と見積もりの取り方
発注の最終判断には、費用感の把握が欠かせません。MESリプレイスの費用はプロジェクト規模によって大きく異なり、相場を知っておくことで提示された見積もりが妥当かどうかを判断できます。複数社から相見積もりを取り、内訳まで比較することが大切です。
規模別の費用相場と補助金の活用
費用の目安は、単一ライン・単一機能の小規模で数百万〜1,500万円、複数ラインや複数機能を扱う中規模で1,500万〜5,000万円、多拠点や全工場を対象とする大規模では数千万〜数億円規模になります。これに加えて、保守費用や、SaaS型であれば月額の利用料が継続的に発生します。初期費用だけでなくランニングコストまで含めて総額で比較してください。
中小製造業であれば、IT導入補助金などの公的支援を活用できる場合があります。補助金の申請には要件定義や事業計画の整備が前提となるため、申請支援の実績がある委託先を選ぶと手続きがスムーズです。発注先選定の段階で、補助金活用の経験があるかを確認しておくとよいでしょう。
稟議を通すROIの考え方
MESは「入れたら直接儲かる」システムではないため、工数削減という直接効果だけでは経営層に響きにくいのが実情です。稟議を通すには、トレーサビリティ強化によるリコール・回収リスクの抑制や、属人化排除による製造継続性の確保といった「間接的なリスク回避効果」を定量化し、直接効果と合算して説明することが効果的です。
「入れない場合のリスク」を示すことも忘れないでください。現行システムのサポート終了による障害対応不能、トレーサビリティ欠如による出荷停止リスクなど、放置した場合のコストを並べることで、投資の必要性が際立ちます。こうしたROIモデルの組み立てを支援してくれる委託先であれば、発注の意思決定そのものを後押ししてくれます。
まとめ
MESリプレイスの発注・外注・委託は、発注先を探す前の自社準備から始まります。現状の課題と刷新目的を言語化し、BOPやマスタを整備したうえで、パッケージベンダー・SIer・一気通貫の委託先という選択肢から自社の要件に合うパートナーを選ぶことが第一歩です。RFPにはレガシー設備の棚卸しやERP連携の方針まで明記し、見積もりの精度を高めましょう。
契約は請負と準委任をフェーズで使い分け、保守・定着支援まで範囲に含めることが重要です。そして何より、「工場を止めない」移行と切り戻し計画、過度なカスタマイズを避けるFit to Standardの方針を発注条件として握ること。これらを押さえれば、MESリプレイスの外注は成功にぐっと近づきます。費用相場と稟議を通すROIの考え方もあわせて準備し、自社にとって最適な発注を実現してください。
▼全体ガイドの記事
・MESリプレイスの完全ガイド
株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。
また、弊社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。