製造指示システムの発注は、まず対象範囲を決め、次にRFPと受入条件を整理してから、小規模な検証で効果を確かめる順に進みます。この順で進めると、導入後に現場へ定着しやすくなります。
発注形態の選び方から委託先の比べ方まで、ひとつずつ説明します。
▼全体ガイドの記事
・製造指示システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
製造指示システムの発注・外注の意味
発注・外注とは、製造現場で使う業務の整理や画面・データの設計、開発を外部に任せることです。既存システムとの連携、導入教育、保守も、一部または全部を専門の開発会社や製品ベンダーへ委託します。
同じ製造指示システムでも、帳票発行だけを対象にするか、MESや生産管理まで含めるかで、必要な委託先も期間も費用も変わります。
「指示書の電子化」と「製造実行」による範囲の分け方
対象範囲は、現場への指示配信から製造データの記録、基幹データとの接続までの間で区切ります。
- 指示書の電子化：製品、数量、納期、工程、作業要領を、画面やタブレットで現場に届ける機能。
- 製造実行の記録：作業や品質、ロットの実績を現場から集めます。
- 基幹連携：生産管理やERPと、指示から在庫・原価・出荷までをつなぎます。
製造実行では、作業の受領、着手、完了のほか、中断や保留も記録します。完成数や不良数、検査結果も含めます。これらは、作業者や設備、ロットやシリアル番号と結びつけて残します。
境界が曖昧なままだと、会社によって思い描くシステムが違い、見積もりを同じ土俵で比べられません。たとえば、PDF発行と実績回収・トレーサビリティでは、設計やテストの範囲も変わります。
専門性と現場定着を同時に得られる外注のメリット
外注では、開発会社から得られる専門性と、発注者が自分で決めることを分けて考えます。
- 業務知識と開発力：製造業と開発の知識を持つ会社なら、業務整理、連携、現場端末、受入テストを一体で検討できます。
- 発注者の判断：標準化する業務や独自性の範囲、変更の承認者、障害時の紙運用は自社で決めます。
製造現場では、生産計画やBOM、在庫が工程や設備と重なり合います。そのため、社内だけで進めると、Excelの画面化や通信断への対応が後回しになることがあります。
指示変更時の扱いや、古い版の作業要領書を開けなくする仕組みも、後回しになりやすい部分です。
解決策はベンダーに提案してもらいますが、優先順位と受入基準は自社で持つ必要があります。
発注形態の選び方
発注形態は、標準クラウドからフルスクラッチまで段階があります。一般には、この順に自由度と個別対応が増えていきます。
自由度が上がるほど、費用と保守の負担も増えます。そのため、独自の工程が少なく早く始めたい場合は、標準機能を優先します。
設備連携や厳格な履歴管理が競争力に直結する場合は、個別開発を組み合わせて検討します。
標準クラウド・パッケージ・ローコードが向いている企業
標準型の選択肢は、導入規模や必要な機能に合わせて比べます。
- クラウド・パッケージ：標準機能が合うなら、設定を中心に導入期間を抑えられます。
- ローコード：小規模工場の受注、工程、指示、実績登録を、柔軟に作り込める方式です。
標準機能が合うかは、製品と工程の扱いを中心に確認します。ロットや実績の扱いも確かめます。ただし、大量データ、設備とのリアルタイム接続、複雑な版管理は、事前検証が必要です。
例として、株式会社アディエムの「GROW工程管理 on kintone」は、月額2.5万円からと案内されています（出典: 株式会社アディエム公式製品ページ、2026年確認）。
この価格は、全体の相場ではなく、標準サービスを比べるための材料と考えます。kintoneの利用料や初期設定、追加開発は別途確認します。端末、バーコード機器、保守も、この価格とは別に確かめる必要があります。
連携と独自工程を重視する場合のMES・ハーフスクラッチ・フルスクラッチ
設備連携や独自工程が必要な場合は、方式ごとに向いている役割が異なります。
- MES・ハーフスクラッチ：実績や品質の履歴を設備から集める場合の候補です。
- フルスクラッチ：特殊工程や複雑な製造ルールに合わせる場合に適しています。
- 段階導入：ミスの多い1ラインや1工程でPoCを行い、効果と入力負荷を確かめる進め方。
設備やPLCから実績を自動で集め、製品1品ごとの履歴を、検査や不良、トレースバックまで残したい場合は、MESやハーフ・スクラッチ型を、まず比べる対象にします。
パナソニックのMESソリューションは、標準機能とカスタマイズを組み合わせ、導入規模ごとに見積もる方式です（出典: パナソニック「MESソリューション」、2026年確認）。
パナソニックも、単一工程や設備データの収集から始める方法を案内しています。
要件が曖昧なまま進めると、費用が膨らむうえに、担当者が退職したあとに保守できないおそれもあります。
発注前のRFPと要件の整理
RFPは、開発会社へ依頼の内容と理由を伝え、どこまでをどの条件で頼むかを示す依頼書です。現場課題、業務フロー、対象範囲を書きます。データや連携、非機能要件、納品物と評価方法も含めます。
RFPが具体的であれば、各社が同じ前提で提案できます。さらに、必要な機能を含まない安い見積もりも見抜きやすくなります。
現状業務と数値目標の書き出し
現状の把握と数値目標の設定では、表に出にくい運用まで含めて、次の点を記録しておきます。
- 業務の流れ：受注・生産計画から材料払出、工程、検査、出荷までを観察します。
- 現場の情報源：紙、Excel、口頭、ホワイトボード、個人メモの使われ方も確認します。
- 例外時の対応：指示差し替え、欠品、設備停止、不良、手直し、応援、通信断などの場面ごとの対応。
- 測れるKPI：指示書作成は1件20分から5分以内、伝達漏れはゼロ、照会は半日から5分以内などの目標を定めます。
実績入力率を100％に近づける目標例もあります。目標値は自社の現状測定から決め、効果を測る方法もベンダーに提案してもらいます。
正常系と例外系を分けた機能要件の定義
機能要件は、通常の処理と例外時の扱いを分けて定義します。
- 指示と実績：指示の登録や自動生成、作業要領書の版管理、受領・着手・完了の扱いを定めます。
- 現場記録：数量や不良、停止理由、承認、検索、帳票、ロット・シリアル追跡を扱う範囲。
- 利用端末と履歴：必要な機器を選び、役割と変更・削除の履歴を設定します。
対象機器には、タブレットやバーコード、QRコード、ハンディ端末などがあります。設備やPLCから実績を集める構成も対象になります。利用者は、登録者、承認者、閲覧者に分けて考えます。
例外のシナリオは、受入テスト仕様書に入れておきます。たとえば、承認済みの指示を変えたあとに旧版を開けないか、欠品時に保留できるか、不良品を後工程へ流さないかを確かめます。
通信が切れたあとの実績の重複や、端末故障時に紙で代わりに行う手順も確かめます。納品前にこれを見ておくと、現場の危ない抜けを見つけられます。
連携・性能・セキュリティ・運用条件の明文化
RFPには、性能と連携、セキュリティ、運用条件も書き込みます。
- 性能と運用：応答や同時利用、稼働、バックアップと復旧、保持期間、端末、オフラインの条件を定めます。
- システム連携：APIやCSV、手入力の方式と、正とするシステム、エラー時の再送担当を決めます。
- 工場セキュリティ：OT、設備、保守接続、最小権限、ログ、復旧訓練の扱いを記載します。
連携先には、ERPや販売管理、在庫があります。購買や品質、会計、WMSとつなぐ場合もあります。工場とクラウドを結ぶときの条件は、個別に確認します。
経済産業省の工場システム向けガイドラインは、工場環境に応じた対策を求めています（出典: 経済産業省「工場システムにおけるサイバー・フィジカル・セキュリティ対策ガイドライン」、2025年更新）。その目的は、事業継続や品質、納期、コストを守ることです。さらに、漏えいや改ざんの影響も踏まえて設計します。
契約形態と開発の進め方の設計
要件が固まる前に本開発を請負契約にすると、追加変更の扱いで対立しやすくなります。そこで、現状分析と要件定義は、準委任か小さな定額のフェーズで進める方法があります。
そのうえで、仕様と受入基準が決まってから開発を請負にするなど、工程ごとに契約を分けます。契約名だけでなく、納品物や責任範囲、変更管理、検収条件も確認します。
役割に合わせた準委任・請負・ライセンス契約の使い分け
契約形態によって、役割も、契約書で確認する項目も変わります。
- 準委任：現状分析や要件整理、管理、運用支援など、成果を調整しながら進める作業向けです。
- 請負：合意したシステムや文書の完成と検収が対象で、変更等の影響を明記します。
- ライセンス：利用料や設定、開発、保守のほか、更新やデータ出力、解約時の返却を見ます。
- 権利と保守：著作権や利用権、秘密保持、情報の扱い、受付と復旧の条件を定めます。
請負契約では、仕様変更や連携先の追加、移行の不備、検収の遅れが費用や期間にどう響くかを、先に取り決めておきます。
権利の範囲には、第三者ソフトのライセンスや個人情報、製造ノウハウの扱いも含めます。保守では、重大度ごとの対応と、更新時の影響の確認を定めます。
要件定義から稼働後までの段階的な検証
工程を分けて確かめると、現場の使い勝手と移行リスクを早い段階で把握できます。
- 受注から出荷までの業務とデータを見て、対象工程とKPIを決めます。
- 画面や帳票、マスタ、権限、連携方式、例外処理を要件として書き出します。
- 機能ごとに設計と開発を進め、実データに近いサンプルで確かめます。
- 現場の作業者が早い段階で画面を試し、入力項目の負担を見ます。
- 機能や連携、性能、権限、復旧、現場受入の各テストを実施します。
- マスタと未完了オーダーの移行を練習したうえで、並行稼働、教育、窓口、紙の代替手順を決めます。
日立システムズのFutureStage事例では、指示入力から指示書による作業、実績入力までを一連で管理し、複数拠点の進捗も共有しています（出典: 株式会社日立システムズ「FutureStage導入事例集」、2025年確認）。
製造指示システムの費用相場と内訳
費用は、工場数や工程数、利用者数、端末数などの規模で変わります。さらに、既存システムや設備との連携、ロット・シリアル管理、品質・原価の範囲によっても左右されます。
公開価格のあるクラウドと、個別見積になるMESやスクラッチを同じ数字で比べないことが大切です。ここに示すのは、リサーチノートと公開情報をもとにした、2026年時点の初期費用の目安です。
方式別の初期費用の目安
方式と対象範囲ごとに、金額の幅を示します。
- 標準クラウド：設定中心の指示・進捗機能で、0万〜60万円程度が目安です。
- ローコード：小規模なセミオーダーで、50万〜300万円程度が目安です。
- パッケージ：帳票やAPI連携を加えて、300万〜1,000万円程度が目安です。
- 複数工程・拠点：在庫・品質・原価連携で1,000万〜5,000万円程度です。
- 大規模MES：設備等との連携や冗長化を含め、5,000万〜1億円以上になることがあります。
最初の3方式は、標準機能が合い、対象工程を絞る場合のレンジです。
この目安は、一般的な業務システム開発の相場（小規模300万〜1,000万円、中規模1,000万〜5,000万円、大規模5,000万〜1億円以上）を基礎にしています。ただし、製造現場特有の端末や設備、移行、テストを加味した推定レンジで、特定の案件にそのまま当てはまる金額ではありません。
開発費以外の費用の分け方
見積もりは、費目と工数配分、保守範囲に分けて確かめます。
- 開発・導入：要件定義から実装、連携、テストまでと、移行、教育、導入支援を分けて書きます。
- 設備・利用料：保守、端末、バーコード・QR機器、通信、クラウド利用料を分けます。
- 保守内容：24時間監視や現場駆け付け、設備保守、セキュリティ対応の有無を確認します。
工数配分を比べるときの目安は、要件定義は10〜12％、設計・環境構築は22〜24％程度です。実装は48〜50％、テストは15〜17％程度です（出典: リサーチノートに整理した生産・製造分野の業務システム開発相場、2026年）。
配分が大きく違う場合は、その理由を開発会社に説明してもらいます。
保守費は、年間で初期開発費の15〜25％程度を目安にすることがあります。ただし、含まれるサービスによって費用は変わります。
連携テストや移行、教育に加えて、バックアップや復旧、リリース後の問い合わせが別料金なら、5年間の総保有コストが上がります。初期費用だけでなく、1年目・3年目・5年目のTCOを比べます。
委託先の選定と見積比較のポイント
委託先は、製造指示の理解や現場定着の支援、既存システムや設備との接続力で評価します。知名度や総額は、その判断材料の一部として扱います。
提案書の機能一覧に加えて、現場ヒアリングの質問や例外処理、受入テストの考え方を見ると、プロジェクトへの向き合い方が分かります。
導入範囲まで見る製造業の実績
業種が同じかどうかより、自社に近い現場条件での導入実績を確かめます。
- 生産形態：受注・見込生産、多品種少量のどれに近いかを聞きます。
- 導入範囲：工程・拠点数、ロット・シリアル、設備やERP連携を確かめます。
- 現場運用：現場端末をどう使ったかを尋ねます。
日立のFactRiSMでは、紙記録の電子化によるヒューマンエラーの削減や、トレースバック・トレースフォワードの迅速化が事例として示されています。
（出典: 株式会社日立製作所「FactRiSM提案・導入事例」、2026年確認）
日本ノーベルのFactory Conductorは、生産計画やBOMを受け取り、製造後の日時と結果を上位システムへ返すMESとして説明されています。
（出典: 日本ノーベル公式製品ページ、2026年確認）
まずは公式情報を読み、そのうえで、自社と似た事例の詳細を問い合わせます。
同じ前提・納品物・リスクでそろえた見積比較
比較表では、各社の条件と納品物を同じ基準で照らし合わせます。
- 対象条件：拠点や工程、利用者・端末数、データ、連携先をそろえます。
- 作業範囲：移行やテスト、教育、保守期間、納期、除外事項を確認します。
- 見積の前提：未確定事項、追加費用、納品後の責任範囲を集めます。
たとえば、A社は設備接続を含み、B社は手入力を前提としているなら、金額だけでは比べられません。
見積もりでは、版管理の欠落や相手システム側の改修費、オフライン入力、教育回数、障害復旧の目標を確認します。帳票出力やタブレット対応は、条件の一部を満たすにとどまる場合があります。
提案会では、BOMの版違いや指示変更、欠品、不良、手直し、通信断といった例を挙げ、画面でどう処理するかを説明してもらいます。
提案段階で確認する発注後のリスク
発注前に、想定リスクと現場での確認方法、稼働後の測り方を決めておきます。
- 変更とマスタ：変更管理表で受付・評価・承認を行い、優先度と受入条件を定めます。
- 現場の使いやすさ：入力回数や文字、手袋での操作、読取、通信状態を試作画面で確かめます。
- 稼働後の確認：90日間、作成時間や伝達漏れ、入力率、納期遅延、照会時間、不良・手直しを観測します。
リスクには、要件の追加やマスタの品質、入力の負荷があります。さらに、連携先の変更や設備停止が起きることもあります。教育不足や担当者不在も、想定しておく必要があります。
品目や工程、設備コード、作業者権限は、自社で決めます。BOMの責任者も、自社で定めておく必要があります。効果が出ない場合は、運用やマスタ、教育、入力項目を見直します。
よくある質問
発注前には、費用や既存業務との適合、使いやすさ、データの正確性、導入後の保守を確認します。よくある疑問への回答も、ここにまとめています。
製造指示システムの発注費用はいくらですか？
初期費用の目安は、標準クラウドや小規模ローコードで0万〜300万円程度です。中小工場向けのパッケージと連携では、300万〜1,000万円程度が目安になります。
複数工程・拠点や品質・原価連携では1,000万〜5,000万円程度、設備・PLC・IoTを含む大規模MESでは5,000万〜1億円以上が目安です。
ここに挙げた金額は、方式と範囲から整理したレンジで、個別案件の確定価格ではありません。端末や移行、教育、保守、連携先の改修費も確認します。
RFPがなくても開発会社へ相談できますか？
相談できます。RFPがなくても、紙の指示書やExcel、現場課題、対象工程、処理時間、困っている例外を整理しておくと、初回相談の質が上がります。
要件が未確定なら、まず現状分析と要件定義だけを依頼します。そのうえで、その成果物をもとに本開発の見積もりを取れます。
パッケージとフルスクラッチはどちらがよいですか？
標準工程で早く導入したいならパッケージが候補になります。独自工程や設備連携を競争力として残すなら、ハーフ・スクラッチやフルスクラッチが候補です。
指示や進捗は標準機能に任せ、独自の品質判定や設備連携だけを個別に開発する組み合わせが多くなります。そのうえで、対象工程を選び、実データでFit to Standardと追加開発の差を比べます。
工場のセキュリティはRFPに書くべきですか？
書くべきです。指示の改ざんや誤った版の配信、設備ネットワークへの不正接続、委託先アカウントの放置は、品質や納期、安全に影響します。
認証や権限、操作ログ、バックアップと復旧を要件にします。さらに、保守接続やネットワーク分離、脆弱性対応、障害時の連絡体制も含めます。
経済産業省の工場システム向けガイドラインを参照しながら、自社の重要度に合わせて決めます。
まとめ
発注では、指示書の電子化にするか、実績・品質・追跡まで含む製造実行にするかを決めます。現場の紙やExcel、口頭の業務と例外処理を調べたうえで、変更や版管理、承認、連携、オフライン、セキュリティをRFPに記載します。
発注前の導入範囲と受入条件の決定
対象工程や利用者、連携先を整理し、版管理や例外、セキュリティ、KPIも含めて、各社へ同じRFPを渡します。
見積もりは、初期費用だけでなく、移行や教育、端末、保守、障害復旧を含む総額で比べます。
1ライン・1工程から始めた現場定着の確認
導入後の拡張は、効果と現場定着を確かめながら進めます。
- 小規模検証：ミスや手戻りが多い1ライン・1工程で、PoCを行います。
- 拡張判断：入力負荷と効果を見て、品質、在庫、原価、設備、拠点へ広げます。
- 費用比較：TCOと同規模・同業務の導入実績を照らし合わせます。
初期費用は、標準クラウドやローコードの数十万円規模から、設備・ERP連携を含む5,000万〜1億円以上まで幅があります。
TCOには、要件定義やテスト、移行、教育、端末、保守を含めます。継続して使えるかを確かめてから広げると、投資と運用のリスクを抑えられます。
▼全体ガイドの記事
・製造指示システム開発の完全ガイド
▼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を創業。