実績収集システム開発の進め方/やり方/流れや方法/手法/工程/手順

実績収集システムの進め方は、現場で必要な実績データを定義し、1工程の小さな検証から設計・テスト・稼働・定着へ段階的に広げることが基本です。

紙の日報やExcelを置き換えたい企業でも、最初からMES全体を導入する必要はありません。入力する人、設備から自動取得するデータ、既存の生産管理・ERPへ渡すデータを整理し、現場が無理なく使える範囲から始めることが成功のポイントです。この記事では、要件整理から運用定着までの6フェーズ、費用相場、見積書の確認項目、失敗しやすい点を実務で使える形にまとめます。

▼全体ガイドの記事
・実績収集システム開発の完全ガイド

実績収集システムの全体像はどう捉えますか？

実績収集システムは、製造現場で発生した事実を電子データとして記録し、計画・品質・在庫・原価・改善活動につなげる仕組みです。単なる日報フォームではなく、何を、いつ、どの工程・設備で、誰が、どれだけ作ったかを後から追跡できる状態に整えます。全体像を先に定義すると、必要な機能と不要な機能を切り分けやすくなります。

最初の対象は、良品数・不良数・仕掛数、作業開始・終了・中断時刻、作業者、工程、設備、製番やロット、停止理由です。品質やトレーサビリティを重視する工程では、検査結果、材料の投入・消費、前工程と後工程のひも付けも候補になります。ただし、項目を増やすほど現場の入力負荷とマスタ管理の負担が増えるため、「そのデータでどの判断を変えるのか」を一項目ずつ確認します。

たとえば、日次の計画差異を翌朝までに把握したいなら、製番、工程、計画数量、良品数、不良数、実績時刻が優先されます。不良の原因分析まで行うなら、不良区分と設備条件を追加します。経済産業省の工場システム向けガイドラインは、生産部門と情報システム部門が異なる優先順位を持つことを前提にしているため、項目定義も現場・管理・ITの三者で合意することが重要です（出典: 経済産業省「工場システムにおけるサイバー・フィジカル・セキュリティ対策ガイドライン」、2022年・2025年更新確認）。

収集方式は、作業者のタブレット入力、バーコード・QRコード、RFID、PLCや設備信号、IoTセンサー、検査機器連携を組み合わせます。開始・完了はバーコードで自動化し、停止理由や品質判定のように人の判断が必要な情報だけを選択式で入力する設計が現実的です。すべてを自動化しようとすると、古い設備の通信仕様調査やゲートウェイの追加で、費用と期間が大きく膨らみます。

システムの位置づけは、MES全体ではなく「現場データの入口」と考えると整理しやすくなります。生産計画や品目・工程・設備・作業者マスタを既存システムから取り込み、実績をCSVで返すところから始め、必要性が確認できた連携だけをAPIやデータ連携基盤へ広げます。クラウド、オンプレミス、パッケージ、個別開発のどれを選ぶ場合も、方式より先にデータの責任者と利用目的を決めます。

実績収集システム開発の進め方を6フェーズで解説します

実績収集システムは、要件整理、選定、設計・開発、テスト、稼働、定着の順で進めます。フェーズを分ける意味は、後工程で発見した問題を前工程の判断に戻しやすくすることです。特に、現場の入力時間と通信断時の扱いは、画面が完成してからでは直しにくいため、早い段階で実機を使って確認します。

最初に、対象工場・ライン・製品・工程・作業者・設備・既存システムを一覧化します。紙帳票、Excel、設備画面、検査記録を集め、同じ実績を複数箇所へ転記していないか、入力するタイミングが工程ごとに違わないか、訂正を誰が承認しているかを確認します。現場観察では、実際の作業の流れを止めずに、1件の実績登録に何秒かかるか、手袋をしたまま操作できるか、端末を置く場所があるかまで記録します。

要件整理の成果物は、機能一覧だけでは不十分です。データ項目定義書、工程別の入力タイミング、マスタの管理部署、権限一覧、例外処理一覧、KPIと受入基準まで作成します。受入基準は「現場で使える」ではなく、「標準作業の1件を30秒以内に登録できる」「通信断から復旧した際に二重登録されない」「ロット番号から材料・工程・検査結果を追跡できる」のように測定可能な表現にします。

