MES改修の選定ポイント/選び方/種類

MES改修の依頼先は、自社の課題と改修範囲を先に定めてから比べます。課題は、実績入力、設備・PLC連携、システム間連携のどこに支障があるかで整理します。

改修の種類を見極めたうえで、パートナーの実績、現状調査の姿勢、見積もりとテストの内容を比べると、選ぶ基準が明確になります。

▼全体ガイドの記事
・MES改修の完全ガイド

MES改修検討前に整理すべき自社の課題

依頼先を探す前に、実績入力、設備連携、他システムとのデータ受け渡しの各場面で、何が困っているかを特定しておきます。課題を具体的に説明できるほど、相談する改修範囲も絞り込めます。

実績入力・帳票まわりの負荷の確認

紙の日報とシステムへの二重入力や、品目・工程に合わない入力項目が続くなら、実績入力画面の見直しが候補になります。現場の負担を把握するため、次の状況を確認します。

  • 入力時間:記録と転記に、どれだけの時間を使っているか。
  • 記録の精度:記入ミスや転記漏れが、どこで起きているか。
  • 集計作業:手作業で補正している項目は何か。

改修前にこれらを記録しておけば、導入後に負担がどう変わったかを確かめる基準になります。

課題の確認には、システム部門だけでなく、現場作業者と品質・生産管理の担当者も加わります。

入力のしやすさと、後工程で集計・分析しやすいデータは一致しないことがあります。そのため、双方の要望を改修前にすり合わせておくと、手戻りを抑えられます。

設備連携の不足と手入力の実態

新設・更新設備の稼働実績を作業者が記録し、後から入力している場合は、設備やPLCとの連携が課題になっている可能性があります。

まず、対象台数と既存ネットワークでの接続状況を確認し、他システムとの転記作業も洗い出します。これらの条件によって、改修の難易度や期間、対象範囲が変わります。

自動連携できない理由も確認します。通信規格には対応しているのに未接続なのか、古い設備で標準的な通信手段がないのかで、必要な改修と費用の見立てが変わります。

ポイント

実績入力、設備連携、データ受け渡しのどこに支障があるかを、現場の記録で説明できるかが判断の目安です。説明できれば、相談する改修範囲を絞り込めます。

MES改修の3つのタイプ

画面・帳票、設備連携、システム間連携の3領域をカードで示した図解。
課題の中心に合わせて、該当する改修領域を切り分けられます。

MES改修は、画面・帳票、設備・PLC連携、システム間連携の3タイプに分けて考えられます。一つの案件に複数の要素が含まれても、中心となる課題を特定しておくと、依頼先へ伝える要件を整理しやすくなります。

画面・帳票改修型

実績入力画面の項目や配置、日報・帳票のレイアウトを見直す改修です。設備との通信テストを伴わないため、比較的短期間・低予算で対応しやすい傾向があります。

画面の内容を関係者どうしで合わせるには、見た目を早期に確認できるモックアップが役立ちます。

設備・PLC連携追加型とシステム間連携改修型

設備・PLC連携追加型は、設備の実績データをMESへ自動で取り込む改修です。通信仕様の確認やテスト環境の準備が必要になるため、対象設備を先に具体化しておきます。

システム間連携改修型は、ERPや品質管理システムなどとのデータ受け渡しを見直す改修です。連携先のマスタ更新にMESが追随できない問題などに対応します。

設備連携を加えると、実績入力画面の項目変更も必要になるなど、複数のタイプが連動することがあります。そのため、相談時には想定している改修に加えて、関連して変更が必要になりそうな範囲も共有しておくと、見積もりの前提をそろえられます。

改修パートナーを比較する評価軸

開発会社を比較する3つの確認項目をチェックカードで示した図解。
各社へ同じ条件を伝えると、回答の具体性をそろえて見比べられます。

開発会社は、製造業・設備連携の実績、現状調査の提案内容、見積もりとテスト範囲の明確さで比べます。そのうえで同じ条件を各社に伝え、回答の具体性を見比べると、価格だけで判断するのを避けられます。

製造業・設備連携の実績とノウハウ

MES改修では、PLCや制御盤とのデータ連携、工場のネットワーク構成への理解が求められます。製造業向けシステムや工場設備との連携実績は、通信テストの進め方や想定外の事象への対応力を見極める材料です。

