MESのリニューアルの発注/外注/依頼/委託方法について

MES（製造実行システム）のリニューアルは、老朽化やサポート終了（EOL/EOSL）、Excel運用による属人化、スマートファクトリー化への要請などをきっかけに、多くの製造現場で待ったなしの課題となっています。しかし、いざ刷新を進めようとすると「どの会社に、どこまでを、どんな契約で頼めばよいのか」という発注・外注の設計でつまずく企業が少なくありません。MESは止まれば工場が止まる、つまり売上が止まるシステムであるため、発注の段階で失敗すると現場停止という最悪の事態を招きかねないのです。

本記事では、MESのリニューアルを発注・外注・委託・依頼する際の具体的な進め方を、発注先の種類と選び方、準備すべきドキュメント、契約形態、失敗回避のリスク対策、費用相場の見方まで体系的に解説します。生産技術・生産管理・情報システム部門の担当者から、稟議を通したい経営層まで、それぞれの立場で「外注で後悔しないための判断軸」が持ち帰れる内容にまとめました。機能カタログでは語られない、現場の不都合な真実を踏まえた発注の勘所をお伝えします。

▼全体ガイドの記事
・MESのリニューアルの完全ガイド

MESのリニューアルを外注する前に押さえる全体像

MESのリニューアルを外注する前に、まずは「発注」「外注」「委託」「依頼」という言葉の意味と、自社がどの範囲を外部に任せるのかを整理しておく必要があります。ここを曖昧にしたまま見積もり依頼を出すと、各社から返ってくる提案の前提がバラバラになり、比較すらできなくなってしまうためです。MES特有の「止めてはいけない」という制約を踏まえた発注設計の考え方を、最初に押さえておきましょう。

日常的にはほぼ同じ意味で使われますが、発注設計の観点では区別して捉えると判断がぶれません。「発注」は契約に基づき対価を支払って業務やシステムを正式に注文する行為を指し、「外注」は本来社内で行う業務を外部のリソースに任せる広い概念です。「委託」は業務の遂行そのものを任せること、「依頼」は最も柔らかく、相談や見積もり取得を含む初期段階の働きかけを指すことが多くなります。

MESリニューアルでは、要件定義というコンサル領域は委託、開発・実装は請負で発注、稼働後の保守は準委任で委託、というように工程ごとに契約の性格が変わります。この違いを理解しておくと、後述する契約形態の選び方がスムーズになります。発注書を交わす前に、どの工程を誰の責任で進めるのかを言語化しておくことが、トラブル防止の第一歩です。

MESは生産ラインの作業手順管理、製造データ収集、品質・トレーサビリティ、実績・進捗管理を担う、まさに製造現場の神経系です。販売管理や会計システムであれば夜間や休日にカットオーバーできますが、24時間稼働の工場ではそうした余裕がありません。発注の段階から「許容できる停止時間は何時間か」「並行稼働期間をどう設けるか」を要件に組み込んでおく必要があります。

この前提を発注先に明示しないまま進めると、稼働初日に切り替えが失敗しても切り戻す手段がなく、数時間から数日の生産停止に直結します。仮に1日の出荷額が数千万円規模の工場であれば、その損失は開発費を一瞬で上回ります。だからこそ、外注先の選定基準にも「製造業の現場停止リスクを理解しているか」を加えることが欠かせません。発注は単なる開発委託ではなく、事業継続性の確保とセットで設計すべきものなのです。

MESリニューアルの発注先の種類と選び方

MESの発注先は一括りに「システム会社」と捉えがちですが、実際には得意領域がはっきり分かれています。発注先のタイプを理解し、自社の状況に合った相手を選ぶことが、外注成功の確率を大きく左右します。ここでは代表的な発注先のタイプと、一社にまとめて任せるか複数社に分けるかという発注方式の選び方を解説します。

1つ目はMESパッケージベンダーで、自社製品を軸に標準機能で素早く導入できる反面、独自要件への対応に制約が出やすい傾向があります。2つ目は大手SIerで、ERPや上位システムとの連携を含む大規模案件に強い一方、費用は高めになります。3つ目はコンサルから開発まで一気通貫で支援する企業で、要件整理や現場の巻き込みから伴走できる点が強みです。4つ目は制御・生産技術系に強い現場密着型のベンダーで、設備からのデータ収集やレトロフィットに長けています。

自社の課題が「現場のExcel運用を標準化したい」ならコンサル一気通貫型、「古い海外製設備からデータを取りたい」なら現場密着型、というように、最も解きたい課題を起点に発注先タイプを絞り込むと選定が早まります。複数タイプを候補に残し、提案内容で見極めるのが現実的です。