選定では、SaaSやクラウド型パッケージ、オンプレミス型パッケージ、パッケージに個別連携を足す方式、ローコード、フルスクラッチを比較します。標準業務に合わせられる工場はパッケージの導入期間とアップデートの恩恵を受けやすく、独自の製番・ロットルールや設備制御が競争力に直結する工場は、パッケージと連携層を組み合わせる方式が現実的です。フルスクラッチは自由度が高い一方、OS更新、脆弱性対応、担当者交代後の保守を長期間負担します。

候補会社には同じRFPを渡し、標準機能で対応できる範囲、追加開発になる範囲、設備連携の担当範囲、PoCの条件、データ移行の方法、稼働後のSLAを分けて回答してもらいます。選定時のチェックリストは、製造業の同規模事例があるか、現場端末を実際に触れるか、オフライン入力に対応できるか、訂正履歴を残せるか、既存ERPやWMSとの連携実績があるか、セキュリティとバックアップの責任分界が明確かの6点です。

設計では、作業者が見る入力画面と、管理者が見る進捗・分析画面を分けて考えます。現場画面は、製番や工程をバーコードで呼び出し、開始・中断・完了・不良登録を少ない操作で済ませます。管理画面は、計画数と実績数、稼働・停止時間、未入力、遅延、不良率を工程別・ライン別に確認できるようにします。画面を増やすより、判断に必要な情報へ最短で到達できることを優先します。

データ設計では、実績の一意な番号、登録時刻と実績時刻、端末、作業者、訂正前後の値、承認者を定義します。連携設計では、基幹システムから受け取るマスタの形式、実績を返す頻度、エラー時の再送、通信断時の保持期間を決めます。設備信号を取り込む場合は、信号の意味、サンプリング間隔、設備停止の判定、設備メーカーと開発会社の責任分界を文書化します。

テストは、単体テスト、連携テスト、総合テスト、受入テストに分けます。開始から完了までの正常な流れだけでなく、作業の中断、設備停止、数量訂正、ロット変更、権限不足、二重送信、マスタ未登録、通信断、端末交換、日付をまたぐ作業を試します。製造現場では1件の欠損や二重登録が後続の在庫・品質データを崩すため、エラーを表示するだけでなく、誰がどの画面から復旧するかまで確認します。

パイロットでは、1製品・1工程・1ラインに範囲を絞り、紙や既存Excelと並行して結果を比較します。日立システムズが公開するしげる工業の事例では、まず実績を取る対象を限定し、1製品1工程のPoCから約2か月で稼働したと紹介されています（出典: 株式会社日立システムズ「しげる工業株式会社様 導入事例」、確認日2026年8月）。このように短期間で、入力時間、欠損率、集計の正確さ、現場の受容性を検証すると、全社展開前に修正できます。

本稼働前には、マスタの最終登録、端末の配置、アカウント発行、バックアップ、監視、問い合わせ窓口、障害時の紙運用を準備します。切り替え日は、製造計画の谷間や休日を選ぶだけでなく、前後工程のデータ連携が止まっても製造を継続できる手順を決めます。現場のリーダーを先行教育し、当日は開発会社・情報システム・生産管理が同じ連絡網で対応します。

稼働判定は、画面が動くかではなく、受入基準を満たしたかで行います。たとえば、対象工程の実績登録率、計画との差異を確認できる時刻、未入力の検知時間、ロット追跡に要する時間、手戻り件数を測定します。稼働後に紙へ戻るケースを見逃さないため、最初の2週間は日次でデータ品質と問い合わせを確認し、原因が画面・マスタ・教育・設備連携のどこにあるかを分類します。

定着フェーズでは、利用率だけでなく、実績データが会議や改善に使われているかを確認します。毎日の生産会議で計画差異を見る、週次で停止理由を上位から改善する、月次で不良ロットの追跡時間を確認するなど、既存の業務にデータを組み込みます。入力したデータが誰にも見られない状態では、現場にとって入力が追加作業にしか見えないため、収集後の意思決定を先に決めておきます。

