MES刷新の見積相場や費用/コスト/値段について

MES刷新の費用は、工場の規模、連携する範囲、カスタマイズの範囲によって、数百万円から数億円規模まで変わります。

規模別の費用相場を示したうえで、見積もりの内訳、費用を左右する要因、費用対効果の考え方を順に取り上げます。全体像はMES刷新の完全ガイドもご覧ください。

▼全体ガイドの記事
・MES刷新の完全ガイド

MES刷新の費用相場 — 規模別の全体感

小規模帯・中規模帯・大規模帯のMES刷新費用目安を3枚のカードで示した図。
対象範囲が広がるほど費用帯も上がります。

MES刷新の費用は、工場の規模や機能の範囲によって変わります。ライン数や接続設備数も、費用を変える要因になります。

規模別の費用目安と前提条件

規模別の相場を見ると、自社がどの費用帯に当てはまるかの見当がつきます。

  • 小規模帯:数百万円〜1,500万円
  • 中規模帯:1,500万円〜5,000万円
  • 大規模帯:数千万円〜数億円

小規模帯は、単一ラインや特定工程に絞ってスモールスタートし、実績収集やトレーサビリティなどに機能を限るのが中心です。加えて、パッケージやSaaSを標準に近い状態で使い、カスタマイズを抑えると収まりやすくなります。

中規模帯は複数ラインや複数工程をカバーする構成で、設備とのデータ連携や既存ERPとの接続が加わると、費用が上がります。

大規模帯は、複数工場の同時展開やスクラッチ開発が必要になるケースです。独自の生産方式に合わせる作り込みも、規模を大きくしやすい要因になります。

レトロフィット改修や多拠点展開、インフラ増強まで含めると、総額は大きく膨らみます。実際、同じMES刷新でも対象範囲によって10倍以上の差が生まれます。

システム形態による費用構造の違い

システム形態ごとに分けて見ると、初期費用と継続費用の違いを比べられます。

  • パッケージ型:初期費用は大きいが、継続費用を読みやすい
  • オンプレミス型:買い切りに近く、初期投資が中心になる
  • SaaS型:初期費用を抑えやすいが、月額の従量課金がある

パッケージ型やオンプレミス型は、初期費用が大きくなる傾向があります。買い切りに近いぶん、ランニングコストは比較的見通しが立ちます。

SaaS型(クラウド)は、設備数やデータ量に応じて従量課金が増えます。その結果、TCO(総保有コスト)が逆転する場合があります。

利用アカウント数などが増えると、数年単位でオンプレミス型を上回ることがあります。そのため、初期費用だけでなく、5年程度の累計コストで比べることが大切です。

ポイント

自社の規模と連携範囲を先に整理しておくと、提示された見積もりがどの費用帯に当たるのかを判断する手がかりになります。

費用の内訳 — 費目ごとの構成

MES刷新の初期費用を上流工程、開発工程、移行・定着に分けた図。
工程ごとの工数を分けると費用の根拠を追いやすくなります。

見積書の総額だけでは、金額が妥当かどうかを判断しにくいものです。そこで、初期費用とランニングコストの配分を確認すると、見積もりの精度を見極められます。

初期費用(人件費・工数)の内訳

初期費用は、人件費と各フェーズの工数に分けて見ると、増減の理由がつかみやすくなります。

  • 上流工程:要件定義や設計の工数
  • 開発工程:開発やテストの工数
  • 移行・定着:データ移行や現場支援の工数

各フェーズの費用は、エンジニアの単価に人月を掛けて積み上げます。一般的なシステム開発では、上流のシステムエンジニアの単価が月額100万円から160万円程度です。また、プロジェクトマネージャーは、システムエンジニアより単価が高くなる傾向があります。

MES刷新では、データ移行とマスタ整備に工数がかかりがちです。特に、BOP(工程順序・作業手順・標準時間)が未整備だと、移行工数はさらに増えます。マッピング定義やクレンジングには、想定の数倍の工数がかかる場合もあります。さらに、暗黙ルールやExcelの特例運用を作り込むと、カスタマイズの工数が膨らみます。

初期費用以外のランニングコスト

稼働後に毎年発生する費用も、初期見積もりと同じ基準で見ておく必要があります。

  • 保守費用:初期開発費の15%前後が年額の目安
  • ライセンス費用:SaaS型の月額料や従量課金
  • 基盤維持費:サーバーやネットワーク機器の保守