要件定義から開発、インフラ、設備連携までを一社に一括発注すると、窓口が一本化され責任の所在が明確になり、工程間の調整負荷が減ります。一方で、特定ベンダーへの依存が強まり、後の保守費用や追加開発で価格交渉力を失うリスクがあります。MESは稼働後も長く使い続けるため、ロックインの度合いは慎重に見極めたいところです。

反対に、コンサル・開発・インフラを分離発注すると、各領域で最適な相手を選べてコストも適正化しやすくなりますが、ベンダー間の連携不全や責任の押し付け合いという「分離発注の谷」が生じやすくなります。この場合は、全体を取りまとめるPMO役を自社に置くか、コンサル会社に委託することが成功の鍵です。自社のプロジェクト管理体制の成熟度に応じて、一括か分離かを判断しましょう。

発注前に準備すべきドキュメントと要件整理

外注の成否は、発注前の準備でほぼ決まると言っても過言ではありません。曖昧な要望のまま見積もりを依頼すると、各社が想定で見積もるため金額が大きくぶれ、後から「言った言わない」のトラブルに発展します。MESならではの前提工程まで含めて、発注前に何を整えておくべきかを押さえましょう。

発注の核となるのがRFP（提案依頼書）です。現状の課題、刷新の目的、対象工程・ライン、連携先システム（ERP・PLM・WMSなど）、想定スケジュール、概算予算、評価基準を整理して記載します。これがあるだけで、各社の提案が同じ土俵で比較できるようになり、選定の精度が格段に上がります。

MES特有の落とし穴がBOP（工程順序・作業手順・標準時間）とマスタの整備です。BOPが未整備のままMESを発注すると、いくら優れたシステムでも機能不全に陥り、プロジェクトが頓挫します。マスタ整備は発注前または初期工程の前提作業として必ずスコープに含め、誰が責任を持つかを明確にしておきましょう。これを外注先任せにすると、現場知識の不足から手戻りが多発します。

現状業務（As-Is）と目指す姿（To-Be）を整理しておくと、発注先に何を変えたいのかが正確に伝わります。特にMESでは、現場に根付いた「暗黙ルール」や「Excelの特例処理」をすべてシステムに作り込もうとすると、カスタマイズが無限に肥大化し、費用とリスクが跳ね上がります。

そこで重要になるのが、標準機能に合わせる「Fit to Standard」と、本当に必要な独自要件の線引きです。発注前に、どの例外処理を残しどれを業務側で吸収するかを社内で合意しておくと、見積もりが適正化され、開発中の仕様変更も減ります。この線引きを現場キーマンを巻き込んで決めておくことが、後の定着失敗を防ぐ布石にもなります。

発注プロセスと契約形態の選び方

準備が整ったら、いよいよ提案依頼から選定、契約という発注プロセスに入ります。ここで契約形態を誤ると、追加費用の発生や品質トラブルの責任が曖昧になり、プロジェクト全体が不安定になります。MESリニューアルに適した進め方と契約の使い分けを見ていきましょう。

RFPを3社から5社程度に配布し、提案書と概算見積もりを受け取ったうえで、プレゼンテーションの場を設けて比較します。評価では金額だけでなく、製造業・MESの実績、現場停止リスクへの理解、データ移行と切り替えの具体的な方法論、稼働後の保守体制を重視します。可能であれば、類似業種の導入事例について先方の担当者に直接ヒアリングすると、提案書では見えない実力が分かります。

選定後は、いきなり全体を発注するのではなく、要件定義や小規模なPoC（概念実証）から段階的に契約を進める方法も有効です。最初の工程で相性や進め方を見極めてから本開発に進めば、ミスマッチのまま大金を投じるリスクを抑えられます。スモールスタートは技術面だけでなく、発注リスクの観点でも理にかなった進め方です。

仕様が明確に固まる開発・実装工程は、成果物の完成責任を負う「請負契約」が向いています。一方、要件定義やコンサルティング、稼働後の保守・運用のように、状況に応じて柔軟に進める工程は、業務の遂行を委ねる「準委任契約」が適しています。両者を工程ごとに使い分けることが、MESプロジェクトの定石です。

さらに、cMES（コンポーザブルMES）の登場やAI駆動開発の普及で、現場の声を反映しながら継続的に機能を育てていくケースも増えています。こうした「作りながら磨く」進め方には、一定の開発チームを月単位で確保する「ラボ型契約（準委任の一種）」が適合します。要件が固まりきらない領域を無理に請負で発注すると、仕様変更のたびに追加見積もりが発生するため、契約形態は工程の不確実性に合わせて選ぶことが肝心です。

発注・外注で失敗しないためのリスク対策

MESの外注では、開発そのものよりも「移行と切り替え」「設備連携」「多拠点展開」といった工程でトラブルが起きがちです。これらのリスクを発注時の契約とスコープに織り込んでおくことが、現場を止めない刷新の決め手になります。発注段階で必ず詰めておきたいリスク対策を解説します。

