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

作業指示システムの発注は、現場の紙帳票をそのまま置き換えるのではなく、対象工程を絞って要件と連携範囲を定め、比較可能なRFPで委託先を選ぶ進め方が基本です。

作業指示書をデジタル化したいものの、パッケージ、クラウド、ローコード、個別開発のどれを選ぶべきか、どのような契約で外注すべきか、見積金額をどう比較すればよいかで迷う企業は少なくありません。本記事では、発注形態の選択からRFP・要件整理、契約形態、費用相場、委託先の選び方、見積比較、導入後の進め方まで、製造現場で失敗しにくい発注手順を解説します。

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

作業指示システムの発注では何を決めますか？

作業指示システムの発注で最初に決めるのは、製品名や画面の見た目ではなく、どの情報を誰へ届け、どの実績をどこへ戻すかです。紙の作業指示書をPDFに変えるだけでは、改訂版の配布漏れ、転記ミス、実績集計の遅れは解消しない場合があります。発注の目的を「紙の削減」だけにせず、「最新版の指示が届く」「作業結果を後から追える」「教育と品質改善に使える」という業務成果に置き換えることが重要です。

まず、指示書を作成する生産技術・製造技術、承認する品質部門、作業する現場、実績を集計する生産管理の関係を整理します。そのうえで、対象を全工場に広げるのか、1ライン・1製品・1工程から始めるのかを決めます。初回発注では、指示書の検索・発行、改訂履歴、タブレット表示、作業実績の入力までを対象にし、設備やPLCとの連携は第2段階に分ける方法も有効です。対象工程を絞ると、現場で使えるかを短期間で検証でき、見積もりの前提もそろえやすくなります。

発注前には、システム本体だけでなく、要件定義書、画面仕様書、データ項目一覧、連携仕様、テスト計画、操作マニュアル、教育、運用手順、障害時の代替手段を成果物として定義します。既存の生産管理システムやERPから製造指図を受け、作業実績や検査結果を戻す場合は、どのデータを自社が管理し、どのデータを委託先が管理するかも決めます。責任分界が曖昧なまま契約すると、後から「それは別途開発です」「端末設定は対象外です」となり、予算と納期が膨らみやすいためです。

発注形態はパッケージ・クラウド・ローコード・個別開発から選びます

発注形態は、機能の多さではなく、現場業務の標準化の度合い、既存システムとの連携、オフラインの必要性、将来の保守体制で選びます。小さく始めるならローコード、標準的な製造実績やトレーサビリティを重視するならパッケージやMES、独自工程や特殊設備が中心なら個別開発が候補です。クラウドと工場内のエッジ端末を組み合わせるハイブリッド構成も、通信断への備えと集中管理を両立しやすい選択肢です。

指示書の検索、発行、写真添付、実績入力、承認といった業務から始める場合は、ローコードやSaaSを使った発注が候補になります。kintoneは2026年8月確認時点で、ライトが1ユーザー月額1,000円、スタンダードが1,800円、ワイドが3,000円で、いずれも税抜き、プランによって最低ユーザー数が設定されています（出典: サイボウズ株式会社「kintone料金」、2026年8月確認）。AppSheetはStarterが1ユーザー月額5米ドル、Coreが10米ドル、Enterprise Plusが20米ドルで、最大10ユーザーまで無料で試せます（出典: Google「AppSheet Pricing」、2026年8月確認）。

ただし、ライセンス料金は発注費用の一部にすぎません。現場に合わせた画面設計、権限設定、基幹システムからのCSV・API連携、帳票出力、端末設定、教育、保守が別途必要になるため、見積もりでは「ライセンス」と「導入支援・開発」を分けて記載してもらいます。入力端末が共用の場合のアカウント課金、通信が不安定な場所でのオフライン同期、写真や図面の保存容量も確認が必要です。

