実績収集システム開発は、現場の事実を押さえる要件整理から始め、定着まで6つのフェーズで段階的に進めます。対象を1工程に絞って検証してから広げると、現場で使えるデータ収集につながります。全体像と費用の見方は、後段で順に説明します。
▼全体ガイドの記事
・実績収集システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
実績収集システムの全体像
実績収集システムは、製造現場の事実を電子データに記録し、計画・品質・在庫・原価・改善活動へつなげる仕組みです。具体的には、何を、いつ、どの工程・設備で、誰が、どれだけ作ったかを追跡できる状態にします。そのうえで、全体像を先に定義しておくと、必要な機能と不要な機能を切り分けやすくなります。
最初に集める実績データ
最初に集める項目は、計画差異の把握や不良原因の分析など、どの判断を変えたいかに応じて選びます。
- 基本実績：良品・不良・仕掛数、作業開始・終了・中断時刻、作業者、工程、設備、製番・ロット、停止理由
- 品質・追跡：検査結果、材料の投入・消費、前工程と後工程のひも付け
- 判断目的：翌朝の計画差異なら製番・工程・計画数量・良品数・不良数・実績時刻、不良分析なら不良区分・設備条件
項目を増やすほど、入力とマスタ管理の負担も大きくなります。そのため、各データでどの判断を変えるのかを確認してから採用します。
生産部門と情報システム部門では優先順位が異なります。そのため、項目定義は現場・管理・ITの三者で合意します（出典：経済産業省「工場システムにおけるサイバー・フィジカル・セキュリティ対策ガイドライン」、2022年・2025年更新確認）。
入力・自動収集・連携の使い分け
収集方式と連携範囲は、現場の入力負荷や設備の通信条件に合わせて組み合わせます。
- 現場入力：タブレット、バーコード・QRコード、RFIDを使い、判断が必要な情報は選択入力
- 自動収集：PLC・設備信号、IoTセンサー、検査機器を連携し、開始・完了はバーコード化
- 既存連携：生産計画や品目・工程・設備・作業者マスタを取り込み、実績をCSVで返す。必要な連携はAPI等へ広げる
すべてを自動化しようとすると、古い設備の通信調査やゲートウェイ追加で費用と期間が膨らみます。そこで、まず現場データの入口として始め、データ責任者と利用目的を定めてから連携を広げます。
実績収集システム開発の進め方と6フェーズ
開発は、現場の事実を押さえるところから始めて、定着までを段階的に進めます。なかでも、現場の入力時間と通信断時の扱いは、実機を使って早い段階に確かめます。
- 要件整理で、現場の事実と成功条件を定めます。
- 製品・開発会社・方式を選定します。
- 画面・データ・連携を設計し、開発します。
- 正常系と現場の例外をテストします。
- 製造を止めない計画で稼働します。
- データ活用を定着させ、横展開します。
フェーズ1：要件整理と現場の事実の洗い出し
まず、対象の工場・ライン・製品・工程を一覧にします。作業者、設備、既存システムも、同じ一覧に加えます。そのうえで、紙帳票、Excel、設備画面、検査記録を対象に、実態を調べます。
特に、転記の有無、入力時期、訂正の承認は、現場で実際にどう行われているかを確かめます。現場観察は作業を止めずに行い、1件あたりの登録時間、手袋での操作、端末の設置場所を記録します。要件の資料には、機能一覧に加えて、項目定義と入力時期、マスタ管理部署を含めます。
権限、例外処理、KPI、受入基準も、同じ資料に書き込みます。受入基準は、測定できる形にしておきます。たとえば、標準作業を30秒以内に登録する、通信復旧後に二重登録しない、ロットから材料・工程・検査結果を追跡できる、といった形です。
フェーズ2：製品・開発会社・方式の選定
選定では、業務への適合性と導入後の保守負担を基準に、方式を比べます。
- パッケージ：SaaS、クラウド型、オンプレミス型があり、標準業務に合わせられる工場は導入期間や更新を活用しやすい
- 個別連携付きパッケージ：独自の製番・ロットルールや設備制御が競争力に直結する工場に適する
- ローコード・フルスクラッチ：フルスクラッチは自由度が高い一方、OS更新や脆弱性対応、担当交代後の保守を長期に担う
候補会社には同じRFPを渡し、回答は範囲ごとに分けてもらいます。特に、標準・追加開発の範囲と設備連携の担当は、先に分けてもらうと比べやすくなります。そのほか、PoC条件、移行方法、稼働後のSLAも分けて回答を求めます。
確認項目には、同規模の事例、現場端末の操作、オフライン入力があります。加えて、訂正履歴、ERP・WMS連携も見ます。セキュリティとバックアップは、どこまでを誰が受け持つかを確かめます。
フェーズ3：画面・データ・連携の設計と開発
設計では、現場の操作画面と管理画面を定めたうえで、記録するデータと連携を定義します。
- 画面：製番・工程をバーコードで呼び出し、開始・中断・完了・不良を少ない操作で登録。工程別に、計画・実績数、稼働・停止時間、未入力、遅延、不良率を表示
- データ：一意な実績番号、登録・実績時刻、端末、作業者、訂正前後の値、承認者を定義
- 連携：マスタ形式、実績返却頻度、エラー再送、通信断時の保持期間、設備信号の意味・間隔・停止判定を定義
画面の数を増やすより、判断に必要な情報へ最短で到達できることを優先します。設備信号を取り込む場合は、設備メーカーと開発会社のどちらがどこまで受け持つかも文書にします。
フェーズ4：正常系と現場の例外のテスト
テストは、単体、連携、総合、受入の4段階に分けて進めます。正常系では開始から完了までの流れを確かめ、そのうえで現場の例外も確認します。
- 作業・データ：中断、数量訂正、ロット変更、二重送信、マスタ未登録、日付をまたぐ作業
- 設備・利用条件：設備停止、権限不足、通信断、端末交換
- 復旧：欠損や二重登録が後続の在庫・品質データを崩さないか、担当者と画面を含めて確認
エラー表示だけでなく、復旧手順が現場で実行できるかも確かめます。また、パイロットは1製品・1工程・1ラインに絞り、紙や既存Excelと結果を比較します。
たとえば、しげる工業の公開事例では、1製品1工程のPoCから約2か月で稼働したと紹介されています（出典：株式会社日立システムズ「しげる工業株式会社様 導入事例」、確認日2026年8月）。
入力時間、欠損率、集計精度、現場の受容性を検証しておけば、全社展開の前に修正できます。
フェーズ5：製造を止めない稼働計画
稼働前の準備から切替後の確認まで、製造を止めない計画を立てます。
- 本稼働前の準備：マスタの最終登録と端末配置を済ませます。アカウント発行やバックアップ、監視、問い合わせ窓口、障害時の紙運用も準備します。
- 切替日：製造計画の谷間や休日を選ぶだけでなく、前後工程の連携が止まっても製造を続けられる手順を定めます。
- 教育・連絡体制：現場リーダーを先行教育し、当日は開発会社・情報システム・生産管理が同じ連絡網で対応します。
- 稼働判定：画面が動くかだけでなく、受入基準で判定します。対象工程の登録率、計画差異を確認できる時刻、未入力の検知時間、ロット追跡時間、手戻り件数を測ります。
- 稼働後の確認：紙へ戻るケースを見逃さないよう、最初の2週間は日次で品質と問い合わせを確認し、原因を画面・マスタ・教育・設備連携に分類します。
フェーズ6：定着と横展開の仕組み
利用率を見るだけでなく、実績データを会議や改善に使う運用を決めます。
- 日次：生産会議で計画差異を確認
- 週次：停止理由を上位から改善
- 月次：不良ロットの追跡時間を確認
入力したデータが使われなければ、現場には追加作業としか映りません。そのため、収集後の意思決定を先に決め、既存業務に組み込みます。
横展開では、製品・設備・ロット粒度・品質ルールの差を確認します。最初の工程と同じ画面をそのままコピーすると、その差の部分で手戻りが生じやすくなります。そのうえで、共通マスタと工場固有マスタを分けます。
展開の条件は、入力の安定と欠損原因の管理、現場リーダーによる教育です。加えて、保守費と端末費を含む追加予算も必要です。定着したあとに、品質、在庫、原価、AI分析へ広げられます。
実績収集システムの費用相場とコストの内訳
費用は、ライセンス費用に加えて、要件整理、設定、端末、設備・基幹連携にかかる費用を合算します。さらに、移行、テスト、教育、稼働立会い、保守も含めて見ます。
ここで示す開発費は、公開統計ではなく、公開価格のある製品や製造業向けの業務システムから推定した予算の目安です。
実額は、対象工程、設備台数、連携本数、拠点数、データ粒度によって変わります。そのため、方式別の予算と公開ライセンス価格は分けて見ていきます。
方式別の予算レンジ
方式や対象範囲によって、初期費用と期間が異なります。下のレンジは、公開価格と類似の導入から整理したもので、個別の総額を保証するものではありません。
- SaaS・既製品：標準利用の初期費用0万〜60万円程度、月額は1台・1ユーザーあたり数百円〜数千円
- パッケージ導入：初期設定・教育を含め50万〜300万円程度。端末、個別帳票、マスタ移行、ERP連携込みは300万〜800万円程度
- 個別開発：1工場・1〜数工程は300万〜800万円、3〜6か月。中規模は800万〜2,500万円、6〜12か月
- 大規模開発：複数工場・MES全体・基幹刷新・ネットワーク分離は2,500万〜5,000万円以上、12か月超の場合あり
上の金額は個別の見積もりに代わるものではありません。実額を比べるには、対象工程や連携の範囲をそろえておく必要があります。
公開ライセンス価格とランニングコスト
インプローブの「サクスマ」には、実績収集限定版と全機能版があります（税別、出典：株式会社インプローブ「サクスマ」製品ページ、2026年8月確認）。
- 実績収集限定版：1台あたり月額1,500円から、買い切り5万円から
- 全機能版：月額1万円から、買い切り38万円から
- 料金例：限定版10台と全機能版2台で月額3万5,000円、買い切り126万円
サーバー、インストール、教育、買い切り時の年間保守は別途です。また、設備連携、個別画面、移行もライセンス価格には含まれません。
ランニングコストでは、クラウド利用料、ネットワーク、端末・リーダーの費用を確認します。加えて、バックアップ、監視、問い合わせ、OS更新、脆弱性対応も確認対象に入れます。保守運用費は、初期開発費の年15〜25％程度が推定目安です。
契約時間、障害対応期限、追加改修単価を見積書と保守仕様書で確かめます。
実績収集システムの見積もりを取る際のポイント
まず、各社が同じ範囲を見積もっているかを比べます。合計額を見る前にそこをそろえておくと、金額差の理由を後から追えます。
RFPには、対象工程、端末・設備数、連携先、実績項目を明記します。加えて、利用者数、KPI、希望時期、セキュリティ制約も書いておきます。
入力画面だけの提案と、設備・ERP連携や移行、教育、稼働支援まで含む提案では、金額が異なります。そのため、前提条件をそろえて比較します。
見積書の作業項目と前提条件
見積書は費目と前提条件を分け、各作業の範囲が分かる形で記載してもらいます。
- 開発作業：要件定義・調査、設計、画面・帳票、設備・センサー、ERP・WMS連携
- 移行・運用準備：マスタ整備・移行、テスト、教育、稼働立会い、管理、保守
- 一式・設備連携：「一式」は範囲、納めるもの、回数、修正回数、除外条件を確認。通信仕様書、現地調査担当、ゲートウェイ・変換機費も確認
- 移行・テスト・教育の条件：マスタ整備担当と過去実績の範囲、通信断等の試験範囲、対象者別の回数・教材・習熟確認
費目を分けておくと、安く見える提案の抜け漏れに気づきやすくなります。
複数社比較での提案の質と運用責任
比較先は2〜4社程度に絞り、同じ業務シナリオでデモと提案を受けます。
- デモ操作：製番呼び出し、開始、中断、不良登録、通信復旧後の完了、計画差異の確認を実演
- 現場評価：現場担当者が端末を操作し、入力時間と誤操作の起きやすさを確認
- 運用責任：障害窓口と設備メーカーとの調整、マスタ変更の担当を確認。アカウント、復旧、脆弱性、法改正・OS更新の担当も決めておく
経済産業省は2025年4月、中小規模の製造事業者向けに、工場セキュリティの重要性と始め方を示す解説書を公開しました（出典：経済産業省「工場セキュリティの重要性と始め方」、2025年）。
ネットワーク分離、権限、操作ログ、委託先管理をRFPに含めます。また、稼働後にどこまでを誰が受け持つかも確認します。
よくある質問（FAQ）
工場の規模や既存設備によって進め方は変わるため、Excelとの使い分け、古い設備との連携、導入期間、データのセキュリティの4点について、順に答えます。
Excelで管理できている場合もシステム化すべきですか？
少量の実績をExcelで管理できているなら、すぐに全面移行する必要はありません。ただし、複数人が別ファイルへ入力する、集計に時間がかかる、計画と実績のコードが違う場合は、1工程からシステム化する価値があります。
訂正履歴が残らない場合や、ロット追跡に時間がかかる場合も、検討の対象になります。Excelはマスタ整備や一時的なCSV連携に使い、現場実績の正本はシステムへ集めるという使い分けもできます。
古い設備でも実績収集システムと連携できますか？
連携できる可能性はあります。ただし、通信仕様、出力信号、収集間隔、ネットワーク接続は、現地で確認する必要があります。信号を取れない設備では、タブレット入力やバーコード、後付けセンサー、ゲートウェイを組み合わせます。
設備改造を伴う場合は、停止時間、安全性、メーカー保証に加えて、保守をどこまで誰が受け持つかも含めて判断します。
実績収集システムの導入には何か月かかりますか？
既製品の標準設定は数週間、実績収集だけのPoCは1〜2か月、小規模な個別開発は3〜6か月、複数拠点や設備・基幹連携は6〜12か月が目安です。
日立システムズの公開事例のように、対象を1製品1工程に絞れば、約2か月で稼働を目指せる場合もあります。ただし、社内のマスタ整備や意思決定にかかる時間も、計画に含めておく必要があります。
実績データのセキュリティで何を確認すべきですか？
まず、利用者と管理者の権限、操作ログ、訂正履歴、バックアップ、復旧手順を確認します。ネットワーク範囲と端末紛失時の対応も、あわせて見ておきます。クラウドを使う場合は、保存場所、委託先管理、復旧目標を確認します。
オンプレミスでは、サーバー更新、バックアップ媒体、脆弱性対応の担当を決めておきます。セキュリティと可用性は、現場・IT・ベンダーで同時に設計します。
まとめ：1工程の正確な実績収集が出発点
機能を一度に増やすより、現場で正確なデータを継続して取れる仕組みから始めます。そのうえで、項目とKPIを絞り、入力方式や連携、保守の担当を比べながら設計します。通信断や訂正もテストし、稼働後は会議や改善にデータを使って定着させます。
最初に決める対象工程と成功条件
対象工程を1つに決め、入力時間、登録率、計画差異の確認時刻、ロット追跡時間などを成功条件にします。費用は、ライセンスと端末・サーバー、連携の費用を先に分けて予算化します。移行から保守までの費用も、別の項目として書き出します。
見積書の「一式」は、納めるものと除外条件を確認します。各社の前提をそろえておくと、導入後の追加費用を抑えやすくなります。
PoCの確認後に広がる品質・在庫・原価
実績収集が安定したら、品質記録、仕掛・在庫、原価、設備改善、AI分析へ段階的に広げます。入力負荷とデータ品質を先に整えると、追加機能にも同じ製番・工程・設備の定義を使えます。
進め方や既存連携、PoC設計に迷う場合は、現場観察から相談できる開発会社へ要件整理を依頼すると、実装前に判断材料をそろえられます。
▼全体ガイドの記事
・実績収集システム開発の完全ガイド
▼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を創業。