稼働初日に切り替えが失敗したとき、旧システムに戻す「切り戻し（ロールバック）計画」を発注時の要件に必ず含めましょう。許容できるダウンタイム、切り戻しの判断基準、発動を決める権限者を、経営層も交えて事前に合意しておくことが最大の防衛策です。これを外注先と書面で握っておかないと、いざという時に判断が遅れ、被害が拡大します。

また、一括移行は短期間で済む反面リスクが大きく、段階移行は安全ですが新旧並行稼働中の「データ同期中継プログラム」の追加開発や二重入力の手間が発生します。この追加コストと期間延長を見落とすと、当初見積もりから大きく膨らみます。どちらの移行方式を採るか、その追加スコープを誰が負担するかを、発注の段階で明確にしておくことが重要です。

1工場のスモールスタートが成功しても、全社展開ではトランザクションやログが二次関数的に急増し、ネットワーク帯域や本部サーバが不足してレスポンス低下やセッション切断を招くことがあります。多拠点ロールアウトを見据えるなら、工場側のデータバッファ設計やスケールアウト前提のサイジングを、発注スコープに含めて見積もらせることが欠かせません。

設備連携も要注意です。古いPLCや独自通信規格の海外製設備からデータを取得する場合、高額な設備改修ではなく後付けセンサーやゲートウェイによる「レトロフィットIoT」が現実解になります。さらにERP（計画層）とMES（実行層）は時間粒度が大きく異なるため、無理にリアルタイム密結合させると性能が破綻します。疎結合・非同期連携の設計方針を発注時に共有し、連携範囲を曖昧にしないことが、稼働後の安定運用につながります。

費用相場と見積取得のポイント

発注を具体化するうえで避けて通れないのが費用の問題です。MESリニューアルは規模や要件次第で金額が大きく変動するため、相場観を持ったうえで見積もりを取得し、隠れたコストまで見極める必要があります。稟議を通すための費用の考え方も含めて整理します。

MESリニューアルの費用は、小規模で数百万円から1,500万円、中規模で1,500万円から5,000万円、大規模では数千万円から数億円が一つの目安です。内訳は要件定義・設計、ソフトウェアライセンスまたは開発費、設備連携・インフラ構築、データ移行、教育・定着支援、そして稼働後の保守費用に分かれます。クラウド型（SaaS）の場合は初期費用が抑えられる一方、接続設備数やデータ量、アカウント数の増加で従量課金がスケールし、数年単位でオンプレミスを上回る「TCO逆転」が起きる点に注意が必要です。

なお、中小製造業であればIT導入補助金などの活用余地もあり、対象経費や申請時期を発注スケジュールに織り込むと負担を軽減できます。見積もりは初期費用だけでなく、5年程度のTCO（総保有コスト）で比較することをおすすめします。

適正価格を見極めるには、同じRFPをもとに複数社から相見積もりを取り、前提条件を揃えて比較することが基本です。極端に安い見積もりは、データ移行や設備連携、教育費用が含まれていないことが多く、後から追加請求で膨らむ典型パターンです。見積書では、保守費用の年額、追加開発の単価、移行リハーサルの回数、稼働後のサポート範囲を必ず確認しましょう。

稟議を通す際は、工数削減という直接効果だけでは経営層に響きにくい点も押さえておきたいところです。MESは「入れたら直接儲かる」システムではなく、トレーサビリティによるリコール・回収リスクの抑制や、属人化排除による製造継続性の確保といった「間接的なリスク回避効果」を定量化し、直接効果と合算して提示することで、投資の妥当性が伝わりやすくなります。発注の意思決定を後押しするためにも、この説得ロジックを見積もりとセットで準備しておきましょう。

まとめ

MESのリニューアルを発注・外注・委託する際は、まず発注範囲と工程ごとの責任を整理し、「止めない」前提で要件を設計することが出発点になります。発注先は4タイプの特徴を理解して自社課題に合う相手を選び、一括発注か分離発注かを管理体制に応じて判断します。そのうえで、RFPやBOP・マスタ整備、Fit to Standardの線引きを発注前に固めておくことが、見積もりの精度と開発の安定性を左右します。

契約は請負と準委任を工程ごとに使い分け、切り戻し計画・段階移行・設備連携・多拠点展開のリスクをスコープに織り込み、相見積もりでTCOと隠れコストを見極めることが失敗回避の要諦です。これらを丁寧に詰めれば、MESリニューアルの外注は決して難しいものではありません。本記事を発注準備のチェックリストとして活用し、現場を止めない着実な刷新を実現していただければ幸いです。

▼全体ガイドの記事
・MESのリニューアルの完全ガイド

株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。

また、弊社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。