土木工事業向け出来形管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

土木工事業向け出来形管理システムの開発は、要件整理と方式選定から始め、設計・開発、テスト、稼働を経て定着へ進みます。

各フェーズで成果物と次へ進む判断基準を決めておくと、転記や確認の漏れを減らせます。

▼全体ガイドの記事
・土木工事業向け出来形管理システム開発の完全ガイド

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

土木工事業向け出来形管理システム開発の全体像

出来形管理では、契約図書や設計図書で定めた寸法、位置、高さ、厚さ、幅、延長を確認します。

施工後の実測値が規格値を満たすかを確かめ、発注者へ説明できる形で記録します。

システムは入力画面だけでなく、測点マスタ、工種、管理項目を含めて設計します。

写真、計算式、承認履歴、提出帳票も含め、これらを一つの業務データとして扱います。

管理するデータの範囲：設計値から電子納品まで

管理する内容は、測定情報、写真との紐付け、提出物への出力の三つに分けて考えます。

• 測定情報：工事名、発注者、工期、工種、種別、測点、設計値、実測値、差、規格値、判定、測定日、測定者を記録します。
• 写真との紐付け：測点や管理項目が分からない証拠写真は、検査資料に使えません。工事写真は測点と管理項目に結び付けます。
• 提出物への出力：出来形管理図表、総括表、写真帳、検査資料、電子納品用データへ再利用できる構造です。

国土交通省の改訂版（令和7年）土木工事施工管理基準では、工事写真を施工段階や完成後に見えない箇所などの記録として管理・提出する考え方が示されています。また、出来形寸法や品質管理状況も記録対象です（出典: 国土交通省「改訂版（令和7年）土木工事施工管理基準」、2025年）。そのため、写真の保管だけでなく、数値と写真の整合性を確認できる仕組みを要件にします。

方式の比較：パッケージ、クラウド、部分開発、スクラッチ

方式を選ぶ際は、標準機能と共有方法を見比べ、既存システムとの連携や独自要件も確かめます。また、現場で入力を完了できるかも判断材料になります。

• 土木専用パッケージ：標準的な出来形、品質、写真、電子納品を早く使いたい場合の候補です。
• クラウド型：複数現場の情報を本社や協力会社と共有したい場合に合います。
• 部分開発：既存のExcelや基幹システム、測量機器とAPIでつなぎたい場合に検討する方式です。
• スクラッチ開発：独自マスタや複雑な計算、承認、原価や積算との統合が競争力に直結する場合の選択肢です。

山間部、河川、トンネルなど通信が不安定な現場では、オフライン入力と後同期を確認します。

同期が競合したときに、どちらを優先するかのルールも決めておきます。

大規模な土工で面管理やICT建機との連携を重視する場合は、TS、GNSS、レーザースキャナー、ドローンへの対応を確認します。

LandXMLやBIM/CIMデータについても、取り込む範囲を要件に含めます。

土木工事業向け出来形管理システムの進め方

開発・導入は六つのフェーズで順に進めます。

帳票の不一致やExcelへの逆戻りを防ぐため、フェーズごとの成果物と次へ進む基準を先に決めておきます。

フェーズ1：要件整理で現状と提出物の洗い出し

要件整理では、今どこで誰が何を転記しているかを、先に押さえておくことが大切です。そのうえで、関係者の資料と作業を集め、現状から提出までの流れを見える形にします。

設計値の登録から電子納品までは、測点設定と実測、写真撮影から始まり、社内確認、監督職員の検査、帳票作成へと続きます。次に、作業を時系列に並べ、転記が入る箇所を一覧にします。

• 工事資料の収集：現場代理人、監理技術者、測量担当、品質担当からの工事資料
• 転記箇所：紙の野帳、Excel、写真フォルダ、メールのあいだで、どこを転記しているか
• 成果物：業務フロー、対象工種一覧、管理項目・規格値一覧、帳票サンプル
• 発注者別の様式：国土交通省の標準と自治体独自の差分
• 規模と条件：対象工種・測点数、端末台数、同時利用者数、通信圏外の時間、必要写真枚数