製品番号、工程、設備、作業者、ロットやシリアル番号、検査値を一貫して管理するなら、製造業向けパッケージやMES・MOMが候補になります。日立産業制御ソリューションズは、上位システムから製造指図を受け、工程への振り分け、電子ガイダンス、進捗把握、製造実績の収集までを扱う作業支援ソリューションを公開しています。パナソニック プロダクションエンジニアリングのMP-Connect事例のように、設備から検査結果を収集し、タブレット入力とリアルタイム共有を組み合わせる構成もあります。こうした公開事例は、製品の優劣を決める材料ではなく、自社の要件に近い連携範囲を確認する材料として使います。

独自の製品構成、特殊な設備、工場内でのオフライン処理、既存の業務ルールを残す必要が強い場合は、個別開発やエッジアプリを検討します。その場合は、要件に合わせられる反面、担当者の退職や委託先の変更後に保守できるかが課題になります。ソースコード、設計書、データ定義、ビルド手順、障害対応手順の納品と、第三者が保守できる状態をRFPと契約に含めることが大切です。

RFPと要件整理では現場の例外まで書き出します

RFPは、委託先へ「何を作ってほしいか」だけを伝える文書ではありません。現場の業務、対象データ、連携先、制約条件、納品物、評価方法を同じ前提で比較するための質問票です。現場観察を行い、通常作業だけでなく、指示変更、部品欠品、規格外、再作業、設備停止、通信断、担当者不在まで整理します。例外処理を省いたRFPは、開発後の追加要件を増やしやすいためです。

業務要件には、指示書の作成者、承認者、配布先、作業者、品質確認者、集計者を記載します。指示書に必要な製品番号、受注番号、納期、数量、工程順、標準時間、図面、写真、動画、安全上の注意、検査条件、改訂版数も項目化します。作業者が入力する開始・終了時刻、数量、設備、測定値、良否、コメント、写真については、必須項目、上下限チェック、入力単位、修正権限を決めます。「後で相談する項目」を減らすほど、各社の見積もりを同じ土俵で比べられます。

成果指標もRFPに入れます。例えば、指示書作成時間、改訂版の配布漏れ、転記ミス、実績集計時間、トレーサビリティの検索時間、教育に要する期間を導入前に測定します。目標値は「作業を効率化する」ではなく、「指示書作成を現状から何分短縮する」「変更後の最新版確認を全件記録する」のように定義します。導入後の受け入れ判定を業務成果と結び付けると、見た目の完成度だけで評価する事態を避けられます。

ERP、生産管理、CAD・PLM、WMS、品質管理、設備・PLC、バーコードやRFIDとの連携は、連携先ごとにデータの向き、頻度、方式、責任者、エラー時の再送方法を整理します。CSVで十分なのか、APIで即時連携するのか、設備停止時にエッジ側へ保留するのかを決めます。マスターの正本をどこに置くか、製品・部品・工程・設備・作業者・ロット・手順書版数の更新権限を誰が持つかも、RFPで質問する必要があります。

端末は、タブレット、ハンディ、現場モニター、HMIの候補を実際の作業環境で試します。手袋をしたまま操作できるか、油や粉じん、照明、騒音、視認距離、バーコードの読み取り、Wi-Fiの死角を確認します。ITネットワークとOT・工場ネットワークの分離またはゾーニング、最小権限、MFA、端末紛失時の停止、通信・保存時の暗号化、監査ログ、バックアップ、リモート保守の許可制も要件に含めます。経済産業省は2025年4月、工場規模を問わずサプライチェーン全体で工場セキュリティに取り組む必要があるとして、中小規模製造事業者向けの解説書を公開しています（出典: 経済産業省「工場セキュリティの重要性と始め方」、2025年）。

契約形態は請負・準委任・保守を工程ごとに使い分けます

作業指示システムの外注では、要件が固まっている工程と、現場で検証しながら固める工程が混在します。そのため、すべてを一つの契約にまとめるより、要件定義、PoC・画面検証、開発、導入支援、保守を分け、工程ごとに適した契約形態を選ぶ方がリスクを管理しやすくなります。契約名だけで判断せず、作業範囲、成果物、検収、変更手続き、知的財産、再委託、情報管理を確認します。

