MES改修の完全ガイド - ブログ

MES改修で工場を止めずに刷新するには、現状分析と要件定義、方式・ベンダーの選定、段階的な移行の順に進めることが基本です。

改修の背景、方式と連携、移行や発注の要点を一通り押さえられる構成です。各テーマの詳細は関連記事もご覧ください。

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

MES改修の全体像 — レガシーMESの限界が表れる背景

MESが計画と現場設備の間をつなぐ位置関係を確認できます。

MES改修とは、老朽化した製造実行システムを、生産要件と技術水準に合わせて作り直す取り組みです。

MESは、作業手順や製造データ、品質を管理します。加えて、トレーサビリティや実績の管理も担い、進捗や設備の状態も扱います。その役割は、ERP（計画層）と現場設備（制御層）の間に立つ「実行層」です。

費用と期間は、部分的な機能追加にとどめるか、基盤全体を刷新するかで大きく変わります。そのため、着手前に必要な改修範囲を見極めておくことが大切です。

改修・刷新・リプレイス・移行など用語の違い

MESの改修範囲を検討する前に、関連する用語の意味をそろえておきます。

改修：既存のシステムを残したまま、機能を追加・修正する比較的軽い対応。
刷新・更改：システムを新しい世代へ作り替える取り組み。
リプレイス：既存の基盤を、別の製品やアーキテクチャへ置き換えること。
リアーキテクチャ：アプリケーションの内部構造を設計し直す作業です。
移行：データや機能を新しい環境へ引き継ぐ過程で、リプレイスや刷新の中に含まれるのが一般的です。

用語の違いを社内で共有しておかないと、ベンダーとの認識がずれ、見積もりにもブレが出やすくなります。

改修が必要になる背景と放置するリスク

老朽化したMESには、いくつかの危険なサインが現れます。放置した場合にどんな影響が出るかも、あわせて見ておきます。

サポート終了：利用中のOSやミドルウェア、パッケージのサポートが終わりに近づいている状態です。
属人化・ブラックボックス化：Excelやマクロでの補完や改修の積み重ねで、中身が分からない状態。
トレーサビリティの欠如：製造ロットや使用部材を追跡できない状態。

サポートが終わると脆弱性が放置されやすくなり、障害が起きてもベンダーの支援を受けられないリスクが高まります。

品質問題が起きたとき、リコールの範囲を特定できないと、回収コストもブランドへの傷も膨らみます。

4M（人・機械・材料・方法）の記録が断片的だと、不良の真因解析も進みません。老朽化したMESは、利便性の問題にとどまらず、生産の継続性と製造責任に関わる経営リスクです。

▶ 関連記事：MES改修の進め方

MES改修の進め方 — 失敗しないプロジェクトの全体像

各工程の成果物を確かめながら進める順序が見渡せます。

MES改修は、現状分析と要件定義から始まり、RFP作成とベンダー選定へ進みます。その後はデータ移行とテストを経て、本番切り替えへ移ります。

各フェーズの成果物を明確にし、発注側が承認しながら進めると、後戻りやコスト超過を防ぎやすくなります。

全ラインを一度に切り替えず、単一のラインや機能から始めるスモールスタートは、安全な進め方とされています。

As-Is/To-Be分析・要件定義・RFP作成

要件定義からRFP作成までは、現状と目標を把握し、優先順位を決めていく流れです。

現状と目標の分析：As-Isを一覧にして、To-Beとのギャップを確かめます。
要件の優先順位付け：生産や品質に直結する機能を必須にし、便利機能は段階追加に回します。
RFP作成：要件を提案依頼書にまとめ、複数社に同じ条件で示す作業です。

現行機能をすべて引き継ごうとすると要件が膨らみ、そのぶん開発費も納期も増えます。また、各社に同じ条件を示すことが、公平な比較と適正な見積もりにつながります。

スモールスタートとBOP・マスタ整備という前提工程

前提工程として、BOP（工程順序・作業手順・標準時間）や品目・設備マスタを整えておきます。

BOP・マスタ整備：工程を制御し、稼働後もデータを合わせるために欠かせない準備です。
スモールスタート：単一ラインで効果を確かめてから、ほかのラインへ横展開する進め方です。

BOPが整っていないと、工程を正しく制御できず、システムが機能不全に陥ります。さらに、マスタ整備を省くと、データが合わなくなり、現場が従来のExcel運用へ戻ってしまうことがあります。

▶ 詳細はこちら：MES改修の進め方

ポイント