実績を尋ねるときは、対象業種・工程、改修規模、対応期間まで確認します。たとえば「工場システムの経験がある」という説明だけでは、自社案件との近さを判断しにくくなります。

改修後も保守運用を継続して任せられる体制があるかも、あわせて確認します。

現状調査(読める化)の提案の有無

既存MESの仕様書が不十分な場合、調査なしで確定的な金額や納期を示す提案には注意が必要です。

データ構造や画面仕様を調べる「読める化」を先に行い、その結果から改修範囲と概算を示す進め方であれば、着手後に未知の仕様が見つかるリスクを抑えられます。

調査工程そのものの期間・費用や、調査結果によって本改修の範囲や見積もりが変わる可能性を、開始前に確認します。さらに、調査と改修を別契約にするか一体で進めるかも、あらかじめ合意しておくと、調査後の認識違いを防ぎやすくなります。

見積もりの内訳とテスト体制

見積もりは、要件定義から移行までの工程ごとに、工数や範囲を分けて確認します。なかでもテストでは、改修箇所だけでなく他ラインへのデグレード確認が含まれるかが重要です。

曖昧な項目は、追加費用の原因になり得ます。また、製品候補も比べる場合は、MES改修のパッケージ・クラウド製品一覧で既製MESの対応状況を確認できます。

ポイント

仕様書が不十分なのに、調査なしで確定的な金額や納期を示す会社には注意が必要です。回答の具体性で比べると、価格だけで選ぶ失敗を避けやすくなります。

期間・費用感の考え方

改修範囲が広がるほど、期間・費用も変わります。目安を押さえたうえで、見積もりの前提と自社の想定に差がないかを確かめてください。

工程別の期間配分

一般的なシステム改修の目安をMESに当てはめると、軽微な画面修正や単一機能の追加は約1〜3か月、中規模改修は約4〜8か月とされます。

中規模案件の工程配分では、要件定義15〜20%、設計20〜25%、開発・実装30〜40%が一つの目安です。テストは15〜30%、リリース準備・移行は5〜10%が目安とされます。

テストでは、他ラインへの影響も確認できる期間を確保します。これらは一般的な目安であり、既存仕様の把握状況や連携対象によって実際の計画は変わります。

保守運用費用の考え方

保守運用費は、初期改修費の年15〜20%程度が目安とされます。小規模改修では月額数万円〜10万円前後、年額50万〜150万円程度に収まるケースがある一方、全面刷新では月額60万〜100万円以上となる場合もあります。

小規模改修の費用を抑えやすい理由は、改修箇所に保守対象を限定できることや、従量課金・チケット制を選べることです。ただし、これらは一般的な指標をMESに当てはめた目安です。実際の対象範囲と金額は、見積もりで確認します。

ポイント

期間と費用は、改修範囲、既存仕様の把握状況、連携対象によって変わります。判断の目安は、見積もりの前提が自社の想定と合っているかどうかです。

モックアップ・プロトタイプ・PoCの使い分け

検証方法の選択に関わる画面の見た目、現場での操作性、設備連携の実現性を示した図解。
確認するリスクが異なるため、対象に応じて検証方法を選びます。

検証方法は、確認したいリスクに合わせて選びます。画面の見た目、現場での操作性、設備連携の技術的な実現性によって、必要な方法も期間や費用も変わります。

モックアップとプロトタイプの使い分け

モックアップは、文字サイズや配置など画面の見た目を関係者で合わせるためのもので、数日程度で作れる場合があります。一方、プロトタイプは、現場作業者が実際に操作して、手袋での入力や作業動線との相性を確かめる方法です。

プロトタイプは、期間が数日〜数週間、作り込みによっては4〜12週間程度で、費用は数十万〜数百万円程度が目安とされます。

軽微な画面修正ならモックアップを中心にし、操作性が業務へ大きく影響する場合はプロトタイプも検討します。

対象設備を絞ったPoC

PoCは、設備・PLC連携のデータ精度や通信速度など、技術的な実現性を確かめる方法です。また、画面の作り込みは行わず、期間は2〜8週間程度、通信テストのみなら1〜2週間程度、費用は本開発費の10〜20%程度が目安とされます。

検証対象は特定の工程や1設備との通信に絞り、データ取得の成功率など、本開発へ進む条件を事前に決めておきます。