横展開は、最初の工程と同じ画面をコピーするだけでは進みません。製品・設備・ロット粒度・品質ルールの差を確認し、共通マスタと工場固有マスタを分けます。展開の判断基準は、対象工程の入力が安定していること、データ欠損の原因が管理できていること、現場リーダーが教育できること、保守費と端末費を含む追加予算が確保されていることです。定着後に品質、在庫、原価、AI分析へ広げると、目的とデータの関係が崩れにくくなります。

実績収集システムの費用相場とコストの内訳

実績収集システムの費用は、ライセンスだけでなく、要件整理、初期設定、端末、設備連携、基幹連携、データ移行、テスト、教育、稼働立会い、保守を合算して考えます。以下のカスタム開発費は、実績収集に特化した公開統計ではなく、公開価格のある製品と製造業向け業務システムの相場から推定した予算目安です。実際の見積額は、対象工程、設備台数、連携本数、拠点数、データ粒度によって変わります。

SaaSや既製品を標準機能のまま使う場合は、初期費用0万〜60万円程度、月額は1台・1ユーザーあたり数百円〜数千円が一つの目安です。パッケージ導入に初期設定や教育を加える場合は50万〜300万円程度、バーコード端末、個別帳票、マスタ移行、ERP連携まで含める場合は300万〜800万円程度まで見ておきます。これは公開価格と類似導入から整理したレンジで、個別の導入総額を保証するものではありません。

1工場・1〜数工程で、タブレット入力、バーコード、基本ダッシュボードを個別開発する場合は300万〜800万円程度、開発期間は3〜6か月が推定目安です。複数ラインで設備信号、品質・ロット、ERPやWMS連携まで行う中規模開発は800万〜2,500万円程度、6〜12か月が目安です。複数工場、MES全体、基幹刷新、ネットワーク分離を含む大規模案件は2,500万〜5,000万円以上、12か月超になる場合があります。

公開価格を確認できる例として、株式会社インプローブの「サクスマ」は、実績収集限定版が1台あたり月額1,500円から、買い切り5万円から、全機能版が月額1万円から、買い切り38万円からと案内されています。いずれも税別で、サーバー、インストール、教育、買い切り時の年間保守は別途です（出典: 株式会社インプローブ「サクスマ」製品ページ、2026年8月確認）。10台の実績収集限定版と2台の全機能版の料金例は月額3万5,000円、買い切り126万円です。

この金額はライセンスの比較材料であり、設備連携や業務に合わせた画面、データ移行を含む導入総額ではありません。クラウド利用料、ネットワーク、端末・バーコードリーダー、バックアップ、監視、問い合わせ対応、OS更新、脆弱性対応も別に確認します。保守運用費は初期開発費の年15〜25％程度を推定目安にできますが、契約に含まれる時間、障害対応の期限、追加改修の単価を必ず見積書と保守仕様書で確認します。

実績収集システムの見積もりを取る際のポイント

見積もりの比較で重要なのは、合計金額の安さではなく、同じ範囲を比べているかです。入力画面だけを見積もった会社と、設備・ERP連携、移行、教育、稼働支援まで含めた会社では、金額に差が出て当然です。RFPでは対象工程、想定端末数、設備数、連携先、実績項目、利用者数、目標KPI、稼働希望時期、セキュリティ制約を明記し、各社が前提条件を同じにできるようにします。

見積書では、要件定義・現状調査、基本設計・詳細設計、画面・帳票開発、設備・センサー連携、ERP・WMS連携、マスタ整備と移行、テスト、教育、稼働立会い、プロジェクト管理、保守を分けて記載してもらいます。「一式」とだけ書かれた項目は、対象範囲、成果物、回数、修正回数、除外条件を質問します。特に設備連携は、既存設備の通信仕様書があるか、現地調査を誰が行うか、ゲートウェイや変換機の費用が含まれるかで差が出ます。

移行費では、品目・工程・設備・作業者・不良区分・標準時間などのマスタを誰が整備するか、過去実績をどこまで移すかを確認します。テスト費では、正常系だけでなく、通信断、二重送信、訂正、権限、設備停止、ロット追跡を含めるかを確認します。教育費では、管理者向けと現場向けの回数、教材、習熟確認を分けます。これらを分けるだけで、安い見積もりに見えていた提案の抜け漏れを発見できます。