関係者ごとの作業は、工事部、本社、協力会社の作業も含めて把握します。加えて、成果物には権限表、非機能要件、移行データ一覧も残します。様式は最低3案件分を見て確認し、電子納品形式、承認者、保存年限、解約時の返却形式もあわせて決めます。

フェーズ2：選定で決める標準機能と独自開発の境界

要件を整理したら、既製クラウド、土木専用パッケージ、ローコード・部分開発、スクラッチ開発を同じ条件で比較します。

候補先には、対象工種の帳票サンプルと通信環境を渡します。

デモでは、工種・測点の選択、実測値入力、写真撮影、同期、帳票出力を一連で確認します。

営業資料の機能一覧を見るだけでなく、現場担当者が初見で入力できるかも確かめます。比較表には、次の項目を並べます。

• 現場機能：帳票適合性、規格値計算、測点・写真連携、オフライン、電子小黒板。
• 連携と管理：改ざん検知、測量・3次元連携、権限・承認、監査ログ、API。
• 契約と支援：サポート、データ返却、端末課金、関連サービスの必須条件。

一例として、KENTEMのSiteBoxは、スマートフォンで実測値を記録しながら工事写真を撮影できます。

端末1台につき1ライセンスで、KSデータバンク契約が必要と案内されています（出典: 株式会社建設システム「SiteBox」、2026年確認）。

フェーズ3：設計・開発で具体化する現場操作とデータ連携

画面の見た目を決める前に、データ管理、現場操作、通信復旧の要件を具体化します。

• データ連携：工事、工種、種別、測点、管理項目、設計値、許容差、実測値、写真、判定、承認、帳票を一貫したIDで管理し、本社一覧や提出帳票に再利用します。
• 計算と承認：規格値の計算式をマスタ化して変更履歴を残します。自動判定は入力ミスの発見に使い、合否は技術者が承認します。
• 現場操作：片手操作や大きな入力欄、測点の絞り込み、未入力警告に配慮し、写真撮影までの手順数を抑えます。
• 通信と競合：通信が途切れた場合は端末内に暗号化して保存し、復旧後に同期します。同じ測点を複数人が編集したときは上書きせず、差分と更新者を表示して解決します。

電子小黒板や写真の信憑性確認を使うなら、発注者の仕様と適合性確認の要否を、設計の段階で確かめます。

フェーズ4：現場条件で行う計算、帳票、通信断のテスト

テストでは画面表示だけでなく、実際の工事データを使って計算と出力を照合します。次の異常条件も確認対象です。

• 入力値：正常値、規格値の上下限、範囲外、未入力、桁数超過、単位違い。
• 記録と計算：測点重複、写真の取り違え、差、平均・最大・最小、ばらつき、合否表示。
• 運用と出力：同期失敗、端末紛失、帳票の改ページ。

受入テストでは、現場担当者に説明書を渡さずに、日常に近い条件で入力してもらいます。

山間部や地下などでは機内モードで測定・撮影し、通信復旧後の二重登録や欠損を確認します。

発注者向け帳票では、撮影箇所、測点、実測値、判定の一致を品質担当が確認します。

完了基準は、重大な計算不具合がないことと、未入力を検出できることです。さらに、帳票が指定様式で出ることと、担当者が復旧手順を実行できることも完了基準にします。

フェーズ5：対象を絞った稼働と、現場を止めない切り替え

対象を絞った試行と稼働前の準備を経て、本番へ切り替えます。

比較指標には、帳票作成と写真整理の時間、転記件数、入力漏れ率を使います。さらに、検査日数、事務所へ戻る回数、利用者の完了率も比べます。

1. 測定頻度が高く、写真や帳票の転記が多い1工種を選び、現場を絞ったパイロットを始めます。
2. 紙・Excelと新システムを一定期間並行し、結果を比較します。
3. 稼働前に工事・工種・規格値・測点マスタと権限を設定し、端末のカメラ、位置情報、保存領域、通信を確認します。
4. 協力会社が入力する場合、自社の承認範囲と編集範囲を分け、アカウントの貸し借りを禁止します。
5. 旧資料は進行中工事、保存義務のある完成工事、参照のみの過去工事に分け、それぞれの費用と作業量を見積もります。