請負契約は、合意した仕事の完成と成果物の引き渡しを重視する契約です。要件定義書、画面仕様、連携仕様、テスト項目、納品版などの完成条件を定めやすい開発工程に向いています。一方で、現場で使って初めて分かる要望を無制限に含めることはできません。仕様変更の定義、追加見積もりの単価、納期変更の扱い、検収期間、瑕疵や不具合の対応範囲を契約書と別紙で明確にします。

準委任契約は、専門家による業務の遂行や助言を受ける契約で、現場ヒアリング、要件整理、PoC、導入伴走、運用改善など、完成物だけでは評価しにくい工程に使われることがあります。発注側が業務判断を行い、委託先が整理・設計・検証を支援する関係を作りやすい点が利点です。ただし、作業時間や体制だけでなく、会議体、週次報告、論点管理、決定事項、作成するドキュメント、終了条件を定めないと、成果が見えにくくなります。

リリース後は、障害受付、原因調査、復旧、軽微な設定変更、機能追加、ライセンス更新、端末交換、脆弱性対応を保守契約に含めます。月額保守に何時間の問い合わせ対応が含まれるのか、重大度ごとの初動時間と復旧目標、休日対応、現地訪問、バージョンアップ、バックアップ確認、ログ保管、データのエクスポートを確認します。設備や工場ネットワークとつながるシステムでは、障害時に作業を止めない紙・ローカル運用と、復旧後の再送・重複防止も契約上の運用手順に含めます。

作業指示システムの費用相場はどのくらいですか？

作業指示システム単体の公開価格は限られるため、以下の金額は専用製品の定価ではなく、リサーチノートの一次Q&A、公開ライセンス、一般的な連携・端末・保守の構成から整理した概算です。初期費用は、ローコードで小さく始める場合が70万〜400万円程度、既存基幹と連携するパッケージ・クラウド導入が300万〜1,500万円程度、複数ラインや設備・RFID・品質まで含む個別開発が1,000万〜5,000万円程度、全社MESや複数工場展開が5,000万円〜1億円以上となる場合があります。案件の範囲によって大きく変わるため、相場をそのまま予算化せず、前提条件付きのレンジとして扱います。

見積もりの初期費用は、要件定義、業務・画面設計、環境構築、設定・実装、データ移行、APIやCSV連携、帳票、端末、Wi-Fiや現場ネットワーク、テスト、教育、プロジェクト管理に分けて確認します。製造・生産分野のシステム開発では、総費用の約60〜80%が人件費になるという目安があり、工程別では要件定義が約10〜12%、設計・環境構築が約22〜24%、実装が約48〜50%、テストが約15〜17%と整理されることがあります（出典: リサーチノートに収録した製造・生産分野の一次Q&A、2026年）。これは個別案件の標準価格ではありませんが、実装費だけが突出している見積もりや、テスト・移行が極端に少ない見積もりを確認する手掛かりになります。

また、設備連携がある場合は、ソフトウェア費用だけで判断できません。PLC接続、ゲートウェイ、RFIDリーダー、バーコードスキャナー、産業用タブレット、制御盤、配線、電波調査、停止期間の調整、現地作業費が発生する可能性があります。端末台数、予備機、消耗品、OS更新、保護ケース、充電設備まで含めた総保有コストを、初期費用と分けて確認します。

ランニングコストには、クラウド・ライセンス、サーバー、データ保存、保守、監視、問い合わせ、端末更新、通信回線、バックアップ、セキュリティ対応が含まれます。保守費用は初期費用の年15〜25%程度を目安に置くケースがありますが、契約内容やサービス水準によって異なります。月額が安く見えても、ユーザー追加、API利用量、保存容量、現地訪問、休日対応、バージョンアップ、外部サービスの料金が別建てになっていないかを確認します。

費用を抑えやすい順序は、指示書の検索・発行と版管理、タブレット表示と実績入力、バーコード・検査値・トレーサビリティ、PLC・IoT・AI・複数工場展開です。最初から全機能を作るのではなく、1ラインで変更漏れ、実績集計時間、検索時間などのKPIを測り、効果が確認できた機能から広げます。スズキは2025年、作業動画の解析、手順書作成支援、ムダの特定、リアルタイム異常検知を行う「Ollo Factory」を国内工場に導入しました（出典: スズキ株式会社、2025年12月22日）。AIや動画機能も、目的とKPIが定まっている場合に限って追加するのが現実的です。