OSやミドルウェアの更新、セキュリティ対策も、継続的な費用として発生します。MESは工場の稼働を支えています。そのため、障害が起きたときにすぐ対応できる保守体制が欠かせません。

加えて、24時間365日のサポートや、設備増設に伴うライセンス追加も見込んでおきます。初期費用とランニングコストを5年累計で比べると、ベンダー間の費用差が見えてきます。

ポイント

総額だけでは比べられないため、初期費用とランニングコストを分け、工程ごとの金額を並べて見るのが判断の目安です。金額の根拠が追えるかどうかが基準になります。

費用を左右する主な要因

同じ規模の工場でも、見積額が倍以上違うことがあります。費用の変動要因を把握しておくと、削れる部分と削れない部分を切り分けられます。

カスタマイズの範囲とFit to Standard

カスタマイズの範囲は、開発費だけでなく稼働後の費用も大きく左右します。

  • 標準機能:自社業務を標準に寄せ、費用を抑える
  • 固有業務:標準で吸収できない業務だけを残す
  • 判断時期:標準と例外の線引きを早期に行う

業務を作り込むほど開発工数が増え、保守やバージョンアップの費用も膨らみます。そこで考えたいのが、Fit to Standard(標準機能に業務を合わせる考え方)です。

製造現場には、標準機能では吸収しきれない固有の事情もあります。そのため、標準に合わせる業務と譲れない業務の線引きを、早い段階で決めておく必要があります。

判断が曖昧なままだと追加要望が続き、見積もりは1.5倍から2倍に膨らみます。

設備連携とシステム間連携の難易度

設備と他システムとの連携方法は、MES特有の費用変動要因になります。

  • 新しい設備:標準的な通信規格でデータを取得しやすい
  • 古い設備:後付けセンサーやゲートウェイが必要になる
  • ERP連携:疎結合・非同期を前提に設計する

古いPLCや海外製の独自規格の設備では、レトロフィットIoTが必要になります。高額な設備改修を避けて後付けで対応する場合でも、対象設備の数だけ費用は積み上がっていきます。

ERP(計画層)とMES(実行層)は、処理時間の違いを踏まえて連携させる必要があります。ERPは月次や日次、MESは分や秒の単位で動くため、密結合にすると性能破綻を招きます。そのため、連携の作り方によって後工程のコストが変わります。

ポイント

カスタマイズも連携も、標準に合わせる業務と譲れない業務の線引きを先に決めておくのが目安です。線引きが曖昧なままだと、見積もりの差の理由が読み取れません。

隠れコスト・見落としやすい費用

段階移行で発生する中継開発、二重入力、移行検証を3項目で示した図。
並行稼働の期間と検証内容が見積もりの確認点になります。

見積書に明記されない費用が、プロジェクトの予算超過を引き起こします。よくある費用の例を知っておけば、見積もりの段階で、どこまでが含まれているかを確認できます。

移行期間に発生する二重コスト

段階移行では、新旧システムを並行して動かすことで、二重のコストが発生します。

  • 中継開発:新旧システムのデータ同期に使う
  • 二重入力:移行期間に現場の作業が増える
  • 移行検証:リハーサルを見積もりに明記する

工場を止めないために段階移行を選ぶと、移行期間が長いほど費用が増える面があります。一括移行はリスクが高い一方で、段階移行は安全とされます。この点が、費用と安全性のトレードオフになります。

マッピング定義、クレンジング、複数回のリハーサルは、移行で欠かせない工程です。これを省くと、稼働後に在庫の不整合が起き、業務停止につながるおそれがあります。

リハーサルの回数が見積もりに書かれているかは、発注時の安心材料になります。

多拠点展開時のインフラ再投資

1工場から全社展開へ進むと、インフラの再投資費用が発生する場合があります。

  • 通信基盤:拠点増加でネットワーク帯域が不足する
  • サーバー:本部側の処理能力を増強する
  • 拡張設計:スケールアウトとバッファを前提にする

拠点が増えるとトランザクションやログのデータ量も増えるため、帯域やサーバー能力が不足すると、レスポンスの低下やセッションの切断が起きます。

回線増強やサーバー増強は、数千万円規模に及ぶこともあります。そのため、初期見積もりの段階から多拠点展開を見越しておくことが求められます。

工場側でデータを一時的に保持する仕組みも、対策のひとつです。なお、1拠点目の費用だけで全社展開の予算を逆算すると、追加投資が必要になります。

ポイント

移行期間の二重コストやリハーサル回数が見積もりに含まれるかを確かめるのが目安です。含まれる範囲を書面で残しておくと、後の食い違いを減らせます。

