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