MESのモダナイゼーション費用は、月額3万円〜数億円規模まで幅があり、その額は刷新方式、設備連携、カスタマイズの範囲によって大きく変わります。
保守・運用費用を見るときは、刷新先の環境、5Rごとのコスト差、現場に残る隠れコストを合わせて考えると全体像をつかみやすくなります。
▼全体ガイドの記事
・MESのモダナイゼーションの完全ガイド
レガシーシステム刷新の費用の考え方や見積もりの注意点については、無料ホワイトペーパー「レガシーシステム刷新の完全ガイドブック」で詳しく解説しています。
MESのモダナイゼーションの位置づけ（対象範囲の確認）
保守・運用費用を見積もるには、まず比較する対象を明確にしておく必要があります。新規導入との違いや、生産管理システムとの役割分担を押さえておくと、同じ条件で費用を比べられます。さらに、老朽化を放置した場合のコスト構造を把握しておくことも、投資判断の出発点になります。
MES開発（新規導入）・生産管理システムのモダナイゼーションとの違い
同じ保守・運用費用でも、新規導入とモダナイゼーションでは見積もる対象が違います。どちらの話をしているのかを取り違えると、費用の比較そのものがずれてしまいます。
- 新規導入：これから支払う利用料と保守契約費用が見積もりの対象です。
- モダナイゼーション：現在の維持費と刷新後の費用を並べて比べます。
- 役割：MESが担うのは、製造現場の実行レイヤーです。
新規導入では、クラウド型・パッケージ型・フルスクラッチのそれぞれについて費用を見積もります。モダナイゼーションでは、既存MESの保守費とインフラ維持費を起点に費用を組み立てます。
オンプレミスの場合は、ハードウェアの保守費、ライセンスの更新費、人件費が積み重なっていきます。
生産管理システムは、生産計画・MRP・製番管理といった計画側を担います。一方でMESは、現場設備やPLCと連携し、工程進捗・実績・品質を集める役目です。そのため、MESには設備連携部分の保守費用も発生します。
老朽化したMESでは、改修する代わりに手作業で補うことがあります。こうした見えにくい運用コストも、現状のトータルコストに含めて考えます。
モダナイゼーション前（老朽化放置）のコスト構造
老朽化したMESの負担は、システムの中身が見えにくくなるところから始まり、やがて事業そのものへの影響にまで広がります。
- ブラックボックス化：密結合になり、改修の影響範囲が見えにくくなります。
- 突発費用：OSやAPIの変更で、数百万円規模の請求が起きることもあります。
- 属人化：担当技術者の退職や高齢化で、保守そのものが難しくなります。
- 事業影響：停止すると、製品の出荷や請求処理ができなくなり、取引先の信用にも影響が及びます。
改修を重ねるほど、熟練者の勘や例外的な運用ルールがシステムの中に組み込まれていきます。そうなると、小さな改修でも確認する範囲が広がり、費用が増えます。
古い構成のままだと、将来のOS更新やハードウェア更新にも対応しにくくなります。大幅なOS変更や連携先のAPI変更では、有償の追加アップデートが必要です。まとまった追加費用が一度に出ていくと、ある年だけ予算が跳ね上がります。
停止の影響は工場の中だけにとどまらず、サプライチェーンへ広がる可能性もあります。IT予算の大半がレガシー資産の維持費に消える構造は、MESにも当てはまります。放置するほど、新しい現場改善へ投資する余力が失われます。
保守・運用費用の構造（オンプレ型とクラウド型の違い）
刷新先によって、保守・運用費用の内訳もトータルコストも変わります。オンプレ型とクラウド型では、費用の持ち方が大きく違います。
オンプレ型MESの保守・運用費用
オンプレ型のMESでは、設備と人員にかかる固定費を継続して負担することになります。
- 機器：サーバーの減価償却と保守、電気代、設備費が対象です。
- ソフトウェア：ライセンスの更新費用。
- 人員：社内で負担する保守要員の人件費。
- 更新：5〜7年周期で発生する、まとまった費用。
年間の保守・サポート費用は、初期開発費用の5〜15%程度が相場です。たとえば5,000万円で開発したMESなら、年間250万〜750万円程度になります。
通常の保守には、バグ修正、ヘルプデスク、軽微な不具合の是正が含まれます。ただし、業務に合わせたカスタマイズが増えるほど、保守の対象と年間費用は広がっていきます。
ハードウェアの更新時には、初期投資に近い額の費用が再び発生します。
ブラックボックス化による緊急対応の費用は、更新費用には含まれません。さらに、担当者の異動や退職に伴う引き継ぎのコストも、別途かかります。
オンプレ型の利点は、業務フローや設備連携を大きく変えずに済むことです。一方で、固定費と更新費が長く続く点は、費用の見積もりに織り込んでおく必要があります。
クラウド型への刷新後の費用構造
クラウド型では、自社で持っていた設備の固定費が、月額利用料に置き換わります。
- 設備：サーバーの保有・管理、電気代、設備費が不要になります。
- 利用料：月額3万円〜30万円前後が相場です。
- 保守：バージョンアップを提供元が行います。
- 長期費用：導入時に5〜10年分のTCOを試算しておきます。
保有設備の負担は減り、ハードウェアのリプレイス費用も発生しにくくなります。老朽化に備えた追加投資も抑えやすく、刷新後の負担を読みやすくなります。一方で、利用料は毎月の固定支出として続きます。
新しいパッケージシステムの年間保守費は導入費用の5〜15%程度で、1,000万円規模のシステムなら年間50万〜150万円程度が目安です。
クラウド型でも、業務を標準機能へどこまで合わせるかで、月額費用は変わります。特に、旧システムの独自機能や工程管理ロジックをそのまま再現すると、カスタマイズ費用が増えます。その結果、期待したコスト削減効果が得られないこともあります。
有償バージョンアップ型では、5〜7年ごとに数百万円規模の移行費用がかかります。周期的な移行費用を含めずに比べると、月額費用だけで判断することになりかねません。
技術的アプローチ別に見るコスト差
5Rの選び方は、初期投資だけでなく、稼働後の保守・運用費用も左右します。だからこそ、開発期間と長期的なコストを合わせて、アプローチを選ぶ必要があります。
リホスト・リプラットフォームのコスト特性
リホストとリプラットフォームは、既存のロジックを残したまま、動かす環境や運用の仕方を変える方法です。
- リホスト：初期費用は抑えやすいが、削減効果は限定的。
- リプラットフォーム：基盤の運用を見直し、保守費の低減を狙う。
リホストでは、BOP・実績収集ロジック・データ構造を変えずに移行します。インフラだけをクラウドへ移すため、ロジックを作り直す手間がかからず、初期の負担も軽くなります。
一方で、オンプレ時代のコスト構造が、そのままクラウドへ引き継がれがちです。たとえばサーバーリソースを過剰なまま維持すると、期待した削減効果は出ません。
リプラットフォームでは、生産実績データベースをマネージドサービスに置き換えます。バックアップやパッチ適用が自動化されるため、リホストより保守費の負担を軽くできます。また、サーバーの常時稼働や監視の手間も減り、保守要員の人件費を削る余地が生まれます。
BOPや実績収集ロジックは残るため、処理の非効率は解消されないままです。その分、長期の保守コストを下げる効果は、リファクタリングやリビルドより限られます。
リビルド・リプレースのコスト特性
リビルドとリプレースは、初期投資と将来の運用負担のバランスが大きく異なります。
- リビルド：初期投資は大きいが、保守を簡素化しやすい。
- リプレース：SaaSやパッケージへの乗り換えが前提。
リビルドは、生産実績データベースと工程管理の構造を見直し、クラウドネイティブなアーキテクチャでゼロから組み直す方法です。
初期投資はフルスクラッチと同水準の数千万円〜数億円に達し、5Rの中で最も高額になります。一方で、老朽化したロジックとデータモデルを作り直せる点は大きな強みです。
長期的に見ると、アドオンの積み重ねによる保守費の増加を防ぎやすいといえます。
リプレースは、SaaSやパッケージへ移行して、開発と運用をベンダーに委ねる方法です。5Rの中でも、低コストかつ速く刷新しやすい方法といえます。
月額のサブスクリプションに保守と運用が含まれるため、社内の要員を減らせることもあります。
ただし、既存の生産方式や運用ルールに合わせてカスタマイズを重ねると、月額費用が膨らみます。その結果、負担がフルスクラッチと変わらない「新たなレガシー化」に陥るおそれがあります。
MES特有の隠れコスト
MESでは、システムの利用料以外の間接的なコストもランニングコストになります。とくに、正確なBOPと設備連携を保つには、刷新後も人手による作業が欠かせません。
BOP整備・実績収集ロジック調整という見えない運用コスト
BOPと実績収集ロジックを維持するには、マスタの継続的なメンテナンスが必要になります。
- BOP：工程順序、標準作業時間、品質判定基準の更新。
- 収集ロジック：実績収集の仕組みと、アラート閾値の調整。
- データ整備：マスタの重複や表記ゆれの解消。
BOP（Bill of Process）の内容は、製品や設備の変化に合わせて手を入れ続ける必要があります。新製品が増えれば工程を追加し、ライン改造時は標準工数を見直します。
品質基準が変われば、トレーサビリティの記録項目も見直す必要があります。こうした作業は一度で終わらず、定期的に繰り返されます。
マスタの手入れを怠ると、実績データの精度が落ちます。そして、現場がシステムの数字を信用しなくなり、運用そのものが続きにくくなります。
この作業は生産技術部門が本来業務の合間に担うことが多く、請求書には現れません。実質的には、人件費として毎月かかり続けるランニングコストといえます。
旧システムのマスタは、刷新前に状態を整えておく必要があります。初期のデータ整備を怠ると、刷新後もBOP整備の負担が残ります。
発注側と開発会社は、誰がどれだけBOPの維持に工数を割くかを、刷新の時点で決めておく必要があります。
PLC・老朽化設備連携の維持コスト（レトロフィットIoT含む）
MESは現場設備と上位システムの両方とつながるため、その連携にかかる維持費が残ります。
- 設備接続：PLCや独自通信規格へ対応するための費用。
- レトロフィットIoT：センサーの保守と電池交換が続く。
- 上位連携：ERPや生産管理システムの変更への追随。
古いPLCや独自通信規格の設備では、外付けのセンサーを後から取り付ける方法があります。
レトロフィットIoTを使えば、初期の開発費用を数分の一に圧縮できます。ただし、その後も通信状態の監視などの維持費は続きます。
MESは、生産管理システムやERPとも連携する必要があります。連携先の仕様やAPIが変わるたびに改修が必要になり、それを外部ベンダーに頼めば、対応費用が継続して発生します。
アプリケーション層を刷新しても、接続先が古いままなら、一定の維持費は残ります。そのため、外部要因への追随費用は、一定額のバッファとして見込んでおきます。
ランニングコストを最適化するポイント
刷新後のランニングコストは、移行するだけでは自動的に下がりません。業務と契約の両面で見直しを重ねて、初めて最適化できます。
Fit to Standardとカスタマイズ最小化
最初に検討したいのは、標準機能へ業務をすり合わせるFit to Standardです。
- 標準機能：競争力に直結しない独自ルールの移し先。
- カスタマイズ：本当に譲れない部分だけに絞って残す。
カスタマイズ部分が増えるほど、保守の対象も年間の保守費も膨らみます。独自帳票や標準外の実績収集ロジックを、すべて再現しようとすると費用がかさみます。
独自ルールを残しすぎると、リプレースやリビルドを選んだ場合でも、削減効果が薄れることがあります。刷新の時点は、過去の独自ルールを本当に維持すべきかを洗い出す好機です。どこまで残すかは、プロジェクトの初期に見極めておく必要があります。これを怠ると、新しい環境へ移っても保守の負担が重くなりかねません。
段階移行と保守契約の見直し
次に取り組みたいのは、段階移行と保守契約の見直しを組み合わせることです。
- 段階移行：旧・新システムの二重コストを短く抑える。
- 複数年契約：割引と契約期間の釣り合いを、安定後に確かめる。
- 内製化：簡易保守やBOPの洗い出しを社内に移す。
全ラインや全機能を一度に切り替えず、ラインや工程ごとに移行します。段階的に進めれば、不要になったライセンスや契約を都度精算できます。
オンプレ型からクラウド型への過渡期は、旧と新の両方に費用がかかる時期が生じるため、特に注意が必要です。
クラウド型サービスやパッケージでは、複数年契約で割引される場合があります。そこで、運用が安定した段階で、単年契約から複数年契約へ切り替えられるかを検討します。
簡易な保守対応は社内で受け持ち、委託が必要な部分だけを開発会社へ頼めば、委託費を抑えやすくなります。
まとめ
MESの費用は、対象範囲、刷新先の環境、技術的なアプローチによって、構造が変わります。オンプレ型は固定費、クラウド型は月額費用という形で、費用の持ち方が異なります。刷新後の年間保守費用は、導入費用の5〜15%程度で推移するのが目安です。一方で、老朽化を放置すると、突発費用や属人化による事業停止のリスクが積み上がっていきます。
5Rを選ぶ際は、初期投資と長期の保守コストを並べて比べる必要があります。BOP整備と実績収集ロジックの調整も、目に見えにくい運用コストとして発生します。PLCや老朽化した設備との連携維持費も、刷新後の予算に見込んでおく必要があります。
まずは現行システムのトータルコストを洗い出し、Fit to Standardの観点で比較します。そのうえで、いくつかの刷新パターンを検討し、複数の開発会社へ相談します。
▼全体ガイドの記事
・MESのモダナイゼーションの完全ガイド
▼見積依頼前に読みたい無料ホワイトペーパー
・レガシーシステム刷新の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。