10年以上使うMESをリアーキテクチャする費用は、対象の規模、カスタマイズの範囲、レガシー設備との連携の難しさで変わり、数百万円から数億円規模まで幅があります。規模ごとの相場と、金額を左右する要因を先に押さえると、見積もりを読み解きやすくなります。
▼全体ガイドの記事
・MESのリアーキテクチャの完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
MESのリアーキテクチャとは｜費用を考える前に押さえる全体像
費用相場を正しく読むには、まずリアーキテクチャが何を指すかを明確にしておく必要があります。同じ刷新と呼ばれても、リプレイスや改修とは作業の範囲が異なり、費用の積み上がり方も変わるためです。
リアーキテクチャと刷新・リプレイス・改修の違い
刷新の方法ごとに作業範囲を並べて見ると、リアーキテクチャの費用範囲を判断しやすくなります。
- リアーキテクチャ：業務で見える機能を保ったまま、内部の構造を作り直すことです。
- リプレイス：システム全体を別の製品へ入れ替える方法です。
- 改修・移行：改修は一部の変更、移行は別の基盤への移動を指します。
リアーキテクチャでは、業務要件や画面の使い勝手を維持したまま、内部の構造を作り直します。たとえば、一枚岩のモノリシックな構造をモジュールに分割する方法や、ERPと分・秒単位で同期する密結合を、疎結合・非同期連携へ組み替える方法があります。
オンプレミス前提の設計をクラウドネイティブへ置き換える取り組みも含まれます。業務を変えずに構造だけを刷新する点が、リアーキテクチャの特徴です。
画面や帳票を残せるぶん、要件定義の負担は軽くなります。一方で、内部を作り直すため、費用は設計工数に集中します。
リアーキテクチャが必要になる背景
背景を整理しておくと、投資の理由を社内に説明しやすくなります。
- サポート終了：セキュリティパッチが適用されなくなる状態です。
- 属人化：内部の仕組みを知る人が限られ、改修が難しくなる状態です。
- 性能限界：密結合が原因で、現場の処理が滞ります。
費用がかかる根本の理由は、レガシーMESを放置するリスクが高まる点にあります。OSやミドルウェアのサポートが終わると、セキュリティパッチが当たらなくなります。
設計を担った人が退職すると、「誰も中身を触れない」状態が進みます。そのため、わずかな改修であっても、高額な費用と長い期間が必要になります。
ERP（計画層）とMES（実行層）が密結合になっている点も、深刻な問題を生みます。リアルタイム連携のままトランザクションが増えると、画面が重くなり、その遅延が現場の作業にも響きます。
こうした構造上の限界は、部分的な改修では解消できません。内部構造を組み替えるリアーキテクチャが、根本から解決する方法になります。費用を投じる前に、自社がどの限界に直面しているかを見極めておく必要があります。
MESリアーキテクチャの費用相場｜規模別の目安
MESのリアーキテクチャ費用は、対象となるラインや工場の規模で変わります。加えて、連携する設備やシステムの数も、費用の幅に影響します。
ここでは、小規模・中規模・大規模の3区分で相場感を示します。ただし相場はあくまで目安で、後述する要因によって上下する点に注意してください。
小規模（単一ライン・単一機能）：数百万〜1,500万円
小規模案件は、対象と進め方を絞るところから始まります。
- 対象：単一ラインや特定機能に限られます。
- 展開：効果を検証したあとで、横展開の可否を判断する段取りです。
費用は数百万円から1,500万円程度が目安です。たとえば、実績収集機能だけをクラウド対応のモジュールに切り出す例があります。
既存システムとAPIで疎結合化する範囲なら、期間は3〜6カ月が目安で、体制はエンジニア数名のことが多いです。初期投資を抑えながらリアーキテクチャの効果を社内で実証できるため、全社展開よりも社内稟議のハードルを下げやすい進め方です。
中規模（複数ライン・一工場）：1,500万〜5,000万円
中規模案件では、複数機能と上位システムの連携設計が費用を左右します。
- 対象：一工場の中の複数ラインをまたいで刷新する範囲です。
- 工程：要件定義から移行まで、一貫して進める形です。
費用は1,500万円から5,000万円程度が中心的な価格帯です。品質、トレーサビリティ、設備管理など、複数の機能を再設計することになります。
期間は6カ月から1年程度を見込み、チームで体制を組む必要があります。ERPやPLMなど上位システムとの連携設計が、費用の大きな比重を占めます。加えて、旧システムからのデータ移行と、複数回の移行リハーサルも必要です。
ERP-MES間を疎結合に組み替える設計は、性能問題を根本から解消できます。一方で設計工数がかさむため、見積もりの妥当性を慎重に確認する必要があります。
大規模（多拠点・グローバル展開）：数千万〜数億円
大規模案件では、拠点展開と将来のインフラ投資まで見通す必要があります。
- 対象：複数工場や海外拠点を含む、全社規模の案件です。
- 設計：共通基盤と拠点への展開を前提にした構成です。
費用は数千万円から数億円規模に達し、期間も1年半から数年に及ぶことがあります。共通基盤の設計、各拠点への展開、グローバルでのマスタ統一が必要になります。そのため、プロジェクトマネジメントの難易度が一段と高くなります。
全社展開の際は、インフラの再投資が見落とされやすい点にも注意が必要です。
拠点が増えると、トランザクションやログは二次関数的に急増します。ネットワーク帯域や本部サーバが不足すると、レスポンスが低下し、セッション切断を招く場合もあります。その際は、回線やサーバの増強が必要になります。
回線やサーバを増強するだけで、数千万円規模の追加投資が必要になることもあります。初期見積もりに、スケールアウトを前提としたサイジングが含まれているかを確認してください。
費用の内訳｜費目ごとの確認ポイント
見積書の総額から金額の妥当性を判断するのは難しいため、費用を人件費（工数）、ライセンス・インフラ、隠れコストに分けて見ます。内訳がそろうと、ベンダーごとの見積もりを比べやすくなります。
人件費と工数（要件定義・設計・開発・移行）
人件費の妥当性は、工程ごとの工数と単価を分けて見ると判断しやすくなります。
- 計算：人月単価に、投入する人月を掛けて算出します。
- 確認：工程ごとの工数と、その前提条件を見ます。
システム開発費の大部分は人件費で、MESは専門性が高いぶん、エンジニアの人月単価は80万〜150万円程度が一般的です。製造現場を知る上流コンサルタントやアーキテクトが加わると、単価はさらに高くなります。
リアーキテクチャでは内部構造を再設計するため、工数が設計工程に偏りやすくなります。要件定義、基本設計、詳細設計、開発、テスト、移行のそれぞれについて工数を確認してください。工数が一式でまとめられた見積もりは内訳が不透明で、後から追加費用が発生しやすくなります。
近年は、AIによるコード生成を取り入れる例が広がっており、スクラッチ部分の工期やコストが3割から7割圧縮された事例もあります。そのため、ベンダーが生産性向上の手法を取り入れているかも、比較時の差になります。
ライセンス・インフラ・ランニングコスト
初期費用だけでなく、稼働後の継続費用も含めて比較する必要があります。
- 固定費：ライセンス、クラウド、保守にかかる費用です。
- 変動費：設備数、データ量、アカウント数に応じて増える費用です。
パッケージやSaaSのライセンス費用、クラウド利用料が発生します。保守費用は初期開発費の年間10〜15%程度が目安で、保守・運用サポートの費用も見積もりに含めて評価してください。
SaaS型のMESでは、従量課金によって月額費用が増える場合があります。接続設備数、データ量、利用アカウント数が増えるほど、費用はスケールします。
数年単位で見ると、SaaS型の費用がオンプレミスの総保有コスト（TCO）を上回ることがあります。判断の材料には、5年程度のTCOで比べる見方が欠かせません。
MES特有の隠れコスト（データ連携・移行）
製造現場の隠れコストは、見積もりにぶれが出やすい項目です。
- 設備連携：設備からデータを取り出すための接続作業です。
- データ移行：移行の定義づけから本番移行までの作業です。
- マスタ整備：BOPなどの前提となる工程の費用です。
古いPLCや海外製の設備は、独自の通信規格を採用していることがあります。その場合、そのままではデータを取れず、高額な設備改修が必要になることもあります。そうした設備では、後付けセンサーやIoTゲートウェイを使うレトロフィットIoTの費用も見込みます。
旧システムからのデータ移行は、大きなコスト要因です。マッピング定義、データクレンジング、複数回の移行リハーサルが必要になります。
準備を怠ると、稼働後に在庫の不整合などのトラブルが起こります。最悪の場合は工場が止まるため、移行工程は省けません。
工程順序や標準時間を定めたBOP（工程表）が未整備だと、MESは機能しません。そのため、マスタ整備という前提工程の費用も、見積もりに計上してください。これらは初期見積もりから漏れやすく、また追加費用に変わりやすい項目でもあります。
費用を左右する主な要因
同じ規模の案件でも、見積金額が倍以上違うことは珍しくありません。差を生む要因を把握しておくと、見積もりの妥当性を判断しやすくなります。要因を押さえておけば、ベンダーとも状況を共有しながら、建設的に交渉できます。
カスタマイズ度合いとFit to Standard
カスタマイズの線引きを先に決めておくと、開発費と保守費を抑えやすくなります。
- 標準機能：製品が備える機能を基本として使います。
- 例外対応：業務上どうしても欠かせない処理に絞って作り込む部分です。
費用を最も押し上げやすいのが、過度なカスタマイズです。暗黙のルールやExcelの特例処理をすべて作り込むと、開発工数が膨らみます。さらに保守も難しくなり、コストが当初想定の数倍になるケースもあります。
「Fit to Standard」は、標準機能に業務を合わせる考え方です。そのうえで、本当に必要な例外だけを、カスタマイズの対象として線引きします。業務プロセスを見直し、不要な特例を削ぎ落とせるかどうかが、費用を左右します。
レガシー設備・データ連携の難易度
設備の世代と通信規格を把握すると、データ連携にかかる工数を見積もれます。
- 設備のばらつき：設備ごとに世代と通信規格が異なり、工数が変わります。
- 連携要件：連携の速さとデータの細かさで、設計の複雑さが変わります。
標準プロトコルに対応する設備と独自規格の設備では、必要な工数が異なります。加えて、20年以上前の設備が混在していると、データ収集の仕組みを組むことがいっそう難しくなります。
レトロフィットの対象となる設備が多いほど、初期費用は積み上がっていきます。ERPやPLMとの連携をどこまで作り込むかも、金額に直結します。
要件を整理しないまま見積もりを依頼すると、高めの金額を提示されがちです。連携要件を明確にすることは、適正な価格を引き出すうえで欠かせません。
多拠点ロールアウトとインフラサイジング
拠点数を増やす計画では、開発費とインフラ費用を分けて見通しておく必要があります。
- 負荷増加：拠点が増えるほど、トランザクションとログの量が膨らむ状態です。
- 拡張設計：後から増設できる構成を、設計に組み込む方法です。
拠点数が増えると、開発費に加えて、インフラ費用も非線形に増えていきます。全社展開では負荷が一気に高まり、想定以上の帯域やサーバ性能が必要になります。
1拠点分のインフラを前提に組むと、後から数千万円規模の追加投資が発生します。工場側にデータバッファを設けると、本部サーバにかかる負荷の偏りを和らげられます。そのうえで、拠点の増加に応じてリソースを増やせる、スケールアウト前提の設計が重要です。
将来の拡張を見据えたインフラ設計が、見積もりに含まれているかを確認してください。
見積もりを取る際のポイント
適正な費用で進めるには、見積もりの取り方にも工夫が必要です。依頼内容が曖昧だと、高い見積もりを招いたり、後から追加費用が発生したりします。そのため、見積もりのブレを抑えることと、ベンダーを同じ条件で比べることを押さえておく必要があります。
要件・RFPの精度による見積もりブレの抑制
要件とRFPを具体化すると、各社の見積もりを同じ前提で比べられます。
- 現状と将来：業務の現状と、刷新後の姿の違いです。
- 依頼範囲：どこまでを依頼するかの境目です。
見積もりの精度は、提示する要件の精度に比例します。まず現状業務を洗い出し（As-Is分析）、刷新後の姿（To-Be）を整理してください。
対象範囲、連携要件、性能要件、移行データ量を文章にして明確にします。これらをまとめたRFP（提案依頼書）を用意することが、出発点になります。
要件が曖昧なままだと、各社の前提がずれ、比較そのものが成り立ちにくくなります。リアーキテクチャでは、残す機能と作り直す構造の線引きが費用を決めます。そのため、残す範囲を明確にしたうえで、カスタマイズの優先順位をつけて依頼する必要があります。
そうすると、各社の見積もりが同じ条件で並び、適正な価格が見えやすくなります。
複数社比較と発注先の選び方
複数社を同じ条件で比べると、金額以外の差も見えてきます。
- 内訳：工程と前提条件が、どこまで明らかになっているかを比べます。
- 体制：担当者が業務と技術の両方に通じているかです。
見積もりは複数社から取り、金額以外の点も合わせて比べる必要があります。極端に安い見積もりは、必要な工程が抜けている可能性があります。たとえば、データ移行やテストが含まれていないと、後から追加費用がかさむこともあります。
一方で、高い見積もりであれば、不要なカスタマイズや過剰なリスクバッファが含まれていないかを確認します。
製造業のMESは、業務知識とシステム技術の両方が必要です。そのため、同業種での実績と、要件定義から運用定着までの支援体制を重視します。こうした選び方が、結果としてトータルコストを下げることにつながります。
注意すべき隠れコストとリスク対策
見積書に表れにくいリスク対策費用も、事前に確認しておく必要があります。
- 切り戻し：ロールバック計画と、その判断基準です。
- 移行方式：一括移行と段階移行で、費用の構成が変わります。
代表的なのは、稼働後のトラブルに備える切り戻し（ロールバック）計画です。MESが止まれば工場が止まり、売上も止まってしまいます。
まずは許容できるダウンタイムを決め、そのうえで切り戻しの判断基準を具体的にしてください。切り戻しを発動する権限者も含めて、稼働前に経営層と合意しておくことが重要です。
一括移行と段階移行の選択は、費用とリスクのトレードオフになります。段階移行は安全性が高い一方、新旧が並行して稼働する期間が生じます。その期間には、データ同期中継プログラムの追加開発が必要です。
並行稼働中は二重入力の手間も発生するため、移行コストが膨らみます。トレードオフを踏まえて方式を選び、その費用が見積もりに反映されているかを見ておくことが欠かせません。
費用対効果（ROI）と稟議を通すための考え方
MESのリアーキテクチャは、相応の投資が必要なプロジェクトです。費用の妥当性に加えて、投資に見合う効果も経営層へ説明する必要があります。MES特有のROIは、直接効果と間接効果を組み合わせて組み立てます。補助金を使えるかどうかも、あわせて確認しておく必要があります。
直接効果（工数削減・歩留まり・稼働率）
直接効果は金額へ換算しやすく、投資回収年数の計算に使えます。
- 工数削減：紙やExcelでの実績入力を、システムに置き換えることです。
- 生産改善：歩留まりと設備稼働率が改善する効果です。
実績入力がシステムに移ると、ペーパーレス化にもつながります。リアルタイムのデータ把握は、歩留まりの向上にも役立ちます。
設備の稼働状況を見られるようにすると、稼働率の改善が見込めます。削減できる作業時間や不良率の改善幅を積み上げると、効果を金額で示せます。
直接効果の試算が投資額に届かないと、稟議が止まることがあります。MESは、導入すれば直接利益が出るシステムとは限りません。そのため、直接効果に加えて、間接効果も組み合わせて評価することが欠かせません。
間接的リスク回避効果の定量化
間接効果は、導入しない場合の損失として捉えると、経営層に伝わりやすくなります。
- 回収範囲：トレーサビリティがあれば、回収の対象を絞り込めます。
- 継続性：属人化を減らし、生産停止のリスクを抑えます。
リコールや製品回収の場面では、回収コストや信用の毀損を抑えられます。また、キーマンの退職による生産停止も、回避すべきリスクの一つです。
導入しない場合の損失を想定金額で示し、直接効果と合算すると、投資の妥当性に説得力が出ます。老朽化やサポート終了を放置するリスクも、定量化の対象になります。
トレーサビリティが無くクレームに対応できないリスクも、損失として稟議の材料になります。
IT導入補助金などの活用
補助金は自己負担を抑える選択肢になるため、要件と時期を確認して検討します。
- 制度：IT導入補助金などの候補を確認します。
- 計画：申請の準備期間を、事業のスケジュールに組み込みます。
IT導入補助金は、ITツールの導入を支援する制度です。ものづくり補助金は、生産性向上の設備投資を支援します。
製造業のDX投資には、利用できる制度が複数あります。要件や公募時期は年度ごとに変わるため、最新情報を確認してください。
補助金を前提にする場合は、申請要件と事業計画書の作成期間を見込んでおく必要があります。採択後の実績報告まで含めて、スケジュールも組むことになります。
活用実績のあるパートナーであれば、申請の支援も受けやすくなります。その結果、自己負担を抑えたリアーキテクチャを実現できます。
まとめ
規模別の目安は、小規模で数百万〜1,500万円、中規模で1,500万〜5,000万円、大規模で数千万〜数億円です。
実際の金額は、カスタマイズ、設備連携、拠点展開の条件によって大きく変わります。見積もりは、人件費、ライセンスとインフラ、隠れコストに分けて確認してください。さらに、レトロフィットIoTやデータ移行、切り戻し計画の有無も見ておく必要があります。
要件とRFPを整えたうえで、複数社を同じ条件で比較することが重要です。直接効果と間接的なリスク回避効果を合算すると、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を創業。