比較社数は2〜4社程度に絞り、同じ業務シナリオを使ってデモと提案を受けると判断しやすくなります。デモでは、製番を呼び出して開始し、途中停止し、不良を登録し、通信復旧後に完了し、管理画面で計画差異を確認する一連の操作を実演してもらいます。説明資料だけでなく、現場担当者が実際に触れ、入力時間と誤操作の起きやすさを評価します。

また、導入後の責任分界を確認します。障害時の一次窓口、設備メーカーとの調整、マスタ変更、アカウント管理、バックアップ復旧、脆弱性対応、法改正やOS更新への対応者が不明確だと、稼働後に社内へ負担が戻ります。経産省は2025年4月に中小規模の製造事業者向けに、工場セキュリティの重要性と始め方を示す解説書を公開しています。ネットワーク分離、権限、操作ログ、委託先管理をRFPに含め、機能比較だけで終わらせないことが大切です（出典: 経済産業省「工場セキュリティの重要性と始め方」、2025年）。

よくある質問（FAQ）

実績収集システムは、工場の規模や既存設備によって最適な進め方が変わります。ここでは、導入前に特に質問されやすい費用、Excelとの使い分け、古い設備との連携、導入期間について、結論から回答します。

Excelで少量の実績を管理できているなら、すぐに全面移行する必要はありません。ただし、複数人が別ファイルへ入力する、集計に時間がかかる、計画と実績のコードが一致しない、訂正履歴が残らない、ロット追跡に時間がかかる場合は、最初の1工程をシステム化する価値があります。Excelをマスタ整備や一時的なCSV連携に使い、現場実績の正本だけをシステムへ集約する進め方も可能です。

連携できる可能性はありますが、設備の通信仕様、出力できる信号、収集間隔、ネットワーク接続の可否を現地で確認する必要があります。信号を直接取れない設備は、作業者のタブレット入力、バーコード、後付けセンサー、ゲートウェイなどを組み合わせます。設備を改造する場合は、停止時間、安全性、メーカー保証、保守担当の責任分界まで含めて判断します。

既製品の標準設定は数週間、実績収集だけのPoCは1〜2か月、小規模な個別開発は3〜6か月、複数拠点や設備・基幹連携を含む導入は6〜12か月が現実的な目安です。日立システムズの公開事例のように、対象を1製品1工程へ絞れば、約2か月で稼働を目指せるケースもあります。社内のマスタ整備や意思決定が遅れると開発会社の作業が止まるため、期間は開発工数だけでなく、現場検証と承認の時間を含めて計画します。

利用者と管理者の権限を分け、操作ログ、訂正履歴、バックアップ、復旧手順、ネットワークの接続範囲、端末の紛失時対応を確認します。クラウドの場合はデータ保存場所、委託先管理、障害時の復旧目標を確認し、オンプレミスの場合はサーバー更新、バックアップ媒体、脆弱性対応の担当を決めます。製造を止めないことが優先されるため、セキュリティ対策と可用性を現場・IT・ベンダーで同時に設計します。

まとめ：1工程の正確な実績収集から始めます

実績収集システムの開発は、機能を一度に増やす計画よりも、現場で正確なデータを継続して取れる仕組みを作ることから始めます。要件整理では実績項目とKPIを絞り、選定では入力方式・連携・保守責任を比較し、設計・開発では現場画面とデータ定義を優先します。テストでは通信断や訂正を含め、稼働後は会議や改善活動でデータを使って定着させます。

最初の一歩は、対象工程を1つに決め、現場の入力時間、実績登録率、計画差異を確認できる時刻、ロット追跡時間など、成功条件を数値で置くことです。費用は、公開ライセンス、端末・サーバー、連携、移行、テスト、教育、保守を分けたレンジで予算化します。見積書の「一式」をそのまま比較せず、含まれる成果物と除外条件をそろえることで、導入後の追加費用を抑えられます。

実績収集が安定したら、品質記録、仕掛・在庫、原価、設備改善、AI分析へ段階的に広げます。先に入力負荷とデータ品質を解決しておけば、後から追加する機能も同じ製番・工程・設備の定義を使えます。自社の工場条件に合う進め方や、既存システムとの連携範囲、PoCの設計に迷う場合は、現場観察から相談できる開発会社へ要件整理を依頼すると、実装前に判断材料をそろえられます。

▼全体ガイドの記事
・実績収集システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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