作業指示システム開発の発注/外注/依頼/委託方法について

作業指示システムの発注は、対象工程を絞り、要件と連携範囲を決めたうえで、比較できるRFPをもとに委託先を選ぶ順に進めます。この順を守ると、現場で使える仕組みにつながります。

全体像は、作業指示システム開発の完全ガイドにまとめています。あわせてご覧ください。

▼全体ガイドの記事
・作業指示システム開発の完全ガイド

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

作業指示システムの発注で決めること

発注で最初に決めたいのは、どの情報を誰へ届け、どの実績をどこへ戻すかです。紙をPDFに変えるだけでは、改訂版の配布漏れや転記ミス、実績集計の遅れが残る場合があります。そのため、届け先と戻し先を先に決めておきます。

目的は「紙の削減」だけで止めず、最新版の指示を届けること、作業結果を追えること、教育や品質改善に活用することまで含めて決めます。

目的と対象工程の決め方

作業指示の対象工程と検証範囲は、次の4点に分けて決めます。

• 関係者：指示書を作る生産技術・製造技術、品質部門、現場、生産管理。
• 対象工程：全工場にするか、1ライン・1製品・1工程から始めるか。
• 初回範囲：検索・発行、改訂履歴、タブレット表示、実績入力が候補です。
• 後続範囲：設備やPLCとの連携を、第2段階に分ける方法もあります。

対象工程を絞れば、現場で使えるかを短期間で確かめられ、見積もりの前提もそろえやすくなります。

必要な成果物と担当の分け方

システム本体のほかにも、発注前に合意しておきたい成果物と分担があります。

• 設計・テスト資料：要件定義書、画面仕様書、データ項目一覧、連携仕様、テスト計画を、発注前に定めます。
• 導入・運用資料：操作マニュアル、教育、運用手順、障害時の代替手段を含めます。
• データ管理：指図を受け、実績・検査結果を戻す場合は、データごとに自社と委託先の管理者を決めます。

分担が曖昧なままだと、たとえば「別途開発」や端末設定が対象外として残り、予算と納期が膨らみやすくなります。

発注形態（パッケージ・クラウド・ローコード・個別開発）の選び方

発注形態は、業務をどこまで標準の仕組みに合わせられるか、既存システムと連携するか、オフラインで使う必要があるか、保守をどこに任せるかで選びます。

小さく始めるならローコード、標準的な製造実績や追跡が目的ならパッケージやMESが候補になります。一方で、独自の工程や特殊な設備が中心であれば、個別開発を検討します。また、クラウドと工場内のエッジ端末を組み合わせれば、通信断への備えと集中管理を両立できます。

帳票と入力から始める場合のローコード・SaaS

検索、発行、写真添付、実績入力、承認から始めるなら、ローコードやSaaSが候補になります。ただし、ライセンス条件は製品ごとに異なるため、事前に確かめておきましょう。

• kintone：2026年8月時点で、ライトは1ユーザー月額1,000円、スタンダードは1,800円、ワイドは3,000円です。
• AppSheet：Starterは1ユーザー月額5米ドル、Coreは10米ドル、Enterprise Plusは20米ドルです。

kintoneの料金はいずれも税抜きで、プランごとに最低ユーザー数があります（出典：サイボウズ株式会社「kintone料金」、2026年8月確認）。

AppSheetは最大10ユーザーまで無料で試せます（出典：Google「AppSheet Pricing」、2026年8月確認）。

ライセンス以外にも、画面設計、権限設定、CSV・API連携、帳票が必要になります。端末設定、教育、保守も加わります。そのため、見積もりではライセンスと導入支援・開発を分けて書いてもらうと比べやすくなります。

共用端末のアカウント課金、通信が不安定な場所でのオフライン同期、写真や図面の保存容量も、あわせて確認します。

連携と独自工程で比べるパッケージ・MES・個別開発

製品番号、工程、設備を一貫して管理したいなら、製造業向けパッケージやMES・MOMが候補になります。作業者、ロットやシリアル番号、検査値まで含める場合も、この候補の範囲に入ります。その際は、近い要件でどこまで連携しているかを公開事例で確かめます。

