MES改修とは、MES（Manufacturing Execution System：製造実行システム）を作り替えず、特定工程の画面修正や、特定設備・PLCとの連携追加など、部分的な範囲に絞って手を加える取り組みです。
MES改修のPoC・プロトタイプ・モックアップは、位置づけ、方法、比較の3つの観点で見ると全体がつかめます。全体像は、以下の全体ガイドで確認できます。
- 位置づけ：MES改修の検証
- 方法：特定工程・設備・帳票
- 比較：既存機能と改修後の差分
▼全体ガイドの記事
・MES改修の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
MES改修におけるPoC・プロトタイプ・モックアップの位置づけ
MES改修の検証を正しく理解するには、全面刷新の検証と比べて対象の広さがまったく違うことを、まず押さえておく必要があります。範囲を絞り込むからこそ、検証も短期間・低コストで済ませられるのが、MES改修の特徴です。
他6波との違い（検証範囲の極小化という発想）
「MESのモダナイゼーション」のPoCは、既存の実績収集ロジックが新環境でも同じ結果を返すかを、工場全体の視点でパラレルラン（現新比較）により検証します。「MES刷新」のPoCは、経営層の投資判断の材料として活用されます。
また、「MESのリアーキテクチャ」のPoCは、ドメイン境界の妥当性やOPC UA連携の技術的な実現可能性を検証します。「MESリプレイス」のPoCは、複数のMESパッケージを比較評価する既製品検証です。
「MESのリニューアル」のPoCは、現場オペレーターのユーザビリティ検証を中心に据えます。いずれも対象が工場全体やシステム全体に及ぶ大がかりな検証です。これに対しMES改修のPoCは、「特定の1画面」「特定の1設備との通信」に検証範囲を絞り、短期間・低予算で「これなら本開発に進めるか」を確かめます。
小規模改修において検証を省略してよいケース・必須になるケース
MES改修のすべてのケースで、PoC・プロトタイプ・モックアップが必要になるわけではありません。既存の枠組みでの軽微な画面修正（文言変更やレイアウト調整）だけであれば、技術的な不確実性は低く、検証工程そのものを省いても大きなリスクにはなりません。
一方で、新たな設備・PLCとの連携を含む改修や、現場作業員の入力フローに大きく影響する画面改修では、検証を省くと本番稼働後に致命的な問題が見つかるリスクが高まります。そのため、自社の改修が「検証を省いても問題ないレベル」か「検証が必要なレベル」かを最初に見極めておくと、限られた予算と時間を適切に配分できます。
3つの検証手法の役割と使い分け
MESの部分改修では、「画面の使いやすさ（UI/UX）」と「設備とのデータ通信（技術的な実現性）」という異なる目的を混同せず、モックアップ・プロトタイプ・PoCという検証手法を明確に使い分けることが成功の鍵となります。
モックアップ・プロトタイプ（実績入力画面のビジュアル・操作性確認）
モックアップは、実際の機能は動かさず、画面のレイアウトやボタンの配置を静的なデザインで確認するものです。実績入力画面の修正では、現場作業員が見やすい文字サイズや配置になっているかを、開発の初期段階で素早く合意するために使います。
デザインツールで簡易に作れるため、低コストで数日程度で済むのが特徴です。これに対しプロトタイプは、画面遷移やボタンのアクションなど一部の機能を実際に動かせる試作品です。その画面を現場作業員に操作してもらい、入力フローに無駄がないか、手袋をしたままでも操作しやすいかを確かめ、得られたフィードバックをもとに改善します。
改修対象が画面まわりに限られる場合は、この2つの手法だけで十分な検証が完了することも少なくありません。
PoC（特定設備・PLCとの連携という技術的実現性の検証）
PoC（概念実証）は、特定の機能や技術が実際に動くか、技術的に実現可能かを確かめる実験です。特定の設備やPLCとの連携追加を行う場合、「期待するデータが正しい精度と通信速度で取得できるか」が最大の技術的リスクになります。そのため、UI（見た目）は一切作り込まず、裏側のデータ通信が成立するかどうかだけを、最小限のコードで検証します。
新たな設備・PLCとの連携を含む改修では、対象をその設備「1つ」に絞ってPoCを行うことが、実質的に必須の工程になります。この段階で通信の成否や取得できるデータの粒度が確認できていれば、本開発で想定外のつまずきに直面するリスクを大幅に減らせます。
全面刷新のPoCとの違い
同じ「PoC」という言葉を使っていても、全面刷新のPoCとMES改修のPoCでは、対象範囲の広さと意思決定の仕方に明確な違いがあります。この違いを押さえておくと、無駄のない検証を設計しやすくなります。
対象範囲の絞り込み（極小化）という発想
MES全体を刷新する大規模なPoCでは、新しいシステムアーキテクチャや技術基盤が工場全体の業務に適合するかを、広く検証します。
一方、小規模改修のPoCでは、検証範囲を「受発注も在庫もすべて」まで広げると、限られた予算・期間の中でかえって破綻の原因になります。そのため、「特定の1工程」や「特定の1設備との通信」に検証対象を極小化することが鉄則です。
検証したい論点が複数ある場合でも、一度にすべてを確かめようとせず、最もリスクの高い1点から検証します。その1点で問題がないと確かめてから次の論点へ進む、段階的なアプローチが小規模改修のPoCには適しています。
明確なGo/No-Go基準の設定と短期間での意思決定
小規模なPoCを「やりっぱなし」や、検証の繰り返しで先に進めない「PoC貧乏」にしないためには、定量的な成功基準（KPI）と撤退ラインを事前に決めておくことが大切です。たとえば、「特定のPLCからのデータ取得成功率が◯%以上なら本開発に進む（Go）」といった基準を置き、短期間で意思決定を下します。
全面刷新のPoCでは数ヶ月かけて複数の指標を総合的に評価することもありますが、MES改修のPoCは検証対象が狭いため、1〜2週間程度の短いサイクルで「Go」か「No-Go」かを明確に判断します。判断が出たら、速やかに次の工程へ進むことが求められます。
この判断基準を事前に文書化しておけば、検証結果が出たあとの社内調整に時間を取られにくくなります。
期間・費用感の目安
期間と費用は、規模や検証内容によって幅があります。ここでは、MES改修における各検証手法の目安を順に見ていきます。予算計画を立てる際の参考にしてください。
モックアップ・プロトタイプ・PoCそれぞれの費用相場
モックアップは、デザインツールなどで短時間に作成できるため、3つの手法のなかで最も低コストで、数日程度で完成するケースが多くなります。
プロトタイプは、期間の目安が数日〜数週間（より本物に近いハイファイなものを作り込む場合は4〜12週間程度）、費用は約100万円〜500万円です。実際に動く部分を作るため、相応の開発工数がかかります。
PoC（設備連携などの技術検証）は、期間2〜8週間程度（通信テストなどに絞れば1〜2週間で済むケースもあります）、費用は約30万〜300万円が相場です。一般的に本開発費用の10〜20%が目安とされます。改修全体の予算のうち検証にどれだけの割合を割くかは、対象範囲の技術的な不確実性の高さで判断します。
補助金活用による負担軽減の可能性
これらのPoCやシステム構築の費用は、IT導入補助金やものづくり補助金などの対象となる場合があります。活用できれば、実質的な負担額を半額以下に抑えられる可能性があります。
特に、特定設備との連携追加を伴うMES改修は、生産性向上を目的としたIT投資として補助金の対象になりやすい傾向があります。そのため、申請要件や公募スケジュールを事前に確認しておく価値があります。
ただし、補助金の交付決定には一定の審査期間がかかります。早い段階で情報収集を始めておくと、検証や本開発の日程と補助金の申請日程がずれにくくなります。
小規模検証を成功させるための実務ポイント
限られた予算・期間の中で検証を実りあるものにするには、検証対象の絞り込み方と、現場を巻き込む体制づくりが欠かせません。ここでは2つの実務ポイントを解説します。
「最もリスクの高い1点」への検証の集中
限られた予算の中でモックアップ・プロトタイプ・PoCのすべてを網羅的に実施しようとすると、検証全体が薄く広がり、肝心のリスクを見落としてしまうことがあります。そこで、改修対象の中で「もし失敗したら最も影響が大きい箇所はどこか」を最初に特定し、そこに検証の手間と費用を集中させることが、小規模検証を成功させる最大のコツです。
たとえば、設備連携を伴う改修であれば通信の成否がリスクの中心になり、現場の入力フロー変更を伴う改修であれば操作性の検証がリスクの中心になります。この見極めを誤ると、本来は検証しなくてもよかった部分に時間とコストをかけてしまい、本当にリスクの高い部分の検証がおろそかになりかねません。
検証段階からの現場担当者の巻き込み
小規模な改修だからといって、情報システム部門やベンダーだけで検証を完結させると、稼働後に「この操作は現場の実態に合わない」という指摘が相次ぎ、追加の手直しが発生する原因になります。そこで、対象工程で実績入力や設備操作を行う現場担当者を、モックアップ・プロトタイプの段階から巻き込めば、机上の検証では気づけない問題を早期に見つけられます。
改修規模が小さい分、巻き込む人数も1〜2名程度で済むことが多いです。大がかりな体制を組まなくても現場目線の検証を行えるのは、MES改修ならではのやりやすさです。
また、検証に参加した現場担当者には、本番稼働後もフィードバックの窓口として関わってもらうと、稼働後の定着がスムーズに進みます。
まとめ
本記事では、MES改修におけるPoC・プロトタイプ・モックアップ開発を、他6波との違い、3つの手法の使い分け、全面刷新のPoCとの違い、期間・費用感、実務ポイントの順に解説しました。
MES改修の検証は、「特定の1画面」「特定の1設備との通信」に対象を極小化します。モックアップなら数日、PoCなら2〜8週間・数十万〜数百万円という短期間・低予算で、検証を完結させられるのが特徴です。
最もリスクの高い1点に検証を集中させ、現場担当者を早期から巻き込みながら、明確なGo/No-Go基準のもとでスピーディーに本開発へ進むことが、MES改修の検証工程を実りあるものにする鍵となります。
▼全体ガイドの記事
・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を創業。