MESリプレイスは、要件定義・企画、設計・開発、テスト・リリースの3段階を順に進めると、稼働初日の停止リスクを抑えられます。背景の整理から段階ごとの進め方、データ移行、費用、発注先の選び方まで、発注側の担当者が押さえたい点を取り上げます。
▼全体ガイドの記事
・MESリプレイスの完全ガイド
レガシーシステム刷新の工程ごとの進め方と注意点については、無料ホワイトペーパー「レガシーシステム刷新の完全ガイドブック」で詳しく解説しています。
MESリプレイスの全体像とリプレイスが必要になる背景
MESリプレイスとは、製造実行層を担う既存システムを新しい基盤へ刷新する取り組みです。対象は、作業手順管理や製造実績収集、品質・トレーサビリティ、設備管理にわたります。
既存機能の置き換えにとどまらず、老朽化したアーキテクチャを見直して、IoTやデータ活用に耐える構造へ作り変える意味もあります。そのため、なぜ今必要なのかを経営層と現場で共有しておくと、プロジェクト全体の方針がぶれにくくなります。
リプレイス・改修・リアーキテクチャの違い
用語の意味をそろえておくと、ベンダーとの認識のずれを防ぎやすくなります。そのため、3つの選択肢の違いを先に押さえておきます。
- 改修：既存システムを活かし、部分的に手を入れる。
- リプレイス：老朽化した基盤を、別製品やスクラッチで置き換える。
- リアーキテクチャ：外部仕様は保ったまま、内部構造を作り直す。
一般に、改修よりも刷新のほうが費用は大きくなります。ただし、サポート終了が近い場合や拡張の余地が尽きた場合に改修を選ぶと、数年後に再投資が発生して割高になることがあります。
判断軸は、あと何年使うかと、IoTやAI活用などの将来要件を載せられるかです。延命が目的なら改修が候補になり、5年以上の活用と機能拡張を見込むなら、リプレイスやリアーキテクチャが妥当です。
改修か刷新かの方針を文書化しておくと、後工程で仕様が膨らむのを抑えられます。
放置するリスクとリプレイスを迫る4つの背景
リプレイスを迫る背景は4つあります。それぞれ放置すると何が起きるかを、順に見ていきます。
- 老朽化・サポート終了：障害時に部品やパッチを入手できず、復旧できなくなる恐れがあります。
- 属人化：Excelや個人のノウハウに頼った運用は、担当者が退職すると立ち行かなくなります。
- 追跡要求の高まり：材料とロットを追えなければ、回収範囲を絞り込めず、被害が広がります。
- スマートファクトリー化：古いMESのままでは、IoTデータの収集やAI分析に必要な基盤を作れません。
EOL/EOSLを迎えたハードウェアやOSは、突然の停止につながる可能性があります。また、トレーサビリティが不足すると、リコールや品質クレームの際に影響範囲を絞り込めません。
こうした課題は、製造を続ける力そのものを損ないます。だからこそ、症状が軽いうちに計画的なリプレイスへ動き出すのが賢明です。
MESリプレイスの進め方｜要件定義から本番リリースまでの流れ
進め方は、要件定義・企画、設計・開発、テスト・リリースの3段階です。中規模案件の場合、期間は半年から1年半程度が目安になります。
前提となるマスタ整備を飛ばすと、後工程が立ち行かなくなります。そのため、最初にマスタ整備を済ませたうえで、各段階の要点を押さえながら進めます。
要件定義・企画フェーズ｜As-Is/To-Be分析とRFP作成
まず現状の業務（As-Is）を見える形にし、あるべき姿（To-Be）とのギャップを見つけ出します。そのうえで、業務ごとにどこまで標準化するかを決めていきます。
- 業務の洗い出し：作業手順と例外処理まで含めて、現状の業務を一覧にする。
- 標準化範囲：新システムに合わせて、業務を統一する部分。
- 踏襲範囲：現状を維持して引き継ぐ業務。
標準化と踏襲の線引きが曖昧なまま進むと、後工程でカスタマイズが膨らみます。そのため、線引きは要件定義の段階で固めておくことが基本です。
整理した要件は、RFP（提案依頼書）にまとめます。RFPには、対象ラインの規模、接続設備の台数と通信方式、想定データ量を記載します。既存ERPやPLMとの連携要件も含めます。
希望スケジュールと予算感も具体的に示し、複数のベンダーへ提示します。各社を比べやすくするため、示す条件はそろえておくことが欠かせません。
BOP（工程順序・標準作業・標準時間）が整っているかも、早い段階で見ておく必要があります。未整備のままMESを入れると、機能不全に陥る可能性があります。そこで、マスタ整備は独立した前提工程と位置づけ、要件定義の段階で計画に組み込みます。
設計・開発フェーズ｜スモールスタートでの効果検証
設計・開発では、要件をもとに画面、帳票、データ連携の詳細を固めていきます。展開では、検証の順序が成否を左右します。
- 対象を絞る：全ラインへ一気に広げず、単一ライン・単一機能から始めます。
- 効果を検証する：現場の使い勝手と実績データの精度を見ます。
- 改善後に横展開する：検証結果をもとに改善してから、対象を広げます。
情報システム部門だけで仕様を固めると、現場の実態と食い違いやすくなります。そのため、現場キーマンを巻き込み、実際の作業者が早い段階でテスト環境に触れられるようにします。
また、設計レビューには生産技術や班長クラスにも参加してもらいます。入力の負荷やUIのわかりやすさを早期に確かめておくと、稼働後の定着率が変わります。
テスト・リリースフェーズ｜現場での実証と本番切替
テストは、単体テストと結合テストを経たうえで、生産条件を再現した現場での実証運用に進みます。実証では、設備との接続、データ収集、性能の3つの面から、本番で使える状態かを見極めます。
- 設備との通信：本番に近い状態で、接続できるかを見ます。
- 実績収集：データの取りこぼしの有無。
- ネットワークと性能：繁忙時間帯のピーク負荷で破綻しないかを検証します。
本番切替は、生産が止まる連休や休日に合わせるのが定石です。そのうえで、手順書と切り戻し計画を準備し、判断権限者を明確にしておきます。
リリース後も一定期間は、旧システムを参照できる状態で残します。旧システムを残しておけば、データの照合や問い合わせ対応に備えられます。
工場を止めないデータ移行と切り戻しの設計
本番切替で工場を止めないためには、移行設計を稼働前に詰め切ることが欠かせません。なかでも、データ移行、切替方式、切り戻しの3点は押さえておく必要があります。MESが止まれば生産も止まるため、移行設計を軽視すると、稼働初日のトラブルで生産停止に直面しかねません。
データ移行はマッピング・クレンジング・複数回リハーサルが鉄則
旧システムからのデータ移行は、次の工程で整合性と切替時間を確かめていきます。
- マッピング：旧システムと新システムの項目対応を定義する。
- クレンジング：不正値や重複の除去。
- 複数回のリハーサル：本番と同等の環境で切替を再現し、最低でも2回以上行う。
移行データの間引きや整合性チェックを怠ると、在庫数量の不整合やマスタの欠落が起き、稼働後の業務停止につながります。切替を作業窓に収めるため、リハーサルで移行時間を実測しておきます。
なお、移行とあわせて設備からの実績収集を見直す際、古いPLCや海外製設備が対象なら、高額な設備改修を避けられるレトロフィットIoTが現実的な選択肢になります。後付けセンサーやゲートウェイを介せば、既存設備を活かして実績収集を自動化できます。また、設備ごとの通信方式を早い段階で洗い出しておくと、後戻りを防げます。
一括移行か段階移行か｜切り戻し計画の作り込み
切替方式は、ライン構成と許容できるリスクに応じて、早い段階で決めます。方式ごとの影響を比べておくと、判断がぶれにくくなります。
- 一括移行：旧システムを一斉に新システムへ切り替える。
- 段階移行：ライン単位で、順次新システムへ移す。
一括移行はリスクが大きい反面、新旧を並行して運用する手間がかかりません。一方で段階移行は安全性が高いものの、新旧データを同期する中継プログラムの追加開発と二重入力が必要になります。そのため、段階移行では移行期間とコストが膨らむ点に注意が必要です。
切り戻し（ロールバック）計画では、許容ダウンタイム、発動基準、判断権限者を事前に合意します。経営層も、この合意に加わります。
旧システムへ戻す条件を稼働前に決めておかないと、現場が混乱して判断が遅れ、被害が広がります。このため、事前の合意は工場を止めないための最後の備えになります。
MESリプレイスの費用相場とコストの内訳
費用は、工場の規模、接続設備数、カスタマイズの範囲によって変わります。そのため、規模別の目安を見て予算を検討します。
- 小規模：数百万円から1,500万円程度です。
- 中規模：1,500万円から5,000万円程度です。
- 大規模：数千万円から数億円規模に及びます。
ただし、ここに挙げた金額はあくまで目安です。初期費用だけでなく、稼働後の費用も含めた総額（TCO）で捉えると、稟議や予算策定での失敗を防げます。
初期費用とランニングコストの内訳
初期費用は開発工数が大半を占めるため、費用がどこに積み上がるかを分けて見ておく必要があります。
- 人件費：要件定義から教育までに関わる人月。
- ライセンス費用：利用するMESのライセンス費。
- インフラ費用：サーバやネットワークなどにかかる費用。
設備連携や既存システムとの接続が多いほど、開発工数は増えます。接続範囲は、見積もりの段階で確かめておく必要があります。
保守・サポート費用は、初期費用の年15%前後が目安です。加えて、クラウド利用料や機能追加費用も、継続して発生します。
SaaS型MESでは、接続設備数、データ量、アカウント数に応じて従量課金が増えます。さらに、数年単位でオンプレミスを上回るTCO逆転も起こり得ます。そのため、導入時の月額だけでなく、3〜5年後の利用規模を想定して比較します。
稟議を通すMES特有のROIモデル
MESは、導入による直接的な収益が見えにくく、工数削減だけでは経営層に伝わりにくいことがあります。そこで、効果を複数の面から整理します。
- 直接効果：ペーパーレス化、歩留まり向上、稼働率の改善が該当します。
- リスク回避：損失の抑制や製造継続性の確保を、金額で示します。
リスク回避額には、トレーサビリティ強化によるリコールや回収範囲の限定、属人化の排除による製造継続性の確保を含めます。さらに、サポート終了によるシステム停止リスクの回避額も試算します。
導入しない場合に起こり得る損失として示すと、投資対効果を説明しやすくなります。加えて、IT導入補助金などの公的支援の活用余地も検討しておくと、稟議の通りやすさが変わります。
見積もりと発注先選びで失敗しないポイント
MESリプレイスを成功させるには、適切な見積もりと信頼できるパートナーの選定が前提になります。発注先は、価格だけでなく実績や支援体制も評価します。特に、安さだけで発注先を決めると、追加費用がかさんだり、製造現場の理解不足で要件が噛み合わなくなったりします。
要件の明確化と複数社の同条件比較
提示する要件が明確なほど、見積もりの精度は上がります。そのため、各社へ示す条件はそろえておきましょう。
- 設備情報：対象ラインの規模、設備台数、通信方式。
- システム情報：想定データ量と、ERPやPLMなどの連携先。
- 移行範囲：移行するデータの範囲。
曖昧なRFPでは各社の前提がばらばらになり、金額を横並びで比べられません。そこで、同じ条件を示して複数社へ見積もりを依頼します。
受領後は、総額だけでなく標準機能とカスタマイズ費用の境界を確かめます。データ移行、教育、保守の計上内容も、あわせて見ておきます。
ただし、極端に安い見積もりは、必要な工程が抜けていたり、追加請求を前提にしていたりする場合があります。そのため、内訳の透明性を重視します。
製造現場を理解したベンダーの見極め
MESには、製造現場の業務知識が欠かせません。そのため、発注先の実績や支援体制を、あらかじめ確かめておきます。
- 導入経験：同業種・同規模での実績の有無。
- 技術経験：設備連携やトレーサビリティに関わった経験。
- 支援体制：プロジェクト管理、定着支援、稼働後の保守を担う体制を見ます。
要件定義から定着支援まで伴走できるかも、重要な判断材料になります。さらに、ERPやPLMとの連携設計に知見があるかも確かめておきます。計画層のERPと実行層のMESでは、扱うデータの粒度が異なるためです。
無理な密結合は画面を重くし、性能を破綻させます。そのため、疎結合や非同期連携の設計に知見があるかを確かめます。この点が、稼働後の使い勝手を左右します。
発注や外注の具体的な進め方は、関連記事もあわせてご覧ください。
MESリプレイスでよくある失敗とアンチパターン
MESリプレイスでは、多くのプロジェクトが陥りやすい典型的な失敗があります。事前に知っておけば、回避できます。
代表的なアンチパターンは2つあり、それぞれの対策も合わせて押さえておきましょう。先回りして対策すると、無駄なコストと現場の混乱を防げます。
過度なカスタマイズによるコスト肥大
最も多い失敗は、現場の例外処理やExcelの特例運用を、すべてシステム化しようとすることです。その結果、カスタマイズが膨らみます。
費用が増えるうえ、改修箇所が多いほど将来のバージョンアップが難しくなります。そのぶん、塩漬けのレガシーシステムを再び生む恐れもあります。
対策には、Fit to Standardの考え方を使います。要件定義では、業務への対応方法を区分ごとに整理します。
- 標準機能：業務のほうを、製品の機能に合わせる。
- 業務変更：業務そのものを変えて、標準機能で吸収します。
- 独自機能：競争力の源泉となる部分など、必要な箇所だけを作り込みます。
IT部門主導による現場の反発と定着失敗
情報システム部門だけで仕様を決めると、現場の実態から離れてしまうことがあります。定着を妨げる現象は、入力や画面の使いにくさとして表れます。
- 入力項目が多い：作業の手が止まってしまいます。
- 画面の流れが合わない：現場の不満が生じます。
- 運用に定着しない：使われなくなり、Excelへ逆戻りします。
そのため、プロジェクトの初期から現場キーマンを巻き込み、入力負荷を抑えたUI/UXに仕上げます。また、実績入力にはRFIDやハンディ端末を使い、作業者の負担を軽くします。
なお、定着とは別の注意点として、多拠点を一斉に展開すると、トランザクションやログが急増し、ネットワークや本部サーバが逼迫する恐れがあります。そこで、工場側のデータバッファと、スケールアウトを前提にしたインフラサイジングを計画し、レスポンス低下に備えます。
まとめ｜MESリプレイスの成否を分けるのは「現場を止めない設計」
MESリプレイスは、要件定義・企画、設計・開発、テスト・リリースの3段階で進めます。その際に成否を分けるのは、現場を止めない設計です。
BOPとマスタ整備を前提工程にし、スモールスタートで効果を検証します。さらに、データ移行のリハーサルを重ね、切り戻し計画は経営層も含めて合意しておきます。
費用は数百万円から数億円まで幅があります。そのうえで、SaaSのTCO逆転や多拠点展開時のインフラ再投資も考慮し、総額で判断します。
稟議では、工数削減に加えて、トレーサビリティによるリコール抑制や製造継続性の確保も定量化します。間接的なリスク回避の効果を合算すると、経営層へ説明しやすくなります。
自社のMESリプレイスを失敗なく進めるため、本記事を指針として活用してください。
▼全体ガイドの記事
・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を創業。