• 作業支援ソリューション：日立産業制御ソリューションズは、指図受領、工程振り分け、電子ガイダンス、進捗把握、実績収集を扱います。
• 設備連携の事例：パナソニック プロダクションエンジニアリングのMP-Connect事例は、検査結果の収集、タブレット入力、リアルタイム共有を組み合わせています。

公開事例は製品の優劣を示すものではなく、自社の要件に近い連携範囲を確かめる材料として使います。

独自の製品構成や特殊設備、工場内のオフライン処理、既存ルールの維持が必要なら、個別開発やエッジアプリを検討します。要件に合わせやすい一方で、担当者の退職や委託先の変更後の保守が課題になります。

担当者の退職や委託先の変更に備えて、RFPと契約には、ソースコード、設計書、データ定義、ビルド手順、障害対応手順の納品と、第三者が保守できる状態を含めます。

RFPと要件整理（現場の例外まで含む）

RFPは、業務、データ、連携先、制約、納品物、評価方法を、各社が同じ前提で比べられるように書く文書です。

通常作業に加えて、指示変更、部品欠品、規格外の場面も、現場観察で整理します。再作業、設備停止、通信断、担当者不在も対象に含めます。例外処理を書いておかないと、開発後に追加要件が増えやすくなります。

「誰が・いつ・何を確認するか」で書く業務要件

業務要件には、担当者、指示書の項目、作業実績の入力条件を含めます。具体的には、次の情報をそろえておきます。

• 担当者：作成者、承認者、配布先、作業者、品質確認者、集計者。
• 指示書項目：製品番号、受注番号、納期、数量、工程順、標準時間、図面、写真、動画、安全上の注意、検査条件、改訂版数。
• 実績入力：開始・終了時刻、数量、設備、測定値、良否、コメント、写真と、必須項目、上下限、単位、修正権限。

後から決める項目を減らすほど、各社の見積もりを同じ前提で比べられます。

成果指標は、導入前に測っておきます。対象は、指示書作成時間、改訂版の配布漏れ、転記ミス、実績集計時間、トレーサビリティ検索時間、教育期間です。

目標は「効率化」だけで終わらせず、作成時間を何分短縮するか、最新版の確認を全件記録するかまで定めます。そうしておくと、受け入れ判定を業務の成果と結び付けられ、見た目だけで評価する事態を避けられます。

連携・端末・セキュリティの条件（別項目）

ERPや生産管理に加えて、CAD・PLM、WMS、品質管理、設備・PLCも連携先の候補になります。バーコードやRFIDを含め、連携先ごとにデータの向きや頻度、方式を整理します。

あわせて、責任者とエラー時の再送方法も決めておきます。RFPには、次の判断条件を含めます。

• 連携方式：CSVにするか即時APIにするか、設備停止時にエッジ側で保留するかを決めます。
• マスター管理：正本の置き場所を決め、製品・部品・工程・設備の更新権限を定めます。作業者・ロット・手順書版数も対象です。
• 端末環境：タブレット、ハンディ、現場モニター、HMIを現場で試します。
• セキュリティ：IT・OT分離、最小権限、MFA、通信・保存時の暗号化を定めます。監査ログ、バックアップ、許可制のリモート保守も含めます。

端末は、手袋での操作や、油・粉じんの多い環境での使い勝手を、現場で確かめます。照明や騒音、視認距離、バーコード読取、Wi-Fiの死角も対象です。また、端末紛失時の停止や保存時の暗号化も要件に入れます。

経済産業省は2025年4月、工場の規模にかかわらずサプライチェーン全体で対策が必要だとして、中小規模の製造事業者向けの解説書を公開しました（出典：経済産業省「工場セキュリティの重要性と始め方」、2025年）。

工程ごとの契約形態（請負・準委任・保守）

要件が固まった工程と、現場検証を通じて決める工程が混在します。そのため、工程ごとに契約を分けると、リスクを管理しやすくなります。

工程に合う契約を選んだうえで、作業範囲、成果物、検収を確認します。変更、知的財産、再委託、情報管理の扱いも、契約書で確かめます。