フェーズ6：定着での利用率とデータ品質の改善

稼働後の研修は一度きりにせず、役割別に短く行って、各担当の操作を確かめます。

• 現場監督：測定と写真撮影。
• 事務所：マスタ登録と帳票確認。
• 品質担当：差戻しと承認。
• 管理者：権限と監査ログ。

1工種の入力手順は動画や1枚の手順書にまとめます。また、問い合わせ先と回答時間も明確にします。

毎月、現場別の入力率や未入力・差戻しの件数、写真と測点の紐付け漏れを確認します。さらに、帳票作成時間、同期エラー、問い合わせ件数も見ます。

数字が悪いときは、入力項目が多い、電波が弱い、マスタが現場と合わない、協力会社の権限が不明などの原因を特定します。

利用者を責める対応は避けます。

基準や様式の改定に備え、マスタ更新の責任者、リリース前の回帰テスト、変更履歴の管理方法を運用ルールにします。

土木工事業向け出来形管理システムの費用相場と内訳

土木工事業向け出来形管理だけを対象にした公的な費用統計は確認できません。そのため、以下の金額は建設業務システムの一般目安に、出来形管理の要件を組み合わせた概算です。

金額は、現場数、端末数、工種・帳票数、データ移行の範囲で変わります。オフライン、測量・3次元連携、教育・保守の範囲によっても変わります。公開価格と個別開発の推定レンジは、区別して示します。

方式別の費用と期間の目安

方式ごとに費用と期間は異なります。ここに示す金額は、社内NotebookLMの建設業務システム一般目安を出来形管理へ読み替えた推定で、製品の現行見積ではありません。

• クラウド・SaaS：機能を限定した場合は月額3万〜50万円、複数現場や業務システム全般の目安は月額10万〜100万円です。初期設定費が加わることもあります。
• 土木専用パッケージ：本体、保守、追加モジュールを含む初年度で50万〜300万円程度です。
• PoC・部分開発：1現場・1工種で50万〜300万円程度です。数現場へ展開する場合は300万〜1,500万円程度です。
• スクラッチ開発：独自帳票、複雑な計算、基幹・測量API連携を含む場合は300万〜2,000万円程度です。
• 全社連携：支店、協力会社、会計、積算、ICT建機、BIM/CIMをつなぐ場合は1,500万〜5,000万円程度となることがあります。

期間の目安は、SaaS導入が数週間〜3か月、PoCが3〜6か月、スクラッチ開発が6〜18か月です。全社展開では13〜36か月程度を想定します。

見積金額の内訳：開発費、移行費、運用費

見積もりは初期費用と継続費用に分け、追加項目も比べられる形にしてもらいます。

• 初期費用：要件定義、業務・帳票分析、画面設計、アプリ・管理画面開発、規格値マスタ、写真・電子小黒板、測量連携、テスト、移行、教育。
• 見積項目：「開発一式」とせず、工種・帳票追加、端末、オフライン同期、API、電子納品、権限・承認、研修に分けます。
• ランニングコスト：利用者・端末・現場数に応じた月額または年額、クラウド容量、保守、問い合わせ、基準改定、バックアップ、監視、セキュリティ診断、教育更新。

Photoructionは、公開情報で初期費用0円（カスタマイズ・オプションを除く）と案内しています。利用者数に応じた月額料金とオプション料金の体系で、データ容量による金額の増減はないとしています（出典: 株式会社Photoruction「料金プラン」、2026年確認）。

出来形計算の適合範囲や自社固有のカスタマイズ費用は、個別見積もりです。

費用対効果の評価：削減時間と品質指標

導入前後を比べられるよう、作業時間や品質の指標を工種別に記録します。

• 作業時間：現場・事務担当者が使う写真整理、帳票転記、検査前確認の時間を工種別に測ります。
• 品質と移動：差戻し件数、入力漏れ、写真の紐付け漏れ、現場から事務所へ戻る回数を数えます。
• 得られる効果：再提出の回避、検査準備の早期化、担当者不在時の進捗把握も評価対象にします。