工程ごとの成果物を発注側が承認してから次へ進むかどうかは、迷ったときの判断の目安になります。承認を省くと、後戻りやコスト超過が起きやすくなります。

改修方式の選択肢 — パッケージ/スクラッチ/オンプレ/クラウド、そしてcMES

MESの方式は、パッケージかスクラッチか、オンプレミスかクラウド（SaaS）かという二つの観点で整理できます。

標準機能で多くの業務を賄えるなら、パッケージのFit to Standardが有利になります。一方、独自の工程や設備が多い場合は、スクラッチやハイブリッドが現実的です。

近年は、従来の二項対立を超える選択肢も出てきています。

パッケージとスクラッチ、オンプレとクラウドの4象限比較

方式を比べるときは、業務への適合性とインフラ運用の両面から判断します。

パッケージ：導入が速く、保守のノウハウも蓄積されています。
スクラッチ：自由度は高いものの、初期コストと開発期間が膨らみやすい方式です。
オンプレミス：制御系への接続やセキュリティ統制に安心感がある反面、設備投資と運用の負荷が重くなります。
クラウド：初期投資を抑えやすい一方で、工場ネットワークへの接続や通信遅延への配慮が欠かせません。

パッケージに独自要件を作り込むと、カスタマイズ費が膨らみ、バージョンアップも難しくなります。

自社の業務特性とIT運用体制を踏まえ、4象限のどこに重心を置くかを決めます。

cMES＋AI駆動開発という新潮流とSaaS型のTCO逆転トラップ

新しい方式やSaaSを検討するときは、拡張性と稼働後の費用を確認します。

cMES：機能をモジュールとして組み合わせ、必要な機能を段階的に追加できる仕組みです。
AI駆動開発：コード生成によって、スクラッチ開発の工期やコストを抑える動きが見られます。
SaaSの課金：設備数やデータ量、利用アカウント数が増えるほど、従量課金も膨らんでいきます。

cMESは、ノーコード・ローコードによって現場主導の改善を進めやすく、パッケージかスクラッチかという二択を超える選択肢になります。

SaaS型は、数年単位でオンプレミスの総保有コストを上回るケースもあります。そのため、初期費用だけでなく、3年から5年の課金構造まで試算して比べます。

ポイント

迷ったときは、業務の独自性と、社内で運用を回せる体制のどちらが重いかを基準にします。運用体制が薄い工場では、保守の手間が少ない方式を優先する考え方もあります。

【MES特有の関門】レガシー設備・他システムとのデータ連携

MES改修では、製造設備や上位システムとのデータ連携が大きな関門になります。連携を軽く見ると、現場データを取れず、計画と実行がかみ合わなくなります。

製造現場特有の連携課題は、設計の段階で先に洗い出して解消しておくことが欠かせません。

古いPLC・海外製設備からデータを取るレトロフィットIoT

工場には、独自の通信規格を使う古いPLCや、ドキュメントの乏しい海外製設備が数多く稼働しています。

直接接続：高額な設備改修や入れ替えが必要になるため、コストが跳ね上がります。
レトロフィットIoT：設備本体には手を入れず、後付けのセンサーやIoTゲートウェイでデータを取ります。
段階的な収集：電流値や稼働信号など取りやすい情報から始め、必要なデータを少しずつ集めて過大な投資を避けます。

ERP（計画層）とMES（実行層）の粒度差と疎結合設計

ERPとMESを連携するときは、時間の粒度の違いを踏まえて設計します。

時間の粒度：ERPは月次・日次の計画、MESは分・秒単位の製造実績を扱います。
疎結合：必要なタイミングで非同期に連携し、密結合による性能の低下を避ける設計です。
データ連携：MESの実績は一定の間隔でERPへ返し、計画の指示はバッチでまとめて受け取ります。

粒度差を無視してERPとMESをリアルタイムに密結合すると、トランザクションが膨大になります。その結果、性能が保てず画面も重くなるため、必要なタイミングで非同期に連携します。

また、PLM（製品ライフサイクル管理）との連携も整理し、設計変更が現場に正しく伝わる経路を確保します。

工場を止めない移行 — データ移行・切替方式・切り戻し

移行データの整備と切替方式の検討に加え、戻る条件も事前に決めます。

MESが止まれば工場が止まり、売上も止まります。そのため改修では、「工場を止めない移行」を最優先の設計思想に据えます。データ移行、切替方式、切り戻し計画の三つは、稼働前に経営層も含めて合意しておくことが防衛策になります。

データ移行のマッピング・クレンジング・リハーサル