委託先の選定と見積比較では何を見ますか？

委託先は、知名度や提示金額だけでなく、製造現場に近い実績、既存システムとの連携力、現地対応、運用保守、データの持ち出しやすさで比較します。MES・設備連携型、現場作業支援型、ローコード伴走型では得意領域が異なるため、同じ会社に同じRFPを渡し、回答と見積もりの前提をそろえます。公開事例は、導入企業名があるかだけでなく、指示変更、検査データ、オフライン、教育、保守のどこまで実装した事例なのかを確認します。

小規模な工場で帳票と入力から始めたい場合は、ローコード導入を支援し、既存の紙フォーマットを残した段階移行まで対応できる会社が候補になります。複数ライン、設備・品質・在庫までつなぎたい場合は、MESや設備インテグレーションの経験が重要です。特殊な組立やオフライン要件がある場合は、現地のネットワークと端末を調査し、エッジ側で作業を継続できる会社を選びます。株式会社コムデックが紹介する小島製作所の事例のように、基幹システムのCSVを取り込み、変更履歴を残して指示書を発行する構成は、全面刷新を避けたい企業が確認する材料になります。

候補先には、紙の指示書を見せるだけでなく、変更が発生したときの流れを説明してもらいます。具体的には、承認前の編集、承認後の差し替え、現場が旧版を開いていた場合、作業途中の変更、検査値が規格外だった場合、通信断から復旧した場合をデモしてもらいます。通常画面の見栄えよりも、例外時に誰が判断し、どのログが残り、どのデータが再送されるかを確認すると、実装力と運用力を見極めやすくなります。

見積比較では、各社の金額を単純に足し引きしません。要件定義、設計、設定・実装、連携、移行、端末、ネットワーク、テスト、教育、保守を同じ項目で並べ、含まれる作業と除外される作業を確認します。最安の見積もりにデータ移行、現地調査、受け入れテスト、マニュアル、予備端末が含まれていなければ、後から追加費用が発生する可能性があります。逆に高額な見積もりでも、将来のライン展開や運用設計まで含めている場合があります。

比較表には、初期費用、月額・年額、ユーザーや端末の追加単価、APIや保存容量の従量課金、保守料、現地訪問費、機能追加の時間単価、データ移行費、契約終了時のデータ出力費を記載します。納期は、要件定義、PoC、開発、テスト、教育、稼働の期間に分けます。さらに、遅延時の報告、仕様変更の承認、検収の条件、障害の重大度、サービスレベル、再委託先、担当者の交代、契約終了後の引き継ぎも確認します。

委託先の評価表には、価格だけでなく、製造業・自社に近い実績、指示書の版管理と変更履歴、ERPや設備との連携、オフライン対応、トレーサビリティ、テストと移行、現場教育、保守体制、セキュリティ、データの所有権と取り出しやすさを入れます。評価者も、情報システム部門だけでなく、製造、品質、生産管理、現場の代表者を含めます。部門ごとに重視する項目が違うため、点数とコメントを残すと、価格だけに引きずられにくくなります。

最終候補には、1ライン・1製品・1工程を対象にした有償または無償のPoCを依頼します。PoCでは、指示書の改訂、図面や写真の表示、作業者の入力、検査値の上下限、通信断、承認、実績の検索までを実データに近い条件で試します。成功条件を「画面が表示された」ではなく、「変更漏れが記録される」「作業者が規定時間内に入力できる」「集計担当者が実績を検索できる」と定め、開発継続・縮小・中止の判断基準にします。

発注後はPoCから段階展開へ進めます