PoCの判定基準は、本番化の判断に使う数値として契約前に決めます。たとえば、帳票作成時間を導入前比で30％削減するという基準があります。

入力漏れを一定件数以下に抑える、測定から社内確認までの日数を短縮するといった基準も置けます。30％などの目標値は、自社の現状から定める管理目標で、業界全体の統計ではありません。

判断は、測定方法と対象期間をそろえ、感覚ではなく実績に基づいて行います。

土木工事業向け出来形管理システムの見積もりを取るポイント

見積もりの精度は、発注側が渡す業務資料の具体性で変わります。そのため、同じ帳票、工種、通信条件、端末台数を前提にして、提案を依頼します。

実際の工事資料を匿名化して共有し、デモと概算見積の両方で評価します。これにより、標準機能と追加開発の境界が見えてきます。

要件定義書に明記する内容：帳票、通信、権限、連携

RFPや要件一覧には、業務機能、非機能要件、外部連携、確認手順を明記します。

• 帳票と業務：業務機能と出力範囲を定めます。
• 通信と権限：オフライン保存、同期再送、端末紛失時の遠隔制御、バックアップ、復旧目標、監査ログ、MFAまたは強固な認証、最小権限を記載します。
• 連携とAI：連携対象と入出力条件、責任分界を決めます。

対象工事・工種や測点登録、設計値・実測値・差の計算について定めます。加えて、規格値の変更履歴、測定者・日時、写真の自動紐付けも定めます。

電子小黒板や撮影漏れ警告のほか、帳票・総括表・写真帳の出力範囲と、XML・PDF・Excelの形式も指定します。

連携対象は、TS、GNSS、レーザースキャナー、ドローン、ICT建機です。LandXML、BIM/CIMや、既存の積算・原価・会計・基幹システムも対象になります。入出力形式と連携頻度も決めます。

AIで写真の分類や帳票の下書きを行う場合は、人が誤りを確認する画面と履歴が必要です。合否判定、安全判断、発注処理は、AIだけで完結させません。

比較の観点：土木専用性と開発・保守体制

候補会社は、土木専用パッケージ、現場クラウド、建設DX基盤、受託開発会社に分けて、得意領域を評価します。

KENTEMや福井コンピュータは、土木の施工管理・測量・帳票との接続を確かめやすい候補です。PhotoructionやANDPADは、写真、書類、現場共有をクラウドで進めたい場合の候補です。

大規模土工でICT建機や3次元施工履歴を重視する場合は、Smart Constructionのような建機・施工データ系サービスも検討します。

製品の対応範囲は更新されるため、対象工種と発注者様式を渡して個別に確認します。開発会社には、次の項目を質問します。

• 土木への対応：導入実績、基準改定の反映方法、帳票追加の単価。
• 運用支援：通信断対応、協力会社のアカウント管理、障害窓口、保守時間、SLA、脆弱性対応。
• データ返却：CSV、画像、XMLの形式、返却費用と期間、停止後の保管期間。

デモで動くことと、本番運用を支えることは別です。そのため、導入後の体制まで見積書と契約書に記載します。

リスクの確認：追加費用と現場定着の両面

追加費用、現場定着、データ品質、セキュリティのリスク別に対策を決めます。

• 追加費用：どんな場合に費用が発生するかを、契約前に明確にします。
• 帳票と定着：「標準帳票対応」の発注者・様式・種類を明確にします。入力項目の削減、オフライン、端末貸与、短時間研修、現場リーダーの選任で利用を支えます。
• 品質とセキュリティ：記録確認と権限管理の仕組みを整えます。

低価格のPoCでも、帳票追加や写真移行、基準改定の対応に費用がかかります。端末支援、協力会社の教育、容量、API変更にも費用が発生します。

見積書には、含む範囲、除外範囲、前提、変更単価、追加開発の承認手順を記載します。そのうえで、必須入力、単位・範囲チェック、写真と測点の紐付け、承認前の差戻しを設定します。

運用には、権限分離、監査ログ、暗号化、バックアップ、退職者や協力会社のアカウント停止も含めます。

よくある質問（FAQ）

土木工事業向け出来形管理システムの進め方について、導入前によく相談される質問を次にまとめます。