仕様と納品物が明確な開発の請負

請負契約は、合意した仕事を完成させることと、成果物を引き渡すことを重視します。完成条件を決めやすい開発工程に向いています。

• 完成条件：要件定義書、画面仕様、連携仕様、テスト項目、納品版を定めます。
• 変更条件：仕様変更の定義、追加見積もりの単価、納期変更、検収期間、不具合対応。

現場で使ってから分かる要望をすべて含めることは難しいため、仕様変更の扱いを契約書と別紙に明記します。

要件定義や伴走支援で使う準委任

準委任契約は、専門家に業務の遂行や助言を依頼する契約です。完成物だけでは評価しにくい工程で使われることがあります。

• 対象工程：現場ヒアリング、要件整理、PoC、導入伴走、運用改善。
• 進め方：業務の判断は発注側が行い、委託先が整理・設計・検証を支援します。
• 管理条件：会議体、週次報告、論点、決定事項、文書、終了条件。

障害・変更・セキュリティを分けた保守契約

保守契約では、障害の受付、原因調査、復旧を対象にします。さらに、軽微な設定変更、機能追加、ライセンス更新、端末交換、脆弱性対応も含めます。また、費用に含む範囲と応答条件を確認します。

• 対応水準：月額に含む問い合わせ時間、重大度別の初動・復旧目標、休日対応、現地訪問。
• 運用項目：更新、バックアップ、ログ保管、データ出力を確認します。
• 障害時手順：紙・ローカル運用、復旧後の再送、重複防止を定めます。

作業指示システムの費用相場の目安

専用製品の公開価格は限られています。そのため、次の金額は、リサーチノートの一次Q&A、公開ライセンス、一般的な連携・端末・保守構成から整理した概算です。

• ローコード：小さく始める場合、初期費用は70万〜400万円程度です。
• パッケージ・クラウド：既存基幹と連携する導入は300万〜1,500万円程度です。
• 個別開発：複数ラインや設備・RFID・品質を含む場合、1,000万〜5,000万円程度です。
• 全社MES：複数工場への展開では5,000万円〜1億円以上となる場合があります。

金額は範囲によって大きく変わるため、これを専用製品の定価とは見ず、前提条件つきの概算として扱います。

要件・開発・連携・現場設備に分けた初期費用

初期費用は、工程ごとの作業と設備費に分けると比べやすくなります。製造・生産分野の費用構成には、次のような目安があります。

• 工程別の割合：要件定義が約10〜12%、設計・環境構築が約22〜24%です。
• 実装・テスト：実装が約48〜50%、テストが約15〜17%です。
• 人件費：総費用の約60〜80%を占める目安があります。

これらは個別案件の標準価格ではなく、製造・生産分野の一次Q&Aを収録したリサーチノートの目安です（出典：リサーチノートに収録した製造・生産分野の一次Q&A、2026年）。

見積もりを見る際に、実装費の偏りや、テスト・移行費の少なさを確かめる材料になります。

見積もりに要件定義、業務・画面設計、環境構築が含まれているかを照合します。設定・実装、移行、API・CSV連携の抜けがないかも見ます。また、帳票、端末、Wi-Fi、ネットワークを見積もりに含めているかを確かめます。テスト、教育、管理も、同じ観点で照合します。

設備と連携する場合は、PLC、ゲートウェイ、RFIDリーダー、バーコードスキャナー、産業用タブレットなどの費用が生じることがあります。さらに、制御盤、配線、電波調査、停止期間の調整、現地作業費もかかる場合があります。

予備機、消耗品、OS更新、保護ケース、充電設備の費用も、総保有コストに含めて考えます。

ランニングコストと段階導入の予算

継続費用は、基本料金に加えて、利用量や導入範囲によっても変わります。そのため、内訳と段階導入の順序を分けて確認します。

• 継続費用：クラウド・ライセンス、サーバー、保存、保守、監視です。問い合わせ、端末更新、通信、バックアップ、セキュリティ対応も含みます。
• 追加料金：ユーザー追加、API利用量、保存容量の料金です。訪問、休日対応、更新、外部サービスの別料金もかかります。

