出来形管理システムの発注・外注は、設計値から実測、判定、写真、承認、電子納品までを一つの業務フローとして整理し、既製品、追加開発、業務委託のどれを組み合わせるかを決めていく進め方です。
発注内容と受入条件をそろえるため、先に次の3点を整理します。
- データ管理：設計値、実測値、規格値、写真を一連のデータとして扱う
- 要件と見積：RFPで要件と見積条件をそろえる
- 運用まで：契約、受入テスト、導入後の運用まで見通す
▼全体ガイドの記事
・出来形管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
出来形管理システムの発注・外注の意味
出来形管理システムの発注・外注とは、必要な業務の範囲を決めたうえで、既製品の導入、追加開発、フルスクラッチ開発、データ入力や帳票作成の業務委託から適切な方法を選ぶことです。特に重要なのは、機能の数よりも、現場で取得した実測値が写真や測点と結び付いたまま、帳票や電子納品まで流れることです。
出来形管理業務で扱うデータの把握
出来形管理は、施工した構造物や道路、土工などが設計図書と施工管理基準に合っているかを確かめるため、設計値と実測値を比べて発注者へ提出する業務です。
出来形管理で扱うデータは、工事・工種・測点の台帳から始まり、測定項目と規格値、設計値と実測値へと続きます。さらに、合否判定やばらつきのグラフもこの流れに入ります。
出来形管理図表と総括表、写真、XMLやPDFなども、同じデータの一部です。これらを分けずに「ExcelをWeb化したい」とだけ頼むと、測点と写真のひも付けや訂正履歴が要件から抜けがちです。
時間と手戻りで見た発注の目的
重視する点は立場によって違います。経営層は投資回収、現場監督は入力負荷、事務所担当者は集計時間、情報システム担当者はセキュリティと連携を重視します。
全員が納得する要件にするには、「建設DXを進める」といった目標ではなく、現状の数字を押さえておくことが近道です。たとえば、1工事あたりの再入力回数や、現場から事務所へ戻ってからの集計時間を現状値として記録します。検査前の修正件数や帳票完成までの日数も、現状値として残します。
目標は、導入後に入力時間を30％削減する、再入力をゼロに近づけるといった、測定できる形に置き換えておきます。そうすれば、見積の比較も同じ条件で行えます。
発注形態の選び方
標準的な帳票、写真、電子納品に早く対応したい場合は、既製品またはクラウドを優先します。ただし、独自の計算式や特殊工法、測量機器、基幹システムとの連携に差別化の理由がある場合に限り、追加開発やスクラッチ開発を検討します。
現場作業そのものが負担になっているなら、システム開発とは別に、データ入力や電子納品を外注する方法もあります。
既製品・クラウドの導入
既製品には、施工管理基準や帳票、写真管理、電子納品など、建設工事で頻繁に使う機能があらかじめ用意されています。そのため導入期間を短く抑えやすく、さらに発注者ごとの書式改定もベンダー側の更新で吸収できます。
クラウド型は、現場と事務所で同じデータを見られるのが特長です。KENTEMの出来形管理クラウドのように、複数人での同時利用や、現場アプリからの実測値・立会値の同期を訴求する製品もあります（出典: 株式会社建設システム公式製品情報、2026年確認）。
ただし、利用者数、工事件数、写真容量の条件は、契約前に確かめておきます。オフライン利用とデータ返却の条件も、契約前に確かめます。
既製品へのアドオン・連携開発の依頼
既製品の標準機能で帳票、写真、電子納品をまかない、足りない部分は、API、CSV、XMLなどのデータ連携や、帳票テンプレートで補う方法です。
たとえば、測量機器のデータを中間形式に変換して工事・工種・測点へ自動登録する仕組みや、完了データを社内の原価・工事台帳へ渡す仕組みが、この方法の対象になります。
この方法は、全機能を一から作るより費用とリスクを抑えやすい点が利点です。一方で、APIの公開範囲、アップデート時の互換性、障害時の責任の分け方は、開発会社とベンダーの双方に確かめておきます。
スクラッチ開発と業務委託の使い分け
特殊な工法、複数の発注者にまたがる独自帳票、3次元点群やGNSSとの高度な連携、将来の維持管理データの活用まで求める場合は、スクラッチ開発が候補になります。ただし、最初から全工種を網羅すると要件が膨らみます。そこで、1工種・1発注者・1現場に絞り、入力、判定、帳票、電子納品までをMVPとして検証します。
写真整理、出来形管理図表への打ち込み、電子納品の作成を外注する場合は、既製品を使いながら繁忙期の作業量を減らせます。
公開されている現場BPOの例では、写真整理・出来形管理図表への打ち込みが月10万円、電子納品受託が1工事10万円という料金例があります。ただし、対象件数やデータの状態で変動するため、内製工数との比較材料として扱います（出典: 株式会社現場サポート公式料金例、2026年確認）。
RFPと要件整理の進め方
RFPは、開発会社へ「何を作ってほしいか」に加えて、「どの業務を、どの基準で、どんな形で納めるか」を伝える依頼書です。
現場担当者の要望は、そのまま機能一覧にせず、現状業務、目標、対象範囲に分けて書きます。さらに、データや非機能の条件、検収条件も、別の項目として書きます。運用体制、予算とスケジュールまで分けておくと、会社ごとの見積を同じ条件で比べられます。
現場から電子納品までの業務フロー
最初に、工事の受注から検査対応までを時系列で並べます。前半には、施工計画、測量、現場入力、立会いがあります。後半には、事務所での確認、帳票出力、承認、電子納品が続き、検査対応で終わります。
各工程で、誰が何を入力し、どの端末を使い、元データをどこに保存するかを整理します。次工程へどう渡すかも、あわせて書き出します。
たとえば、実測値を紙に記録し、事務所でExcelへ再入力して、写真を別フォルダから探して帳票へ貼る流れなら、システム化の効果は機能の追加よりも、二重入力と検索作業の削減に表れます。
機能要件の優先順位と記載
必須機能には、工事・工種・測点の台帳管理と、設計値と実測値の入力を置きます。さらに、入力から帳票の出力まで一つの流れで扱うための機能も、必須に含めます。
- マスタ管理：測定項目と規格値を登録しておく
- 合否判定：設計値と実測値を照らして合否を決める
- 確認表示：ばらつきを一目で確認できるようにする
- 帳票：出来形管理図表と総括表を出力する
現場で使うなら、スマートフォンやタブレットでの入力とオフライン保存が、優先度の高い機能です。加えて、再送や、電子小黒板、工事写真との連携も優先して検討します。
将来機能には、GNSS、TS、レーザースキャナ、UAVなどの測量機器との連携があります。点群、3次元設計データ、基幹システム連携も、将来機能として分けて記載します。そうしておくと、予算を超えたときに削れる範囲がはっきりします。
帳票差分・通信断・監査の非機能要件
発注者、工種、地域によって、施工管理基準や提出様式は異なります。RFPには、対応する発注者、工種、帳票、基準の版と適用日、ユーザー側で追加・変更できる範囲を記載します。国土交通省の要領関係等では、2025年3月改定の3次元計測技術を用いた出来形管理の監督・検査要領が工種別に掲載されています（2026年8月確認）。
山間部や地下など通信が不安定な現場では、端末側の暗号化保存、再接続後の同期、同じ測点を複数人が編集した場合の競合処理を確かめます。さらに、誰がいつ実測値を入力・訂正したか、訂正前の値を追跡できるか、写真原本とXMLを保持できるか、バックアップを復元できるかも要件に含めます。
対象工種と、最新要領への追随方法を発注前に確認します。同省のICT施工協議会では、2026年2月の第22回、6月の第23回会合で、技術基準類の拡大や中小建設業への普及が議題になっています。そのため、今後の要領更新に対応できるマスタ設計も評価対象にします（出典: 国土交通省「ICT導入協議会」、2026年確認）。
契約形態の選び方
出来形管理システムの開発契約は、要件が固まっているか、今後どの程度の変更が起こりそうか、納品物と検収基準を明確にできるかで選びます。
契約名だけでは安全性を判断できないため、要件定義、設計、開発、テスト、運用保守のそれぞれを発注側と受託側のどちらが受け持つかを、見積書と契約書の両方で確かめます。
請負契約：範囲と完成条件を固定できる場合
請負契約は、受託者が合意した納品物を完成させ、発注者が検収する形で進める契約です。
帳票画面や計算ロジック、出力ファイルを、納品物として明示します。権限や操作マニュアル、テスト結果も書き出して、どの状態なら検収に合格するかを決めます。
標準機能中心の導入や、要件が明確な小規模な追加開発では比較しやすい一方、発注者ごとの帳票差分が未整理のまま請負にすると、変更のたびに追加費用や納期の延長が発生しがちです。
準委任・時間精算：探索的な開発の場合
準委任や時間精算型の契約は、発注者と受託者が協力して要件を深める場合や、現場で試しながら優先順位を変える場合に適しています。
MVPを1現場に投入し、入力時間、再入力件数、帳票作成日数、検査前の修正件数を見ながら、次の開発を決めていく運用です。
作業時間が増え続けないよう、月ごとの上限や担当者、作業報告の方法を契約書に記載します。あわせて、成果の確認方法、未使用時間の扱い、仕様変更の承認者も書いておきます。
保守・運用契約の基準改定とデータ返却
リリース後は、クラウド利用料、問い合わせ対応、障害復旧が発生します。そのあとも、次の作業が続きます。
- 環境の更新：OSやブラウザの更新、脆弱性対応
- 基準と帳票：基準・帳票の改定に対応する
- 運用：バックアップ、利用者教育
保守費用は、初期開発費の年15〜25％程度を仮置きすることがありますが、これはあくまで業務システム一般の予算検討用の目安で、出来形管理専用システムの統一相場ではありません。
基準改定を標準保守に含めるか、過去の工事を旧基準で再現できるかを確かめます。あわせて、契約終了時にCSVやXML、写真原本、操作ログを返却できるかも確認します。
出来形管理システムの費用相場
費用は、既製品のライセンスを導入するか、クラウドを利用するか、追加開発を行うかで大きく変わります。
費用を見るときは、対象工種、発注者数、帳票の複雑さを分けて考える必要があります。そのうえで、現場数、利用者数、測量機器連携も、それぞれ別に考えます。データ移行や教育、保守も、初期費用とは別の項目として扱います。
示す金額は、公開価格と業務システム一般の相場から組み立てた、予算検討用の幅です。
既製品・クラウド導入の費用目安：数十万円から数百万円
導入する範囲で費用の幅は大きく変わるため、範囲ごとに金額を分けて見ます。
- 標準機能中心のクラウド：初期設定、データ登録、操作研修を含めて20万〜60万円程度。利用開始までは数日〜1か月程度
- 月額：ユーザー数、工事数、写真容量、現場数、連携機能で変わり、課金の単位（1ユーザー、1工事、1現場、全社）は問い合わせ時に確認します
- 複数拠点・移行・教育まで含む構成：初期100万〜300万円程度、構成によっては300万〜800万円程度まで広がります
複数拠点・移行・教育まで含む構成の金額は、写真、CAD、出来形、電子納品、現場端末をまとめた場合を想定しています。
パッケージの公開例として、福井コンピュータの2023年リリース資料には「写真・出来形管理セット」が税別60万円と記載されています（出典: 福井コンピュータ株式会社「EX-TREND武蔵 Ver.24」公式リリース、2023年）。これは2026年の現行見積を示す価格ではなく、機能セットの公開例です。
独自開発の費用幅：500万円から8,000万円以上
帳票入力、合否判定、Excel・PDF出力に絞った小規模なMVPは、500万〜1,200万円です。写真、電子納品、権限、クラウド、承認履歴を含む標準的な業務システムは、1,200万〜3,000万円です。測量機器、3次元データ、既存基幹システムとの連携まで含める場合は、3,000万〜8,000万円以上を見込むケースがあります。
この金額は、業務システム一般の小規模・中規模の相場、人月単価、必要機能から組み立てた推定です。出来形管理専用システムの全国統一価格ではありません。
中小開発会社の人月単価を80万〜120万円程度とする一般的な見積情報もあります。ただし、設計、PM、テスト、現場導入支援を含むかどうかで、総額は変わります（出典: NotebookLM一次Q&A「業務システム全般_18」、2026年確認）。
開発費以外のTCOの扱い
初期費用だけで安さを判断すると、後から費用が膨らみがちです。端末、写真容量、データ移行、教育にかかる費用は、導入後に加わります。さらに、保守、基準改定、帳票追加、現場サポートの費用も続きます。
3年間の総保有コストとして、初期導入費、月額・年額、追加ユーザー、現場数の増加を並べます。そのうえで、クラウド容量や機器連携、保守、教育、内製担当者の工数も、あわせて含めます。
内製では安く見えても、現場監督が毎月数日を帳票作成に使っているなら、その工数を外注費やクラウド費と同じ条件で比べることが大切です。
委託先の選定と見積比較の確認点
委託先は、施工管理の理解、帳票と基準への対応、現場での使いやすさ、連携技術、導入後の保守体制を総合して評価します。価格は、その中の一つとして比べます。
開発会社、既製品ベンダー、業務代行会社は、得意な領域がそれぞれ違います。そのため、同じRFPを渡して提案内容の違いを見ると、自社に必要な発注形態も明確になります。
類似する工種・帳票・現場の実績
実績確認では、「建設業向けの開発実績あり」と書かれているかを見るだけでなく、中身まで確かめます。土工や舗装、構造物、法面など、自社の工種に近いかを質問します。さらに、国土交通省や自治体など対象発注者の帳票に対応したか、TS・GNSS・点群・写真アプリと連携したか、オフライン現場を経験しているかも尋ねます。
可能であれば、担当者から匿名化した画面、入力から帳票出力までのデモ、検査前の修正履歴を見せてもらいます。製品事例では、社名や導入件数だけでなく、利用の定着まで何を支援したかを確認します。
たとえば、ピースネットの公式更新履歴には、2026年2月・3月・4月・5月の上出来BEST Xの更新が掲載されています（出典: 株式会社ピースネット「上出来BEST X 更新履歴」、2026年確認）。出来形管理では、導入時の機能だけでなく、自治体基準や写真管理の更新を継続できる体制が選定材料になります。
見積の前提・除外・追加単価の比較
見積比較では、総額の横に、要件定義や画面設計、データ移行、帳票テンプレート、API連携を並べます。さらに、端末対応、テスト、研修、初年度保守、税、クラウド費も並べて、項目ごとに見比べます。
各社には、「含む」「含まない」「条件付き」のいずれかを書いてもらいます。そのうえで、追加開発の時間単価や帳票1種類の追加費用を確かめます。ユーザーや写真容量、現場を追加したときの費用と、基準改定の対応費も見ておきます。
安い提案には、重要な作業が含まれていないこともあります。そのため、初期費用と3年間のTCOを分けて比べます。
セキュリティと納品後の主導権の確認
クラウドを選ぶ場合は、暗号化、MFA、権限設定、操作ログ、バックアップを確かめます。さらに、障害時の復旧目標、データ保管場所、委託先の再委託、退会時のデータ返却も確認します。
スクラッチ開発では、ソースコードや設計書、データ辞書、API仕様を、引き渡す範囲として契約に記載します。さらに、帳票テンプレート、環境設定、バックアップ復元手順の引き渡しも、契約に書いておきます。
公共案件や発注者の調達基準がある場合は、特定の認証の有無よりも、求められる基準と委託先の運用実態が合うかを確かめます。
発注後の導入と受入テストの確認事項
発注後は、要件定義が完了してから導入するのではなく、早い段階から実データに近いサンプルで確かめます。
1現場で試行し、現場監督、測量担当、事務所担当、検査対応担当が、それぞれ操作して、入力から電子納品までの手戻りを記録します。
正常系と例外系の受入条件
受入テストでは、設計値と実測値が一致する正常系だけでなく、例外系も試します。例外系には、規格値外、測点の重複、工種の変更、写真未登録、通信断、同期失敗があります。さらに、権限外の編集、基準改定、訂正履歴、XML不正、帳票の再出力も確かめます。
実測値を変更したときに変更前後と操作者が残るか、写真を別の測点へ誤って付け替えたときに検知できるか、オフライン中の入力が復旧後に二重登録されないかを確かめます。さらに、合否判定に加えて、検査で説明できる記録が残ることも、合格の条件にします。
パイロット導入後のKPIと教育
パイロット導入では、入力時間、事務所での集計時間、再入力回数を計ります。加えて、帳票作成日数、検査前の修正件数、利用者の操作完了率も記録します。システムが完成しても、現場で使われて初めて、投資効果が出ます。
現場向けには、短時間の研修や操作動画、問い合わせ窓口を用意します。さらに、端末の貸出、通信断時の手順、基準改定時の周知も準備し、担当者だけに操作が集中しない状態を作ります。
試行結果をもとに、全社に広げる工種と、既製品や業務委託のまま残す業務を判断します。
よくある質問（FAQ）
最後に、出来形管理システムの発注前によく寄せられる質問に、順に答えます。費用だけでなく、既製品と開発の境界、現場の通信環境、発注者ごとの帳票対応まで確かめることが大切です。
既製品と独自開発はどちらを選ぶべきですか？
標準的な帳票、写真管理、電子納品を早く使いたい場合は、既製品やクラウドから比べることをおすすめします。
独自の計算式や特殊工法、測量機器、基幹システム連携が投資効果に直結する場合は、不足部分だけの追加開発を検討します。それでも対応できない範囲に限って、スクラッチ開発へ進みます。
小規模な会社でも導入できる費用感ですか？
標準機能中心のクラウドやパッケージなら、初期設定と研修を含めて数十万円規模から比べられる場合があります。
複数工種や複数発注者、写真・電子納品に、機器連携や社内システム連携まで含めると、数百万円から数千万円規模へ広がります。そのため、まず1工種・1現場での導入範囲を分け、月額や保守を含む3年間の総額で判断します。
山間部など通信が不安定な現場でも使えますか？
オフライン入力、端末内の暗号化保存、通信回復後の再送、同期失敗の通知、競合解決を備えた製品や構成なら対応できます。
ただし、サービスごとにオフラインで使える機能や保存期間が違います。そのため、実際の現場で機内モードにして、測点、写真、訂正、帳票出力まで試します。通信断を想定した手順も、現場教育に含めておく必要があります。
システム開発ではなく入力作業だけ外注できますか？
外注できます。写真整理や実測値の入力、出来形管理図表の作成、電子納品データの作成などを業務委託し、社内は現場判断と検査対応に集中する方法です。
料金は工事数、写真枚数、データの整い具合、納期、修正回数で変わるため、1工事単価や月額だけでなく、納品後の確認・差し戻しを含む範囲を明記して依頼します。
まとめ
出来形管理システムの発注・外注では、「何を作るか」を考える前に、設計値から実測、判定、写真、承認、電子納品までのどこで手戻りが起きているかを整理します。
発注側は業務ごとに発注方法を組み合わせ、標準機能は既製品・クラウド、不足部分はアドオン、独自性が高い部分は開発、入力や電子納品の繁忙期対応は業務委託とします。
発注前に確認する項目
発注前には、対象工種と発注者、帳票と基準の版、利用者数と現場数をRFPに記載します。さらに、端末と通信環境、写真や測量機器、既存システムとの連携、オフラインの扱いも記載します。操作ログやデータ返却、保守範囲も、RFPに含めます。
見積は、初期費用だけでなく、追加開発、移行、教育、月額、保守、基準改定まで含めた3年間のTCOで比べます。
1現場のパイロットによる発注判断の確認
国土交通省のICT施工要領や発注者ごとの帳票は更新されるため、2026年時点の機能一覧だけでなく、最新要領への更新方法と過去データの再現性も確かめます。
まず1現場で、通信断や規格値外、訂正履歴の場面を試します。さらに、写真のひも付けから帳票出力、電子納品までを通して、入力時間と手戻りを測定します。
小さく検証してから全社展開や追加開発へ進むのが、出来形管理システムの発注で失敗を避ける近道です。
▼全体ガイドの記事
・出来形管理システム開発の完全ガイド
▼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を創業。