費用だけでなく、発注者基準、通信環境、既存業務、将来のデータ活用を確認します。

既製の土木施工管理ソフトと独自開発はどちらがよいですか？

標準的な工種・帳票を早く使いたい会社には、既製の土木専用パッケージやクラウドが合います。

独自帳票や規格値計算、基幹連携、承認を差別化の要素と考える会社には、パッケージを基にした部分開発やスクラッチ開発が候補になります。

まず1工種のPoCで標準機能の不足を測り、運用ルールで解決できるか、開発が必要かを分けます。

山間部やトンネルなど通信が不安定な現場でも使えますか？

オフライン入力、端末内保存、復旧後の同期、競合解決、写真容量を実機で確認します。通信を切るデモだけでなく、実際の現場で測定値と写真を登録します。

数時間後または翌日に同期し、欠損、二重登録、順序の入れ替わりがないか試験します。復旧できない場合の再入力手順とサポート窓口も、導入条件に含めます。

国土交通省や自治体の帳票・電子納品に対応できますか？

対応の可否は製品名では判断できないため、対象の発注者、年度、工種、帳票名、電子納品形式を指定して確認します。

国土交通省の基準は改定されるため、令和7年3月改定の施工管理基準・写真管理基準と、地方整備局や自治体の個別仕様との差分を確認します。採用する版をマスタに記録します。

帳票の測点、設計値、実測値、写真、判定が一致し、検査資料として提出できるかを、担当者が受入確認します。

出来形管理システムの開発費用はどのくらいかかりますか？

費用の目安は方式で異なり、出来形管理の公的統計や特定ベンダーの確定価格ではありません。

クラウド・SaaSは、機能を限定すれば月額3万〜50万円程度です。一方で、複数現場や業務システム全般まで含めると、目安は月額10万〜100万円程度になり、初期設定費が加わる場合があります。

• クラウド・SaaS：上の月額の目安を、利用する現場数や利用者数に合わせて比べます。
• 個別開発：1現場のPoCは50万〜300万円程度、スクラッチ開発は300万〜2,000万円程度です。いずれも建設業務システムの一般目安を要件に読み替えています。
• 見積もり比較：帳票数、工種、端末、データ移行、連携、教育、保守の範囲をそろえて、複数社に依頼します。

まとめ：小さく検証してから土木工事全体へ広げる進め方

導入は、次の六段階で順に進みます。

1. 要件整理
2. 選定
3. 設計・開発
4. テスト
5. 稼働
6. 定着

まず設計値から電子納品までの流れを洗い出し、発注者別の帳票、規格値、測点、写真、通信環境、協力会社の役割を要件にします。既製クラウドや土木専用パッケージで足りる範囲と、部分開発・スクラッチで補う範囲は、分けて考えます。

着手前に確認する五つのポイント

着手前は、対象工種・帳票・基準の版を確定します。現場入力、通信断からの復旧、実測値と写真の紐付け、データ返却も確認します。

見積書では、基準改定への対応、障害時の支援、端末・現場・利用者単位の課金を分けて示してもらいます。保守と教育の費用も、別の行に分けてもらいます。曖昧なまま始めると、完成後に帳票や運用をやり直す可能性があります。

次の一歩：1現場・1工種のPoC

ゴールは、システムを入れること自体ではなく、正しい記録を現場で無理なく残し、検査と電子納品まで一貫させることです。

1. 転記や帳票作成の負担が大きい1工種を選び、実際の設計値、実測値、写真で候補システムを試します。
2. 帳票作成時間、入力漏れ率、写真整理時間、検査までの日数を導入前後で測り、現場担当者の声も合わせて本番化を判断します。
3. 自社資料から要件を整理し、現場に合う方式と開発会社を比べて、過剰なスクラッチ開発や使われない機能への投資を避けます。
4. 公共工事の基準、写真の信憑性、電子納品、協力会社の運用を初期に確認し、段階的に改善できる計画を立てます。

これらを踏まえた段階的な計画が、2026年以降の出来形管理システム開発を成功させる近道です。

▼全体ガイドの記事
・土木工事業向け出来形管理システム開発の完全ガイド

▼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を創業。