MESモダナイゼーションの外注は、発注前の整理から始まり、発注先と契約形態を決め、見積を比べて選んだうえで、発注後も関わり続けるという流れで進みます。
なかでも大切なのは、委託範囲と自社の役割を先に線引きしておくことと、工場を止めない条件を契約や移行計画に明記することです。
▼全体ガイドの記事
・MESのモダナイゼーションの完全ガイド
レガシーシステム刷新を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「レガシーシステム刷新の完全ガイドブック」で詳しく解説しています。
MESモダナイゼーションを外注する前に整理する事項
外注の成否は、発注前の準備で大きく変わります。MES刷新では、委託先に任せきりにせず、自社が担う業務と意思決定をはっきりさせておくことが大切です。
現場の実態に合わないシステムを避けるには、まず委託範囲を線引きし、自社の課題を棚卸しすることから始めます。
自社で何を残し、何を委託するかの線引き
MES刷新で委託できる範囲は多岐にわたり、要件定義と設計、開発が中心です。データ移行や現場への定着支援まで任せることもできます。
ただし、すべてを外部に委ねてよいわけではありません。特に「現場の業務知識」と「最終的な意思決定」は、必ず自社側に残すべき領域です。委託先に丸投げした企業ほど、稼働後に「現場が使わないシステム」を抱え込む傾向があります。
どの工程を標準機能に寄せ、どの例外処理を残すかの判断は、現場を熟知した自社のキーマンにしかできません。現実的な線引きとしては、技術設計・開発・インフラ構築は外注し、要件の優先順位づけや現場調整、テスト時の合否判断は自社が主導する形が、うまく回りやすい構図です。発注前にこの役割分担表（RACI）を作っておくと、プロジェクト中盤での「これは誰の仕事か」という押し付け合いを防げます。
発注前のBOP・マスタ・現状課題の棚卸し
MES刷新で頓挫するプロジェクトの多くは、BOP（工程順序・作業手順・標準時間）やマスタデータの整備不足が原因です。これらが未整備のままMESを発注しても、システムは正しく動きません。BOPの整備は本来発注側が責任を持つべき前提工程で、ここを委託先任せにすると、要件定義の段階で作業が止まり、追加費用が膨らみます。
発注前には、現行システムの機能一覧とデータ構造、Excelや紙で運用する特例、古い設備の通信仕様を整理しておきます。これらを資料にまとめておくと、複数のベンダーに同じ条件で見積を依頼でき、提案の比較精度が格段に上がります。
そのうえで、「なぜ刷新するのか」という目的を明文にしておくことも欠かせません。逆に棚卸しを怠ると、各社の見積前提がバラバラになり、後から「これは別途費用です」という追加請求が相次ぐことになります。
MESモダナイゼーションの発注先の種類と特徴
MESモダナイゼーションの委託先は、MESパッケージベンダー、SIer・受託開発会社、コンサルから開発まで一気通貫で支援する企業の3タイプに大別できます。
タイプごとに得意領域とコスト構造が異なるため、自社の課題に合わない相手を選ぶと、価格は適正でも成果が出ない事態になりかねません。まずタイプの違いを理解したうえで、自社の優先順位に合わせて選ぶことが重要です。
MESパッケージベンダー
製造業向けに標準化されたMESパッケージを提供するベンダーは、実績豊富な機能をすぐに使える点が強みです。トレーサビリティや実績収集など業界共通の機能はパッケージに任せることで、開発リスクとコストを抑えられます。Fit to Standard（標準機能に業務を合わせる）の考え方を徹底すれば、導入期間も短縮できます。
一方で、自社固有の例外処理が多い現場では、カスタマイズが膨らみ、結果的にスクラッチ並みの費用になることがあります。SaaS型では、接続設備数やデータ量、アカウント数に応じた従量課金が積み重なり、数年単位でオンプレミスを上回るTCO逆転が起きる場合があります。そのため、発注時には、将来の拡張を見込んだ総保有コストで比較することが欠かせません。
SIer・受託開発会社
SIerや受託開発会社は、自社業務に合わせて柔軟にシステムを作り込めます。古いPLCや海外製設備からのデータ取得（レトロフィットIoT）、ERPやPLMとの連携設計など、設備や基幹との接続経験も発注前に確認しておきたい点です。
現場固有の技術課題に応えられる開発力があれば、複雑な要件にも対応できます。なかでも、既存設備を高額改修せずにデータを収集する現実解を提案できるかどうかは、製造業のMES刷新で主要な評価項目です。製造現場での実績も、必ず確認しておきましょう。
ただし、受託開発は、ベンダーの製造業知識によって成果が左右されます。工場のリアルタイム制御や4M管理の経験が乏しい会社では、ERP（計画層）とMES（実行層）の粒度差を理解しないまま密結合な設計になるおそれがあります。その結果、稼働後に画面が重くなる性能問題を招くことがあります。
コンサル一気通貫型・cMES/AI駆動開発系
近年は、コンサルティングから要件定義・開発・定着支援まで一気通貫で手がける企業や、コンポーザブルMES（cMES）とAI駆動開発を組み合わせた選択肢も注目されています。cMESは、モジュールを組み合わせ、ノーコードで現場主導の継続的な改善を目指す考え方です。これは「パッケージかスクラッチか」に加わる、発注の選択肢といえます。
AIによるコード生成を活用するベンダーでは、スクラッチ開発の工期やコストが30〜70%圧縮される事例も出てきています。また、一気通貫型は、要件定義から定着まで責任の所在が明確です。
現場の例外処理をどこまで標準機能に寄せるかも、業務理解を伴って一緒に判断できる点が強みです。さらに、社内DXを推進した経験を持つ企業であれば、成果創出と定着の両面で頼りになります。
発注・委託方式と契約形態の選び方
MESモダナイゼーションの発注では、契約形態の選び方が費用とリスク分担を大きく左右します。仕様が固まっている工程と、現場と擦り合わせながら作り込む工程とでは、適した契約が異なります。
契約を一律にすると、責任範囲があいまいになったり、不要なリスクプレミアムを支払うことになったりします。
請負契約と準委任契約の使い分け
請負契約は成果物の完成に責任を負う契約で、開発フェーズのように仕様が確定している工程に向いています。費用が固定されるため発注側の予算管理はしやすい反面、仕様変更のたびに追加見積が発生します。
一方、準委任契約は業務の遂行そのものに対する契約で、要件定義やコンサルティングのように、進めながら方向性を固めていく上流工程に適しています。そこで、MES刷新では、上流の要件定義・BOP整備を準委任で進め、仕様が固まった開発フェーズを請負に切り替える、ハイブリッドな発注が現実的です。
最初から全工程を請負にすると、ベンダーは不確実性を見越して高めのバッファを乗せるため、総額が割高になりがちです。そのため、フェーズごとに契約を分け、リスクの所在に応じて形態を選ぶことが、適正なコストにつながります。
一括発注と分割発注（段階移行）のトレードオフ
MESを全工場・全機能まとめて一括発注すると、一見コストは抑えられそうに見えますが、現場停止リスクは最大化します。安全策として推奨されるのは、単一ライン・単一機能からのスモールスタートと、段階的なロールアウトです。
まず一拠点で効果を検証し、得られた知見を横展開する分割発注のほうが、失敗の影響範囲を限定できます。ただし、段階移行には見落とされがちなコストがあります。
新旧システムを並行稼働させる期間中は、データを同期する中継プログラムの追加開発や二重入力の手間が発生し、移行期間と費用が著しく増大します。これが段階移行のトレードオフです。発注時には、この並行稼働コストを見積に含めるよう依頼し、安全性とコストのバランスをベンダーと合意しておくことが重要です。
発注前に準備すべきドキュメントとRFP
発注の質は、RFP（提案依頼書）の質に比例します。曖昧なRFPには曖昧な提案しか返ってこず、各社の見積前提もバラバラになって比べられません。
MES特有の論点を盛り込んだRFPを用意すると、ベンダーの実力差が見えてきて、後の追加費用のトラブルも防げます。
RFP・要件定義書に盛り込むべき項目
RFPには、刷新の目的と背景、対象範囲（拠点・ライン・機能）、現行システムの概要を明記します。加えて、既存設備の通信仕様や、ERPやPLMなどの連携先も示しておきます。最後に、想定予算とスケジュールを記載します。
特にMESでは、トレーサビリティの取得単位（ロット・シリアル）と記録タイミングを、要件として具体化しておく必要があります。「後から追えるように」という曖昧な要望のままでは、クレーム発生時にデータがつながらず、追跡できなくなります。
将来の多拠点展開を見込むなら、トランザクションやログの急増に耐えるスケールアウト前提のサイジング方針も、提案項目に含めましょう。たとえば、1工場で成功しても、全社展開でデータ量が二次関数的に増え、ネットワーク帯域やサーバ不足でレスポンスが落ちる事例は珍しくありません。そのため、発注段階でこの観点を問い、将来のインフラ再投資リスクを早期に把握します。
現場を止めない条件の契約への明記
MES発注で最大の防衛策は、「工場を止めない」ための条件を契約と要件に明記することです。具体的には、切り戻し（ロールバック）の手順、許容ダウンタイム、切り戻しの判断基準と発動権限者を、稼働前に経営層を含めて合意しておきます。これらが口頭の了解にとどまっていると、稼働初日にトラブルが起きても誰も判断できず、被害が拡大します。
さらに、データ移行のリハーサル回数、移行失敗時の責任分担、本番切替の作業時間帯（生産への影響が少ない夜間や休日など）も、契約に盛り込むべき項目です。データ移行には、マッピング定義とクレンジング、複数回のリハーサルが欠かせません。これを怠ると、在庫不整合などで業務が止まります。
発注側がこれらの条件を明示すると、ベンダーも現実的な体制と費用で提案しやすくなります。
外注先選定と見積比較のポイント
複数社から提案を受けたら、価格だけで判断しないようにします。MES刷新では、製造現場の実績と、見積の前提条件をどこまで具体的に詰めているかが、本当の実力を映します。
安い見積には、後から膨らむ前提の甘さが隠れていることが多いため、内訳を細かく確認することが欠かせません。
製造現場・レガシー設備対応の実績確認
選定で最優先すべきは、自社と類似した製造現場でのMES導入実績です。同業種、同程度の生産規模、似た設備構成での実績があれば、現場特有の落とし穴を先回りして提案してもらえます。
なかでも、古いPLCや独自通信規格の海外製設備からどうデータを取得するか、後付けセンサーやゲートウェイによるレトロフィットの具体策を語れるベンダーは、信頼に値します。提案内容を見るときは、ERPとMESの粒度差を理解しているかも確認しましょう。たとえば、月次・日次のERPと分・秒単位のMESを無理にリアルタイムで密結合させると、性能が破綻します。
疎結合・非同期連携の設計を提案できるベンダーは、製造システムの本質を理解している証拠です。実績を確認するときは、抽象的な導入社数を聞くよりも、具体的な課題解決の事例を聞き出すことが大切です。
見積の内訳と費用構造の罠
MES刷新の費用相場は、小規模で数百万〜1,500万円、中規模で1,500万〜5,000万円、大規模では数千万〜数億円が目安です。見積は、初期費用だけでなく、定着支援費まで含めた総額で見ることが必要です。その際は、保守費、ライセンス費、データ移行費といった費用も見落とさずに確認します。
特にSaaS型では、接続設備数やアカウント数の増加で従量課金が積み重なり、数年で費用が逆転する点を必ず試算しましょう。もう一つの罠は、多拠点展開時に突発的に発生するインフラ再投資です。全社ロールアウトの段階で、回線増強やサーバ増強に数千万円規模の追加投資が必要になるケースがあります。
見積段階でこうした将来コストを織り込んでいるかどうかで、ベンダーの誠実さが判断できます。なお、MES刷新はIT導入補助金などの活用余地もあるため、補助金の適用可否も発注先に相談しておくとよいでしょう。
発注後の進め方とトラブル回避
発注して契約を結んだら、それで終わりではありません。MES刷新の成否は、発注後に発注側がどう関わるかで大きく変わります。
委託したあとも受け身でいると、現場の実態とずれたシステムが出来上がり、稼働後に使われなくなってしまいます。発注後も発注側が担うべき役割を、先に理解しておきましょう。
委託後も発注側が担うべき役割
委託後も、発注側は要件の優先順位づけ、現場との調整、テスト時の合否判断という意思決定を担い続ける必要があります。特に、現場の例外処理をどこまで標準機能に寄せるかという線引きは、ベンダーには判断できません。現場のキーマンを巻き込み、定例会議で進捗と課題を共有しながら現場の声を設計に反映させることが、定着の成否を分けます。
また、データ移行のためのマスタ整備やBOPの精緻化は、発注側にしかできない作業です。これらを後回しにすると、開発が進んでもテスト段階で躓きます。そこで、プロジェクトマネージャーを社内に置き、ベンダーと対等に議論できる体制を整えることが、丸投げによる失敗を避ける最善策です。
よくある失敗とアンチパターン
もっとも多い失敗は、現場の例外処理をすべてシステムに組み込もうとして、カスタマイズが無限に肥大化するパターンです。コストが膨らむだけでなく、保守も難しくなります。対策は、Fit to Standardの線引きを明確にし、本当に必要な例外だけを残すことです。
標準機能に寄せる判断は、現場にとって痛みを伴いますが、長期的な保守性と費用を守ることにつながります。もう一つは、IT部門主導で進めた結果、現場の反発を招き定着に失敗するパターンです。MESは現場が毎日使うシステムであり、入力負荷が高ければ使われません。
そのため、トレーサビリティや4M管理を実現するうえでも、RFIDやハンディ端末で入力負荷を下げる工夫が欠かせません。現場目線のUI/UXを重視し、キーマンを巻き込んで進めることが、投資を無駄にしないための鉄則です。
まとめ
MESの発注では、委託範囲を明確にし、発注後も自社が主体的に関わることが重要です。
- 現場の役割分担を決め、BOP・マスタ・設備仕様を棚卸しする
- MES特有の要件をRFPに記載し、製造現場の実績と費用内訳を比較する
- 切り戻し条件、許容停止時間、移行リハーサルを契約や計画に明記する
丸投げは最大のリスクです。自社が業務知識と意思決定を握ったうえで、技術設計や開発を信頼できるパートナーに委ねるのが理想です。
製造現場の実績と費用構造の罠まで踏み込んで提案できるベンダーを選び、段階的に進めることで、現場を止めずに着実に刷新を実現できます。本記事が、自社のMES刷新を任せられるパートナー選びと、失敗しない発注の段取りづくりに役立てば幸いです。
▼全体ガイドの記事
・MESのモダナイゼーションの完全ガイド
RFP作成前に読みたい無料ホワイトペーパー
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。