土木工事業向け出来形管理システムの発注は、業務の棚卸し、要件の整理、試行導入の順に進めると、現場への定着と費用の抑制につながります。
発注形態、RFP、契約・費用、委託先選定の4段階で見ると、全体の流れがつかめます。全体像は、下のリンクの完全ガイドにまとめています。
▼全体ガイドの記事
・土木工事業向け出来形管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
土木工事業向け出来形管理システムの発注・外注の意味
発注・外注とは、出来形管理業務に関わる選定・導入・開発・保守を、自社で作らず、製品ベンダーや受託開発会社に委託することです。まず、製品名や機能数を見る前に、標準化する作業と自社独自のルールを決めておきます。
出来形管理でシステム化する範囲
システム化する範囲は、出来形管理でどの情報を記録し、どの業務を通すかを洗い出すと決まります。記録の対象は、工事の基本情報から成果物までの5区分に分けて整理できます。
- 工事情報：工事名、発注者、工種、測点、担当者
- 測定情報：設計値、許容差、実測値、測定日、判定結果
- 記録資料：現場写真
- 業務の流れ：設計値登録、実測、撮影、差の計算、規格値判定、承認
- 成果物：管理図表・総括表の出力、検査、電子納品
測定項目、撮影頻度、帳票様式、電子納品形式は、発注者の基準や特記仕様書によって変わります。
たとえば、関東地方整備局は、令和7年3月改定の土木工事施工管理基準及び規格値、出来形管理基準、土木工事写真管理基準を公開しています（出典：国土交通省関東地方整備局「土木工事共通仕様書」掲載資料、2026年8月確認）。
RFPには「国交省対応」と書くだけでなく、対象工種と実際に提出する帳票のサンプルも添付します。
発注の成功基準：導入費より現場定着
出来形管理システムは、現場監督や測量担当者が毎日使ってこそ効果が出ます。効果は次の指標で測ります。
- 入力：1測点の入力時間
- 記録：写真との紐付け漏れ
- 事務作業：転記件数、帳票作成時間
- 進捗確認：未検査箇所の把握時間
入力画面の見た目だけで導入効果を判断しないようにします。特に、現場ではスマートフォンで測定値と写真を登録します。
事務所では品質担当が異常値を確認し、本社では進捗と未承認データを確認します。利用者ごとの業務を発注時に明記しておくと、紙やExcelとの二重運用を防げます。
発注形態の選択肢：既製品・部分開発・スクラッチ
発注側は、標準業務との適合度や独自帳票の多さで発注形態を決めます。そのほか、現場数、協力会社との連携、測量機器や基幹システムとの接続範囲も判断材料になります。
最初からスクラッチ開発に絞らず、既製品で満たせる範囲と開発が必要な範囲を分けて考えると、費用を抑えながら失敗を減らせます。
既製クラウド・SaaSが向く会社
既製クラウドやSaaSは、標準の共通機能を早く使い始めたい会社に向いています。比べるときは、機能の範囲、導入の速さ、個別対応の扱いを見ます。
- 共通機能：写真、図面、電子小黒板、検査、書類共有、電子納品
- 導入：共通機能を短期間で利用開始できる
- 適する会社：複数現場を本社で確認したい会社
- 個別対応：独自規格値計算、特殊工種の帳票、原価・積算連携にはオプションやAPI開発が必要
サーバー保守やバックアップを自社で抱えたくない会社にも適しています。
Photoructionの公式料金ページは、初期費用0円を掲げています。カスタマイズ・オプションを除くと、利用者数に応じた月額料金とオプション料金で見積もる体系です（出典：Photoruction「料金プラン」、2026年8月確認）。
同ページでは、カスタマイズ・オプションを除き、容量による金額変動はありません。見積もりでは、現場数、利用者数、追加機能を分けて確認します。
部分開発の始め方：1工種・1現場での検証
既製品では入力や帳票が合わず、全社向けの開発には不確実性が大きい場合は、部分開発が現実的です。対象は、1工種の設計値・実測値入力、写真の自動紐付け、規格値判定、帳票出力などに絞れます。
1現場で2〜3か月程度の試行を行います。PoCでは、機能に加えて、通信断時の保存、同期競合の通知、登録に必要なタップ数も測ります。
成功条件は「担当者が使える」に加えて、入力時間、未入力件数、写真整理時間などの数字で定めておくと、本番化を判断しやすくなります。
スクラッチ開発の選び方：独自業務とデータ連携の優先
独自業務とデータ連携を重視する場合に、スクラッチ開発が選択肢になります。
- 適する業務：特殊工種や独自帳票が多い
- 設計の自由度：自社業務に合わせて設計できる
- AIの用途：写真分類や帳票下書きなどの入力補助
積算・原価・会計・測量・ICT建機・BIM/CIMのデータを一つの基盤で扱いたい会社にも向いています。
要件定義、基準改定への追随、障害対応、端末更新、保守体制は、自社と開発会社が長く負担することになります。
規格値の最終判定や検査承認は、自動化を前提にしないほうが安全です。施工判断は技術者が行い、AIの提案、採否、修正履歴が残る設計にします。
発注・外注の進め方と順序
製品デモから始めると、デモで見た機能に業務を合わせてしまいがちです。そこで、次の順に進めると、発注から稼働までの判断漏れを防げます。
- 現状の業務と提出物の棚卸し
- 発注形態の選択肢の比較
- 候補会社への、同じ条件でのRFP提示
- PoCまたは本番導入、試験と教育
企画から教育まで、段階ごとに担当と判断条件を決めておきます。
現場の業務と転記箇所の棚卸し
まず、実際に使う資料を、現場代理人、測量担当、品質担当から集めます。本社の工事部や協力会社の資料も、同じように集めます。
- 資料：野帳、Excel、写真フォルダ、提出帳票
- 担当と入力：設計値・実測値の登録者と入力場所
- 写真と承認：撮影・整理の担当、承認・差戻しの方法
特に、工事名や測点名を紙、写真名、Excel、帳票へ何度入力しているかを調べます。こうした箇所は、マスタと自動連携の効果が出やすい部分です。
発注者の判断や現場の例外処理まで一律に自動化すると、要件が複雑になり、費用も増えやすくなります。
対象工種と帳票を絞った要件定義
要件では、対象工種、測定条件、成果物を具体的に書きます。
- 測定内容：測点、設計高・実測高、許容差の計算
- 測定条件：項目、単位、小数桁、規格値、測定頻度
- 成果物：写真の撮影時点、図表、写真帳、提出形式
山間部、河川、トンネルなどの現場では、通信が途切れることを前提にします。そのうえで、入力値と写真の一時保存、復旧後の同期、別端末で同じ測点を編集した場合の競合表示を確認します。
また、同期失敗時の再送と、端末紛失時のデータ保護を確認します。外部測量機器の形式は、Bluetooth、CSV、LandXML、点群などから特定します。
RFPには形式を記載したうえで、実際のサンプルデータを使って連携テストを行います。
契約時から計画する受入試験と現場教育
受入試験と現場教育は、契約時から計画しておきます。
- 業務試験：設計値登録から電子納品データ出力までの確認
- 例外試験：規格値外、未入力、重複測点、通信断、同期競合、担当者変更
- 現場教育：操作手順、エラー対応、問い合わせ窓口、初回現場支援
画面が表示されるかだけでなく、工事資料から一連の成果物が完成するかを確認します。
KENTEMの公式導入事例には、SiteBoxと写真管理ソフトの連携で写真整理が半分以下になったという利用者の声があります。ただし、この結果は個別事例で、自社でも同じ効果が出るとは限りません（出典：株式会社建設システム「SiteBox導入事例」、2026年8月確認）。そのため、自社の現場で導入前後を測り、全社展開の根拠にします。
RFP・要件整理で明記する内容
RFPは、価格だけでなく、候補会社の見積もりを同じ条件で比べるための文書です。そのため、対象業務と課題、対象工事と利用者、データと連携を、前提として揃えます。さらに、非機能要件、導入日程、保守範囲も同じ条件で示します。候補会社ごとに説明の仕方が違っても、同じ回答欄で比べられる粒度に揃えます。
機能要件の範囲：データの流れと例外処理
機能要件には、管理・入力、記録・判定、出力・連携を含めます。
- 管理・入力：工事・工種・測点、設計値・規格値、実測値
- 記録・判定：写真、小黒板、撮影漏れ警告、自動計算
- 出力・連携：承認、帳票、電子納品、検索、履歴、CSVや画像の出力
- 3次元対応：3次元を扱う場合はTS、GNSS、レーザースキャナー、ドローン、ICT建機、LandXML、点群、BIM/CIMの対象範囲を分ける
異常値を上書きするか、修正前の値を残して再入力するかを決めておきます。承認後に訂正する場合の承認者も、あわせて明記します。
自動判定は、技術者の確認を助ける用途として位置づけ、判定ロジックの変更履歴と最終承認者を残します。
国土交通省の情報共有システム機能要件Rev.5.6は機能対象を整理しています。出典は国土交通省「工事施工中における受発注者間の情報共有システム機能要件 Rev.5.6」（2026年8月確認）です。
対象には、工事基本情報、書類管理、電子納品があります。さらに、遠隔臨場や3次元データのほか、連携や権限管理なども含まれます。
非機能要件の中心：現場環境とデータ保護
非機能要件は、現場環境、性能、データ保護に分けて定めます。
- 現場環境：端末・OS、通信断、同時利用者数
- 性能・復旧：画像・動画容量、表示速度、バックアップ頻度、復旧目標
- 保護：暗号化、認証、権限、監査ログ
- 選定：写真共有サービスと施工管理基盤の区別
稼働時間、障害時の連絡体制、脆弱性への対応も決めておきます。古い端末を使う現場では、実際に配布できる機種で試験します。
協力会社や発注者が閲覧する場合は、会社・工事・役割の単位で権限を分けます。また、退職者や工事終了後の利用者を停止できるかも確認します。
ダウンロードや共有リンクの制御、操作ログの出力も確認します。なお、Rev.5.6では、利用者単位のID・パスワード、権限設定、バックアップと復元、マスタ管理が要件として示されています。
提案書の納品物と保守分担の指定
提案書の資料と、契約前に決める運用条件を揃えておきます。
- 設計資料：構成図、画面・データ項目一覧、帳票サンプル
- 導入計画：連携、移行、テスト、教育、サポート体制
- 回答区分：標準、設定、追加開発、対応不可
機能ごとに回答区分を揃えておくと、見積もりの前提が明確になります。
基準や帳票の改定を保守費に含めるか、個別改修にするかを決めます。そのうえで、改定情報を誰が集め、いつシステムに反映するかも、契約前に定めます。
解約時は、返却するデータの形式と費用、期限を確認します。データには、工事情報、測定値、写真があります。さらに、帳票、XML、操作履歴も対象です。
契約形態：準委任・請負・SaaS利用の使い分け
外注であっても、契約の考え方は、成果物の扱い、仕様変更の負担、支払いの対象が作業時間か完成機能かで変わります。法務や顧問弁護士の確認を前提に、開発フェーズと運用フェーズで条件を分けます。
要件が変わりやすい企画：準委任
調査しながら解決策を探す段階では、準委任が使われることがあります。たとえば、現場ヒアリングや業務棚卸し、RFP作成支援、PoCなどが該当します。
作業内容や担当者、稼働時間の管理方法、成果の確認方法を定め、毎月の成果報告をもとに、次月の判断を行います。
要件が固まる前に完成責任だけを求めると、想定外の追加費用や納期延長につながりやすくなります。
機能が確定した開発：請負と受入基準
本番開発では、請負契約と具体的な納品・検収条件を検討します。「動けば検収」では不十分です。
- 計算・記録：規格値計算、写真と測定値の紐付け
- 運用：通信断からの同期、指定様式の帳票出力
- 変更管理：受付、影響調査、追加費用、納期、承認者
- 権利・引継ぎ：成果物、ライセンス、修正責任、事業継続時の対応
画面、帳票、連携、性能、対応端末の仕様を確定してから、受入基準を合意します。また、対象工種のサンプルデータで規格値計算が一致することも確認します。
仕様変更は、受付、影響調査、追加費用、納期変更、承認者を定めて扱い、口頭の依頼で進めない運用にします。
スクラッチ開発では、ソースコードと設計書の帰属、第三者ソフトのライセンス、脆弱性修正の責任も確認します。開発会社が事業を続けられない場合に備え、引継ぎ条件も決めておきます。
SaaS契約：月額以外の利用条件
SaaS契約では、料金の内訳と、利用・終了の条件を確認します。
- 費用：月額、利用者・現場・端末数、容量、オプション
- 契約条件：期間、自動更新、最低利用期間、解約予告
- 終了後：写真・測定値の完成後保管、読み取り、エクスポート、返却
教育費、API利用料、データ移行費も確認しておきます。加えて、障害時の返金やサービス品質保証、バックアップと復旧の範囲も対象です。
保存期間とデータ返却は、標準約款の内容を、自社の電子納品・監査・発注者への提出義務と照らし合わせて合意します。
費用相場の目安
土木工事業向け出来形管理システムだけを対象にした公的な費用統計は確認できません。そのため、以下の金額は、建設業務システムの一般的な目安と、出来形管理の要件をもとにした概算レンジです。
公開価格と個別開発の推定費用は分けて考えます。金額を使う前に、要件、現場数、利用者数、端末の範囲を確認します。そのうえで、帳票、連携、移行、教育、保守の範囲も見ます。
方式別の費用レンジ
方式別の概算レンジを比べてみます。ただし、金額は利用範囲や要件によって変わります。
- クラウド：機能を限定する場合は月額3万〜50万円。複数現場や業務システム全般を含む場合は月額10万〜100万円
- パッケージ：初年度50万〜300万円
- PoC・部分開発：1現場は50万〜300万円。数現場のパイロット本番化は300万〜1,500万円
- スクラッチ・全社：独自帳票・複雑な規格値計算・API連携は300万〜2,000万円。支店や協力会社などを含む全社展開は1,500万〜5,000万円になる可能性
初期設定、アカウント発行、帳票設定、教育、オプションは、別途になることがあります。一方で、パッケージの推定レンジには、本体・保守・追加モジュールが含まれます。
パッケージ費用は、端末ライセンスや現場数で変動します。特に、全社展開では、支店、協力会社、会計、積算、ICT建機、BIM/CIMとの横断も含まれる可能性があります。
この金額は、要件を読み替えた予算検討上の目安です。公的統計ではなく、特定の見積額を保証するものでもありません。
見積の読み方：開発費・導入費・運用費
見積は、開発・導入・運用の費目に分けて確認します。
- 開発費：要件定義、設計、開発、帳票、連携、テスト、管理
- 導入費：工事・工種・規格値マスタ整備、データ移行、端末設定、教育
- 運用費：クラウド利用料、保守、監視、バックアップ、問い合わせ、基準改定、セキュリティ、追加帳票、端末交換、教育
- 比較期間：最低3年の総保有コストでの比較
開発費には、現場ヒアリング、画面設計、アプリ・Web開発、プロジェクト管理が含まれます。また、導入費には、既存Excelや写真の移行、初期現場への支援が含まれる場合があります。
見積書で一式とまとめられている作業は、項目と数量に分解してもらいます。
保守費は、初期開発費の年15〜25％程度と仮置きする考え方もあります。ただし、これは予算検討上の仮定で、サービスレベルや対応範囲により変わります。
予算超過が起こりやすい場面：帳票・連携・データ移行
予算超過につながりやすい要因を、RFPの段階で洗い出します。
- 要件追加：工種、帳票差分、規格値マスタ
- 運用・連携：協力会社アカウント、オフライン、測量機器
- 移行・納品：過去データ、発注者指定の電子納品形式
RFPでは、優先度を必須・重要・将来対応に分けます。そのうえで、将来対応を本契約に含めるか、別フェーズにするかを決めます。
見積比較では、合計額だけでなく、同じ業務を完了するまでの費用を比べます。たとえば、A社は月額が安くても、帳票設定と現場支援が別料金になる場合があります。
一方、B社は月額が高くても、教育とAPIが含まれることがあります。そのため、「含む・含まない・上限・追加単価」を揃え、同じ3年利用シナリオで再計算します。
委託先選定と見積比較の要点
委託先は、受託開発会社だけでなく、土木専用ソフトのベンダーや建設クラウド、測量・3次元連携に強い会社も比べます。
選定では知名度より、対象工種や帳票への適合性を重視します。加えて、現場での使いやすさ、データの持ち出し、保守の継続性、提案の透明性も見ます。
土木の実績：製品名より業務成果
委託先の実績では、業務への適合と運用規模を確認します。
- 適用範囲：工種と写真・測定値・帳票・電子納品の連携
- 運用規模：利用人数と現場数
- 標準機能：自社条件での適合性
同規模の会社や同じ発注者、似た通信条件の現場に、定着状況や困った点を聞けると参考になります。
製品ベンダーには、標準機能の範囲を確認します。一例として、KENTEMの出来形管理クラウドは、出来形管理工種を写真管理側に反映し、SiteBoxで入力した実測値や立会値を同期する機能を案内しています（出典：株式会社建設システム「出来形管理クラウド」、2026年8月確認）。
KENTEMの連携機能は転記の削減に有効です。ただし、自社の工種・帳票・発注者基準でも動くかは、サンプルデータで確かめます。
見積比較：同じシナリオと評価表
候補会社には同じ条件を渡し、評価軸を揃えて比較します。
- 前提：工事資料、帳票、利用者数、現場数、保存期間
- 機能：入力、オフライン、写真・測定値、帳票・電子納品、測量・3次元連携
- 運用：権限、監査ログ、データ返却、支援、保守
- 費用・納期：未対応数、追加開発単価、納期
評価は同じ表で行い、必須機能の未対応数や追加開発の単価は点数にします。
保守範囲、基準改定時の対応、障害復旧の目標、問い合わせへの回答時間も比べます。説明が抽象的な場合は、要件ごとに「標準・設定・追加開発・不可」のどれかで回答してもらいます。
最終的には、追加費用と社内の運用負担を含めて判断します。
契約後の運用責任
契約後の運用責任は、担当体制、引継ぎ、稼働後の指標から確認します。
- 担当体制：開発、導入支援、保守、問い合わせ窓口
- 引継ぎ：要件、決定事項、試験、マスタ、手順、障害履歴
- 稼働後の指標：入力率、作業時間、差戻し、未検査、問い合わせ
開発担当者が発注後も参加するのか、導入支援と保守の担当が分かれるのか、窓口を誰が担うのかを確認します。
稼働後の指標は月次で確認します。入力率や未検査箇所とあわせて、写真整理時間、帳票作成時間、差戻し件数、問い合わせ件数も追います。KPIが改善しない場合に、教育の追加、画面の修正、業務ルールの見直しから選べるよう、定例レビューと改善提案の場を契約に含めます。
よくある質問
費用や適合性は、工種や発注者、現場数、利用者数、既存データ、連携範囲によって変わります。そのため、以下の金額は予算検討の目安として扱います。
既製の土木施工管理ソフトと独自開発はどちらがよいですか？
対象工種と帳票が標準機能に近く、早期導入と法令・基準への追随を優先するなら、既製の土木専用パッケージやクラウドが向いています。
独自帳票、社内基幹連携、特殊な規格値計算、複数システムをまたぐ業務を優先するなら、既製品を基盤にした部分開発やスクラッチ開発を検討します。
出来形管理システムの発注費用は何円から考えればよいですか？
機能を限定したクラウドは月額3万〜50万円程度、土木専用パッケージは初年度50万〜300万円程度が概算レンジです。
1現場のPoCは50万〜300万円程度、スクラッチ開発は300万〜2,000万円程度です。いずれも公的な費用統計ではありません。
業務システムの一般的な目安を、出来形管理の要件に読み替えた金額です。複数社から見積もりを取るときは、対象工種、帳票、利用者数の3点を同じ条件で揃えます。端末、データ移行、教育、保守も含めて比べます。
山間部や地下現場でも使えるシステムを発注できますか？
発注はできますが、オフライン入力と後同期を必須要件にし、実際の現場で通信断試験を行います。
端末内への一時保存、同期失敗の通知、重複や競合の解決を確認します。さらに、端末紛失時の遠隔ロックやデータ消去、復旧後の再送まで見ておきます。
オンラインのときだけのデモで判断しないことが大切です。
電子納品や発注者の帳票に対応できるかはどう確認しますか？
発注者、地方整備局、自治体の最新基準と対象工事の特記仕様書を用意し、実際に提出する帳票と電子納品データで確認します。
候補会社には、対応する基準名と改定時点、標準対応か追加設定か、出力形式、写真の信憑性確認や改ざん検知の方式を回答してもらいます。
「電子納品対応」と一言で示されていても、必要な様式まで対応できるとは限りません。
まとめ
発注・外注では、まず紙、Excel、写真、帳票、承認の流れを現場資料で棚卸しします。そのうえで、既製クラウド、土木専用パッケージ、部分開発、スクラッチ開発のうち、どこまでが必要かを分けます。
RFPには、対象工種、設計値・実測値・規格値、写真、電子納品を明記します。加えて、オフライン、測量・3次元連携、権限を盛り込みます。監査ログ、データ返却、基準改定、保守も、RFPに含めます。
費用は月額や初期開発費だけでなく、マスタ整備、移行、教育、追加帳票、連携、3年間の運用費まで含めて、同じ条件で比較します。
最後に、1現場・1工種の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を創業。