画面修正だけで技術的な不確実性が低ければPoCを省略できますが、新規設備やPLCとの連携では小さく試す方法が有効です。なお、補助金を検討する場合は、制度の要件と時期も確認します。

ポイント

画面修正だけで技術的な不確実性が低いなら、モックアップの確認で足りる場合があります。新規設備やPLCとの連携では、対象を絞ったPoCで実現性を先に確かめるのが目安です。

部分改修とフルスクラッチによる全面刷新の選び分け

改修を重ねても課題が解消しない場合は、フルスクラッチによる全面刷新も検討します。ただし、小さな課題に大規模投資をしないよう、現行システムの状態と将来要件を踏まえて選びます。

判断軸による選び分け

判断では、将来要件、現行システムの品質、予算と期間を確認します。部分改修で足りるのか、業務フロー全体の刷新が必要かを、判断軸ごとに整理します。

  • 将来要件:特定工程の改善か、全社業務の見直しか。
  • 現行システム:安定稼働しているか、改修が他工程へ波及するか。
  • 実現条件:仕様を把握できているか、予算と時期に余裕があるか。

小規模な部分改修は約1〜3か月・約500万〜2,000万円、全面刷新は半年〜複数年・8,000万円〜数億円以上が目安とされます。この規模と費用の差を踏まえ、現状調査の結果から選びます。

予算制約時に課題の大きい工程から進める段階的な進め方

予算に制約がある場合は、課題の大きい工程や設備連携に対象を絞り、効果を確かめてから次の範囲を決めます。

仕様がブラックボックス化し、改修できるか判断できないときは、現状調査(読める化)を先行し、その結果をもとに部分改修と全面刷新を比べます。

段階的に進める場合は、次に着手する工程の優先順位も整理しておきます。初回の改修で仕様書やデータ構造を記録しておくと、後続の改修で調査を繰り返す負担を抑えられ、全体の方向性も保ちやすくなります。

ポイント

改修を重ねても課題が解消しないかどうかが、全面刷新を検討する目安です。仕様が把握できないときは現状調査を先に行い、その結果で部分改修と全面刷新を比べます。

MES改修導入前に確認しておきたいポイント

候補会社を絞った後は、補助金の条件やPoCの必要性など、着手前に判断しておく事項を確認します。

IT導入補助金・ものづくり補助金の利用

制度の要件に合えば、MES改修やPoC・検証費用の負担を抑えられる可能性があります。対象経費、申請時期、交付決定前の発注可否は制度ごとに異なるため、公募要領を確認し、開発会社と日程を調整します。

また、交付決定前の発注や契約が対象外となる制度もあります。着手時期を申請日程と合わせ、必要なら申請書類の作成支援を開発会社へ相談すると、社内の準備を進めやすくなります。

改修とモダナイゼーションの選び方

特定箇所の使い勝手など、目の前の業務課題を早く解消するなら改修が候補です。拡張性や保守性などシステム構造そのものに限界がある場合は、モダナイゼーションを検討します。まずは困りごとの範囲を切り分けて、どちらが合うかを選びます。

PoCを省略できるケース

画面項目の追加や文言修正など、技術的な不確実性が低い改修なら、PoCを省略してモックアップの確認だけで進める場合があります。

新規設備やPLCとの連携では、対象を1設備に絞ったPoCで実現性を確認すると、着手後の問題を避けやすくなります。

まとめ

MES改修では、自社の課題と対象範囲を定めてから、改修タイプとパートナーを選びます。期間・費用の目安を把握し、画面や操作性、設備連携の不確実性に応じて検証を行うと、着手範囲を具体化できます。

課題診断に基づく改修範囲の確定

実績入力、設備連携、システム間連携のどこに問題があるかを整理し、「特定の1画面」「特定の1設備」など、対象を明確にします。

範囲が定まれば、見積もりと検証計画の前提がそろい、改修を小さく始めやすくなります。

パートナー比較と検証による最終判断

候補会社は、現状調査、見積もり、テストの内容で比べます。必要に応じて、モックアップ・プロトタイプ・PoCで不確実性を確認します。改修を重ねても課題を解消できないほど現行システムが複雑な場合は、全面刷新も選択肢になります。

riplaは、現状調査による範囲の切り分けや、部分改修・全面刷新の判断、既存システムとの連携を含む構築に対応しています。

▼全体ガイドの記事
・MES改修の完全ガイド

会社紹介

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

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

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

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

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

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