データ移行では、旧システムと新システムの項目を対応づけるマッピング定義が必要です。あわせて、不整合のあるデータを整えるクレンジングも行います。

在庫数量やロット情報を間引いたり、検証を怠ったりすると、稼働直後に在庫の不整合が起き、出荷停止につながります。

本番と同じ条件で、複数回リハーサルを行います。所要時間と問題点を洗い出しておくと、本番当日のリスクを下げられます。

一括移行と段階移行のトレードオフと切り戻し計画

一括移行と段階移行では、それぞれ負担の中身が異なります。いずれの方式でも、切り戻し計画は先に用意しておく必要があります。

一括移行：短期間で切り替えられる一方、失敗時の影響が全社に及びます。
段階移行：安全とされる一方、並行稼働によってデータ同期の中継開発や二重入力が生じ、期間とコストが増えます。
切り戻し：旧システムへ戻す条件と、障害時の動きをあらかじめ決めておくことです。

許容ダウンタイム、旧システムへ戻す判断基準、発動権限者は、文書で事前に合意しておきます。

ポイント

許容できる停止時間と、切り戻しの発動権限を経営層と決めておけるかどうかが、判断の目安になります。決められないまま移行に入ると、障害時の判断が現場任せになります。

開発会社・ベンダーの選び方

MES改修の成否は、開発会社やベンダーの選定で大きく左右されます。判断の際は、製造現場への理解をとくに重視します。

自社に合うパートナーかどうかは、製造ドメインへの理解や実績、プロジェクト管理の体制から見極めます。加えて、一般的な業務システムの開発力も確認しておきます。

製造ドメイン理解と実績・技術力の確認ポイント

自社と同じ業種や工程での導入実績と、製造ドメインへの理解度を確かめます。共通の言葉で議論できるかどうかが、要件定義の質を左右します。

MESは設備制御やトレーサビリティ、4M管理など製造特有の概念を扱うため、これらへの理解が欠かせません。

レトロフィットIoTやERP・PLM連携、IoT/AI活用への対応力も確認します。その際は「できます」の一言で済ませず、事例や設計方針まで聞きます。

プロジェクト管理体制と現場定着サポートの評価

稼働前後を支える体制は、進捗管理、現場定着、継続改善の三つの観点で見ます。

プロジェクト管理：週次定例や課題管理表によって、進捗と論点を共有する仕組みです。
現場定着：入力負荷を抑えるUI/UXや、操作教育・マニュアルの支援。
継続改善：構築後も相談できる、伴走型の体制です。

▶ 詳細はこちら：MES改修でおすすめの開発会社6選と選び方

ポイント

稼働後も相談できる伴走型の体制があるかどうかは、導入後に現場へ定着するかを見極める目安になります。操作教育やマニュアルの支援まで提案に含まれているかも、あわせて確かめます。

費用相場とROI — 稟議で押さえる観点

MES改修の費用は、規模とカスタマイズ度によって変わります。初期費用だけでなく、投資対効果（ROI）も合わせて検討します。

MESは、導入すればすぐに利益が出るシステムとは限りません。そのため、費用とROIを合わせて示せるよう準備しておくことが、稟議の鍵になります。

規模別の費用相場と補助金の活用

規模ごとの費用目安を比べておくと、投資の範囲を検討しやすくなります。

小規模：単一ラインや限定した機能が対象で、数百万円から1,500万円程度です。
中規模：複数ラインや工場全体を対象とし、1,500万円から5,000万円程度になります。
大規模：多拠点や大規模なスクラッチでは、数千万円から数億円に達することもあります。

費用は、対象機能数とカスタマイズ度で大きく変わるほか、設備や他システムとの連携範囲、移行データ量にも左右されます。また、中小製造業では、IT導入補助金などで初期負担を軽減できる場合があるため、対象要件を確認しておきます。

MES特有のROIモデル — 間接的リスク回避効果の定量化

ROIでは、直接効果と間接的なリスク回避効果を合わせて評価します。

直接効果：工数削減や歩留まり改善を見積もる項目です。
品質リスク回避：追跡性を高めてリコールの範囲を限定し、損失を抑える効果です。
属人化リスク回避：ベテランが退職した後も製造を続けられる体制を評価する項目です。

数千万円規模になると、直接効果だけでは承認されないこともあります。そこで、「導入しない場合のリスク」を金額に換算し、初期費用と運用費を合わせた3年から5年のTCOも比べます。

▶ 詳細はこちら：MES改修の見積相場・費用

ポイント