保守費用は、初期費用の年15〜25%程度を目安とする場合があります。ただし、契約内容やサービス水準によって異なります。

費用を抑えるには、1ラインでKPIを測り、効果を確かめた機能から広げるのが有効です。導入は、次の順で段階を踏めます。

1. 検索・発行と版管理を始めます。
2. 表示と実績入力を加えます。
3. バーコード・検査値・追跡へ広げます。
4. PLC・IoT・AI・複数工場への展開です。

スズキは2025年、作業動画の解析や手順書作成支援を行う「Ollo Factory」を国内工場に導入しました。ムダの特定やリアルタイム異常検知も行います（出典：スズキ株式会社、2025年12月22日）。

AIや動画機能は、目的とKPIが定まっている場合に限って追加するのが現実的です。

委託先の選定と見積比較の観点

委託先は、知名度や金額だけでなく、製造現場の実績、連携力、現地対応で比べます。加えて、保守やデータの持ち出しやすさも見ます。得意分野は会社ごとに違うため、各社に同じRFPを渡し、回答と見積もりの前提をそろえます。

公開事例では、指示変更、検査データ、オフライン、教育、保守のどこまで実装されているかを確かめます。

自社の規模と工程に合う実績

工場の規模や課題に近い導入実績を見ます。支援内容の候補は、対象範囲によって変わります。

• 帳票と入力：ローコード導入や、紙を残した段階移行の支援。
• 複数ライン：MESや設備インテグレーションの経験。
• 特殊工程：現地調査を行い、エッジ側で作業を継続できる対応力。

株式会社コムデックが紹介する小島製作所の事例では、基幹システムのCSVを取り込み、変更履歴を残しながら指示書を発行します。全面刷新を避けたい企業にとって、確認しやすい構成例です。

候補先には、承認前の編集、承認後の差し替え、現場が旧版を開いた場合、作業中の変更、規格外、通信断からの復旧を、デモで見せてもらいます。

デモでは、例外時の判断者、記録されるログ、再送データも確かめます。そうすると、実装力と運用力を判断する材料になります。

総額ではなく、前提・除外・単価で比べる見積もり

各社の金額は、同じ作業項目をそろえて比べます。含まれる作業と除外される作業も、見積もり上で確かめておきます。

• 作業範囲：要件定義、設計、実装、連携、移行。端末、ネットワーク、テスト、教育、保守も対象に含めます。
• 料金条件：初期・月額・年額の費用、ユーザー・端末の追加、API・保存量。保守、訪問、機能追加の単価も含みます。
• 終了時の費用：データ移行と契約終了後のデータ出力費。

最安の見積もりに、移行、現地調査、受け入れテスト、マニュアル、予備端末が含まれていなければ、あとから追加費用が生じる可能性があります。一方で、高額な見積もりでも、将来のライン展開や運用設計を含んでいる場合があります。

納期は、要件定義、PoC、開発、テスト、教育、稼働の段階ごとに分けて確かめます。遅延報告、仕様変更の承認、検収、障害の重大度も確認します。サービス水準、再委託、担当交代、契約後の引き継ぎも、あわせて確認します。

機能・現場定着・保守を同時に見る評価表

評価表には、価格と機能に加えて、現場定着や運用継続に関わる条件も入れます。

• 技術・実績：近い製造実績、版管理、変更履歴、ERP・設備連携、オフライン、追跡。
• 導入・運用：テスト、移行、教育、保守、セキュリティ、データ所有権と出力。
• 評価体制：情報システムだけでなく、製造、品質、生産管理、現場の代表者も参加します。

部門ごとに点数とコメントを残せば、価格だけで判断する事態を避けられます。

最終候補には、1ライン・1製品・1工程を対象とした、有償または無償のPoCを依頼します。

PoCでは、改訂、図面・写真の表示、入力、検査値の上下限を、実データに近い条件で試します。通信断、承認、実績検索も同じ条件で試します。成功条件は、変更漏れの記録、規定時間内の入力、実績検索とし、その結果をもとに継続・縮小・中止を判断します。