契約して終わりにせず、要件定義、画面・連携のPoC、開発、受け入れテスト、教育、稼働、改善の順に進めます。発注側には、業務の意思決定者、現場責任者、データ・連携の担当者、受け入れ責任者を置き、委託先との定例会で課題、決定事項、未確定事項、変更要求を管理します。委託先に任せる範囲と、自社が決める範囲を明確にすると、現場の要望が放置されたり、逆に無制限な追加開発になったりすることを防げます。

現場のPoCでは、作業者が手袋をした状態で操作できるか、指示を読む距離で文字や図面が見えるか、入力の手数が増えていないかを確認します。正常な作業だけでなく、指示変更、部品違い、規格外値、権限不足、API停止、通信断、端末故障、復旧、重複送信、データ移行を試験します。受け入れテストの合否条件は、画面単位ではなく業務シナリオ単位で定義し、誰がいつ判定するかを決めます。

段階展開では、まず指示書の検索・発行と版管理を整え、次に現場表示と実績入力、最後に検査、在庫、設備・PLC、BIへ広げる方法が考えられます。紙をすぐに全廃せず、一定期間は紙またはローカルの代替手順を残し、システム障害時も安全に作業を継続できる状態を作ります。稼働後は、月次でKPI、問い合わせ、入力漏れ、変更履歴、障害、現場の改善要望を確認し、次の発注や追加開発の優先順位を決めます。

作業手順のオーナー、改訂承認者、アカウント棚卸しの担当者、バックアップ確認者、脆弱性対応の窓口を決めておくことも重要です。手順書の内容だけでなく、マスターやアクセス権を誰が更新できるかを運用に組み込みます。委託先が変わっても継続できるように、データ定義、設定一覧、ログの保管期間、障害時の連絡網、契約終了時のデータ返却手順を定期的に確認します。

よくある質問

作業指示システムの発注では、費用だけでなく、対象範囲、契約、現場定着、将来の連携がよく質問されます。ここでは、発注前に判断しやすいように、代表的な疑問へ直接回答します。

対象を1工程に絞り、既存のクラウドやローコードで指示書の検索・発行・入力だけを始めるなら、初期費用を100万円未満に抑えられる可能性はあります。ただし、これはすべての案件に当てはまる価格ではなく、要件整理、連携、データ移行、端末、教育、保守を含むかで変わります。見積もりでは、ライセンス費と導入支援費を分け、含まれない作業を確認してください。

相談はできますが、現状の指示書、業務フロー、困っている例、対象工程、利用者数、連携先、希望時期、予算レンジを準備すると、提案と見積もりの精度が上がります。RFPを最初から完璧に作る必要はありません。現場観察と要件整理を最初の準委任工程として依頼し、その成果物をもとに開発の請負契約へ進む方法もあります。

すぐに全廃する必要はありません。検索・発行側からデジタル化し、現場では一定期間紙を併用しながら、最新版の確認、入力負担、通信断時の復旧を検証する方が定着しやすい場合があります。ただし、紙とシステムのどちらが正本か、併用期間、旧版を廃棄する条件、障害時に紙へ切り替える責任者を明確にしないと、二重管理になるため注意が必要です。

まとめ

作業指示システムの発注・外注では、まず最新版の指示を必要な工程へ届け、実績を品質改善へ戻すという目的を定めます。そのうえで、パッケージ・クラウド・ローコード・個別開発のどれが自社の規模と工程に合うかを選び、対象範囲、連携、端末、オフライン、セキュリティ、データ移行、成果物をRFPに整理します。

費用は、ローコードで小さく始める場合の数十万〜数百万円程度から、設備・複数ライン・MES連携を含む数千万円規模まで幅があります。根拠のない一律価格で判断せず、初期費用、月額・保守、端末・ネットワーク、連携、教育、追加変更を分けて相見積もりを比較してください。契約は、要件整理やPoCを準委任、仕様と成果物が明確な開発を請負、稼働後の障害・変更・セキュリティを保守として整理すると、責任範囲が見えやすくなります。

最初の1ラインで現場の使いやすさとKPIを検証し、発行側、現場入力、検査・トレーサビリティ、設備連携へ段階的に広げることが、過剰投資と現場定着の失敗を抑える近道です。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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