初期費用だけで比べるか、稼働後の運用費まで含めて比べるかが判断の目安になります。SaaS型は設備数やデータ量に応じて従量課金も増えるため、この点も見ておきます。

発注・外注の進め方とRFP・稟議

発注の前に、目的やKPI、要件を社内で固めておきます。目的や改善目標が曖昧なままだと、各社の提案を正しく評価できなくなります。

要件をRFPにまとめ、複数社へ同じ条件で示すと、各社の提案を公平に比べられます。

RFPの作成と稟議の通し方

RFPには、現状の課題や改修目的、必須要件を書きます。あわせて、予算感や希望日程、既存設備・システムとの連携条件も記載します。

各社の提案は、機能・費用・体制の観点で横並びにした比較表にまとめられます。稟議では、その比較表とROI試算を用意しておきます。

リスク回避効果に加えて、想定されるリスクとその対策も示すと、承認を得やすくなります。発注先や金額の理由も、明確に説明できるようになります。

契約・責任分界点で注意する点

契約では、要件定義の扱いと、ベンダーと自社の責任分界点を仕様のレベルで整理します。

工程と担当範囲：要件定義、設備連携、データ移行それぞれの分担を定めます。
現場の協力：レガシー設備からデータを取るために必要な役割を、明確に決めておきます。
支払い条件：着手金、中間金、検収後の三つに分け、成果物の承認と結びつけます。

役割分担が曖昧だと、後でトラブルになりやすくなります。そのため、責任分界点は契約書に明記しておきます。

▶ 詳細はこちら：MES改修の発注・外注・委託方法

MES改修で失敗しないためのポイント

MES改修には、企業が陥りやすい失敗のパターンがあります。設計や体制づくりの段階で対策を組み込んでおけば、回避できるリスクがあります。

現場定着、データ設計、インフラの三つの観点から、事前に対策を考えておきます。

過度なカスタマイズと現場反発というアンチパターン

失敗を避けるには、カスタマイズの範囲と、現場の巻き込み方を見直します。

過度なカスタマイズ：例外処理や暗黙のルールまで作り込むと、コストと納期が膨らみ、将来の更新も困難になります。
現場の反発：IT部門だけで進めると定着しにくいため、要件定義の段階からキーマンを巻き込みます。

標準機能に業務を寄せる目的を丁寧に伝えれば、現場の抵抗を和らげられます。

トレーサビリティ設計と多拠点ロールアウトのインフラ勘所

「後から追えるように」という要望を、記録の単位や時点まで具体化しないと、トレーサビリティは機能しません。

取得設計：ロットかシリアルか、記録する時点をBOPに沿って決める作業です。
現場入力：RFIDやハンディ端末で負荷を抑え、作業者の協力を得やすくします。
多拠点インフラ：全社展開でログが増えることに備えて、帯域やサーバを考慮します。

取得設計が曖昧だと、クレームが起きたときにデータがつながらず、追跡できなくなります。

1工場のスモールスタートが成功しても、全社展開の段階でトランザクションやログが急増する場合があります。そこで、帯域や本部サーバの不足で応答が落ちるケースに備え、工場側の一時バッファとスケールアウトを前提にサイジングします。

まとめ

MES改修には、用語や方式の選択から移行、発注、費用の判断まで、多くの論点があります。

現場のExcel特例やレガシー設備、属人化といった課題を、まずは直視します。そのうえで、Fit to Standardで要件の肥大化を防ぎ、切り戻し計画も含めて、工場を止めない設計にします。

進め方・期間に関するよくある質問

単一ラインのスモールスタートは数か月、工場全体の改修は1年から2年程度が一般的です。

期間は、BOPやマスタの整備状況、レガシー設備との連携の難しさによって変わります。そのため、マスタ整備には時間をあらかじめ確保しておきます。

全ラインを一度に切り替えず、段階的に展開することが、結果として最短ルートになります。

費用・止めない移行に関するよくある質問

費用の抑え方と、移行で止まるリスクへの備えを、質問ごとに押さえておきます。各テーマの詳細は、末尾の関連記事をご覧ください。

費用を抑える：MustとWantを分けて初期範囲を絞り、補助金の活用も検討します。
SaaS費用を判断する：従量課金を含めて、3年から5年のTCOで見極める方法です。
稼働初日の停止に備える：複数回の移行リハーサルを重ねて、本番の手順を確かめておきます。

切り戻しについては、許容ダウンタイム、判断基準、発動権限を明記しておきます。

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
 ・スクラッチシステム開発の完全ガイドブック
 ・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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