見積もりを取る際のポイント

比較できる見積もりを得るには、発注側が前提条件を具体的に示す必要があります。依頼内容が曖昧だと、ベンダーはリスクを織り込んだ高めの見積もりを出すことになります。

要件の明確化とRFPの準備

要件を具体的に示せば、各社が同じ前提で見積もれるため、比較がしやすくなります。

  • 対象範囲:ライン・工程・設備の型番と台数
  • 必要機能:既存システムとの連携範囲も整理する
  • 業務像:As-Is(現状)とTo-Be(あるべき姿)を分析して言語化する

これらをRFP(提案依頼書)にまとめておけば、各社の提案を同じ土台で読み比べられます。

MESでは、BOPやマスタの整備状況を正直に伝えることが大切です。未整備の部分を隠すと、開発後に前提のずれから追加費用が発生します。そのため、見積もりの範囲は前提条件として明記し、契約前に双方で合意しておきます。

複数社比較と見積書のチェック観点

複数社の見積もりは、総額と内訳を同じ条件で並べて比べます。

  • 工程別工数:フェーズごとの配分を比べる
  • 移行費用:リハーサル回数を確認する
  • 運用費用:保守年額と追加開発単価を見る

極端に安い見積もりは、工程の省略や後からの追加請求を前提にしている可能性があります。そこで、切り戻し計画やテスト工程が見積もりに含まれているかも見ておきます。

許容できるダウンタイムや切り戻しの判断基準も、事前に確認しておく必要があります。こうしたリスク対策を見積もりに計上しているベンダーは、現場のリスクを理解しています。

価格だけでなくリスクへの備えも含めて選ぶことが、結果として総額を抑える近道になります。

費用対効果(ROI)と稟議を通すための考え方

精緻な見積もりがあっても、経営層の稟議が通らなければ、プロジェクトは進みません。MESは導入後にすぐ利益が出るとは限らないため、費用対効果の示し方に工夫が必要です。

直接効果と間接的リスク回避効果の合算

ROIは、直接効果に加えて間接的なリスク回避効果も合わせて示すのがよいでしょう。

  • 直接効果:工数削減やペーパーレス化
  • 品質効果:回収や出荷停止のリスクを抑える
  • 継続効果:属人化を排し、製造を続けやすくする

直接効果だけでは、投資額に見合わず経営層に響かない場合があります。そこで、トレーサビリティ強化によるリコールや回収リスクの抑制も、数字で示せるよう定量化しておきます。

属人化を排除すると、製造継続性の確保につながります。これらを金額に換算すると、直接効果を大きく上回ることもあります。

品質問題の際に、追跡範囲を全ロットから特定ロットに絞れれば、損失を抑えられます。その結果、回収にかかる費用や機会損失も大幅に削減できる可能性があります。

導入しない場合のリスクを金額で示せば、投資判断の根拠になります。また、老朽化やサポート終了を放置する危険性も、経営層に伝わりやすくなります。

補助金の活用による実質負担の軽減

補助金は、MES刷新の実質負担を抑えるための選択肢のひとつです。

  • 制度:IT導入補助金やものづくり補助金
  • 対象:生産性向上やデジタル化を支援する経費
  • 計画:申請要件と時期を先に確認する

対象経費の一部が補助されるため、自己負担を抑えられます。ただし、申請時期や要件があるため、計画段階から予定に組み込んでおく必要があります。

補助金の採択が確定するまで、入金はありません。そのため、自己資金で進められる計画を立て、補助金は上乗せとして見込んでおくのが安全です。

補助金の申請を支援できるかどうかも、ベンダー選定の判断材料になります。

ポイント

直接効果だけで投資額に届かない場合は、品質や継続性の効果も金額に換算して示すのが目安です。経営層には、導入しない場合のリスクも併せて伝えます。

まとめ

MES刷新の目安は、小規模で数百万円から1,500万円、中規模で1,500万円から5,000万円、大規模で数千万円から数億円です。

カスタマイズ、連携、移行方式、多拠点展開によって、金額は大きく変わります。だからこそ、総額だけでなく内訳を確認し、5年累計のTCOで比べることが大切です。

見積もりではRFPを準備したうえで、移行リハーサルと切り戻し計画を複数社で比べます。稟議では、直接効果とリスク回避効果を合算して、投資の妥当性を示します。

補助金も活用しながら、現場のリスクを理解したパートナーと、工場を止めない刷新を進めていきます。

▼全体ガイドの記事
・MES刷新の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。