発注後のPoCと段階展開

契約して終わりにせず、要件定義、画面と連携のPoC、開発の順に進めます。そのあとは、受け入れテスト、教育、稼働、改善へと進みます。

• 業務判断：意思決定者と現場責任者を置きます。
• データ・連携：担当者と受け入れ責任者を置きます。
• 定例会：課題、決定・未確定事項、変更要求の管理。

委託先と自社の担当範囲をはっきりさせておくと、要望の放置や無制限な追加開発を防げます。

PoCと受け入れテストでの現場の使いやすさの判定

PoCと受け入れテストでは、正常な作業に加えて、例外の業務シナリオも試します。そのため、現場環境で確認する項目をそろえておきます。

1. 手袋をはめたままの操作、文字や図面の見やすさ、入力の手数を確認します。
2. 指示変更、部品違い、規格外値、権限不足、API停止、通信断を試します。
3. 端末故障からの復旧、重複送信、データ移行を試験します。
4. 業務シナリオごとに、合否条件と判定者・判定時期を決めます。

発行側から現場表示・設備連携への広げ方

全機能を一度に展開せず、作業指示の管理から設備連携へ順に広げます。

1. 検索・発行と版管理を整えます。
2. 現場表示と実績入力を加えます。
3. 検査、在庫、設備・PLC、BIへ広げます。

紙はすぐに全廃せず、障害時も安全に作業を続けられるよう、紙やローカルの代替手順を残します。

稼働後は、KPI、問い合わせ、入力漏れ、変更履歴、障害、改善要望を月次で確認します。その結果をもとに、次の発注や追加開発の優先順位を決めます。

よくある質問

発注前によくある疑問に、費用、相談の準備、紙の廃止の順で答えます。

作業指示システムの発注費用は100万円未満にできますか？

1工程に絞り、既存のクラウドやローコードで検索・発行・入力だけから始めるなら、初期費用を100万円未満に抑えられる可能性があります。

価格は一律ではなく、要件整理、連携、移行、端末、教育、保守の範囲によって変わります。そのため、ライセンスと導入支援費を分けて、対象外の作業を確認してください。

RFPがなくても委託先に相談できますか？

相談はできます。現状の指示書、業務フロー、困りごとの例、対象工程、利用者数を用意しておくと、提案と見積もりの精度が上がります。連携先、希望時期、予算レンジも、あわせて伝えます。

RFPを最初から完成させる必要はありません。現場観察と要件整理を準委任で依頼し、その成果物をもとに、開発の請負契約へ進む方法もあります。

作業指示システムを導入したら紙をすぐ廃止すべきですか？

すぐに全廃する必要はありません。検索・発行からデジタル化し、紙を併用しながら最新版の確認、入力の負担、通信断からの復旧を検証すると、現場に定着しやすい場合があります。

紙とシステムのどちらを正本とするか、併用期間、旧版の廃棄条件、障害時に紙へ切り替える責任者を決めます。決めないままだと二重管理になるため、注意が必要です。

まとめ

作業指示システムの発注では、最新版の指示を工程へ届け、実績を品質改善へ戻すという目的を、最初に定めます。そのうえで、自社の規模や工程に合う方式を選びます。

RFPには、対象範囲、連携、端末、オフライン、セキュリティを整理します。移行と成果物もあわせて書きます。

発注前の対象範囲と見積条件

費用はローコードの数十万〜数百万円程度から、設備・複数ライン・MES連携を含む数千万円規模まで幅があります。

金額は、初期費用、月額・保守、端末・ネットワークに分けて比べます。連携、教育、変更の費用も、項目ごとに分けて確かめます。

要件整理やPoCは準委任、仕様と成果物が明確な開発は請負、稼働後の障害・変更・セキュリティは保守として整理すると、責任範囲が見えやすくなります。

1ラインの検証から次の連携への広げ方

最初の1ラインで使いやすさとKPIを検証し、発行、現場入力、検査・追跡、設備連携へ段階的に広げると、過剰投資と現場定着の失敗を抑えられます。

▼全体ガイドの記事
・作業指示システム開発の完全ガイド

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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