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

出来形管理システムの開発は、設計値・実測値・規格値・写真・帳票・電子納品を一つの流れにまとめ、6段階で現場検証しながら進める方法が基本です。

出来形管理をExcelや紙の野帳だけで行っていると、測点の転記、写真とのひも付け、規格値の判定、自治体ごとの帳票作成に時間がかかります。この記事では、出来形管理システム開発の進め方・やり方・流れを、要件整理、製品や開発会社の選定、設計開発、テスト、稼働、定着の工程に分けて解説します。費用相場や見積もりで確認すべき項目、現場で使えるチェックリスト、よくある質問までまとめています。

▼全体ガイドの記事
・出来形管理システム開発の完全ガイド

出来形管理システムの全体像は何ですか?

出来形管理システムの全体像を確認する担当者

出来形管理システムは、単に現場で寸法を測るアプリではありません。工事、工種、測点、測定項目、設計値、実測値、規格値、写真、承認履歴、帳票、電子納品データをつなぎ、測定から検査までの証跡を残す業務システムです。最初にこの全体像を共有しておくと、「入力画面だけ作ったのに帳票と電子納品がつながらない」という失敗を避けやすくなります。

出来形管理システムとは何ですか?

出来形管理とは、施工した構造物や道路、土工などが設計図書や施工管理基準どおりの寸法、位置、高さ、厚さ、勾配、面積になっているかを確認し、発注者に提出する資料へまとめる業務です。システムでは、設計値と実測値を比較して合否を判定し、規格値に対するばらつきを図表で確認できるようにします。工事ごとに異なる基準、測定頻度、提出様式を扱うため、汎用的な数値入力フォームだけでは実務に対応しきれません。

最低限必要な機能は、工事・工種・測点の台帳、測定項目と規格値のマスタ、設計値と実測値の入力、合否判定、管理図表・総括表の出力、Excel・PDF・XMLなどへの出力です。現場で使う場合は、スマートフォンやタブレット入力、オフライン対応、写真とのひも付け、再測定や訂正の履歴も要件に含めます。

開発前に定義すべきデータの流れは何ですか?

開発前には、「設計図書から設計値を登録する」「測点を作成する」「現場で実測値と写真を登録する」「規格値で判定する」「監督者が確認する」「帳票と電子納品データを出力する」という流れを一本につなげます。どの工程で誰が入力し、誰が承認し、どのデータを訂正できるかを決めることが重要です。

例えば、現場監督が紙の野帳に測定値を書き、事務所担当者がExcelへ再入力し、別の担当者が写真を整理して帳票へ貼り付ける運用では、システム導入後も二重入力が残ります。画面の数ではなく、1測点あたりの入力回数と、測定値から提出帳票までの経路を評価します。写真の原本、撮影日時、測点名、測定項目、入力者、訂正者を同じ工事データに結び付けられる設計が必要です。

出来形管理システム開発の進め方・流れを6工程で解説します

出来形管理システム開発の工程を確認するチーム

開発工程は、要件整理、パッケージや開発会社の選定、設計・開発、テスト、稼働、定着の6段階に分けると管理しやすくなります。いきなり全社向けの完成版を作るのではなく、代表的な1〜2工事で現状を測定し、入力時間、再入力件数、帳票作成日数、検査前の修正件数を導入前後で比較します。

1. 要件整理・企画フェーズで業務と基準を棚卸しします

最初に、対象工事、工種、発注者、地域、測定方法、提出様式、現場数、利用者数、既存のCADや測量機器を整理します。国土交通省、農林水産省、都道府県、市町村など、どの基準を使うかを工事単位で明確にし、基準の版と適用日も記録します。

要件整理のチェック項目は、(1)設計値・実測値・規格値の入力単位、(2)測点の作成方法と測定頻度、(3)合否判定やばらつきの計算式、(4)写真とのひも付けルール、(5)監督者の承認方法、(6)必要な帳票と電子納品形式、(7)通信がない場所での利用、(8)訂正履歴とデータ保存期間です。紙やExcelの帳票をそのまま画面化するのではなく、データ項目と業務ルールへ分解すると、後工程の追加開発を抑えやすくなります。

2. パッケージ・クラウド・独自開発を比較して選定します

選定では、既製品の標準機能で業務を合わせるFit to Standardを最初に検討します。標準帳票、写真管理、電子納品、施工管理基準マスタまでそろう場合は、独自開発より短期間で始めやすく、基準改定への対応も受けやすくなります。公開例として、福井コンピュータの「EX-TREND武蔵 Ver.24」は、2023年のリリース資料で写真・出来形管理セットを税別60万円と案内しています。これは当時の公開価格例であり、現行の総額や自社への適合を保証する価格ではありません。

一方で、特殊工法、独自の計測機器、既存基幹システムとの連携、施工履歴を維持管理へ引き継ぐ要件がある場合は、アドオン開発や独自開発を検討します。比較時は機能数だけでなく、1工事を登録して設計値を取り込み、現場で実測値と写真を入力し、承認後に帳票とXMLを出力するデモを依頼します。操作の速さだけでなく、入力が何回発生するか、データを返却できるか、基準マスタを誰が更新するかまで確認します。

3. 設計・開発フェーズで現場と事務所の画面をつなげます

設計では、工事、工種、測点、測定項目、設計値、実測値、規格値、写真、帳票、承認状態をデータモデルとして定義します。現場端末の入力画面では、測点の選択、数値入力、写真撮影、保存、同期の順番を短い操作で完了できるようにします。事務所側では、未入力、規格値外、未承認、写真不足を一覧で確認できると、検査直前の手戻りを減らせます。

測量機器連携では、TS、GNSS、レーザースキャナ、UAV、点群、3次元設計データのどこから何を受け取るかを決めます。国土交通省はICT活用工事の実施要領・積算要領を年度ごとに整理しており、2026年度に該当するR8資料や、ICT施工StageⅡの資料も公開しています。出典は国土交通省「建設施工・建設機械:要領関係等(ICTの全面的な活用)」、2026年です。将来連携を考えるなら、機器固有の形式をそのまま画面に埋め込まず、標準的なデータ形式やAPIを介して設計値・計測結果へ変換できる構成にします。

4. テストフェーズで正常系と例外系を確かめます

テストは、画面が開くかを確認するだけでは不十分です。設計値と実測値が正しく計算されるか、規格値外を正しく表示するか、帳票の数値とグラフが一致するか、写真と測点のひも付けが崩れないか、出力したXMLが電子納品チェックを通るかを確認します。

特に重要なのは、測点の重複、工種変更、写真未登録、通信断、同期の競合、権限外の編集、入力後の訂正、基準改定、XML不正、端末紛失を想定したテストです。現場担当者に実際の端末で操作してもらい、1工事分の受入テストを行います。合格条件は「使えそう」ではなく、例えば1測点の入力を何分以内に完了できるか、帳票作成に何日かかるか、規格値外を何分以内に発見できるかのように数値化します。

5. 稼働フェーズは代表現場から段階的に始めます

稼働時は、いきなり全現場へ展開せず、工種と発注者が比較的明確な代表現場を1〜2件選びます。紙やExcelの従来手順を残したまま並行運用する期間を決め、どの帳票をシステムの正式版とするか、二重入力をいつ止めるかを合意します。現場の通信状況、端末の防塵・防水、日射下での見やすさ、交代要員の操作性も確認します。

クラウドを使う場合も、通信が常に安定するとは限りません。KENTEMの公式操作マニュアルでも、出来形管理基準マスタの参照やクラウド上の工事データ作成にはインターネット接続が必要と説明され、工種属性による制限も案内されています。出典は株式会社建設システム「だれでもできる出来形管理クラウド」操作マニュアルです。自社の現場で通信断が起きる場所を事前に確認し、端末内保存、再送、重複防止、同期失敗時の表示を要件に含めます。

6. 定着フェーズで教育・保守・KPIを運用します

定着の成否は、納品時の操作説明だけで決まりません。現場監督向けには測点作成から写真登録まで、事務所担当者向けには判定確認から帳票・電子納品まで、管理者向けにはユーザー権限、基準マスタ、バックアップ、ログ確認まで、役割別の短い手順を用意します。教育担当者を各部門に置き、問い合わせ内容をFAQへ反映すると、特定の担当者だけに知識が集中する状態を防げます。

導入後は、1工事あたりの入力時間、事務所での再入力回数、帳票作成日数、写真のひも付け漏れ、検査前の修正件数、利用率を毎月確認します。例えば入力時間を30%削減する、再入力をゼロに近づける、帳票作成を数日から当日へ短縮するなど、現実的な目標を置きます。基準改定やOS更新、脆弱性対応、データ返却、障害時の復旧を保守契約に含めるかも定期的に見直します。

出来形管理システム開発の費用相場とコスト内訳

出来形管理システムの費用を検討する担当者

出来形管理システムの費用は、工種数、発注者数、帳票の複雑さ、利用者数、現場数、写真容量、測量機器連携、既存システム連携で大きく変わります。以下は、公開価格と一般的な業務システム相場を組み合わせた目安です。出来形管理専用システムの全国統一価格ではないため、要件をそろえた相見積もりで確認してください。

既製品・クラウド導入の費用目安

既製のクラウドやSaaSを標準機能中心で使う場合、初期設定、データ登録、操作研修を合わせて20万〜60万円程度、利用開始まで数日〜1か月程度が一つの目安です。月額はユーザー数、工事数、写真容量、連携機能で変わるため、1ユーザー単位か、1現場単位か、全社契約かを確認します。

写真、出来形、CAD、電子納品、現場端末を一体で導入すると、初期100万〜300万円程度を想定しやすく、複数拠点、複数ライセンス、データ移行、教育まで含めると300万〜800万円程度になる場合があります。これは機能構成から見た相場目安です。福井コンピュータが2023年に公表した写真・出来形管理セット税別60万円は、単体機能の価格例として参考になりますが、端末、保守、教育、追加連携を含む導入総額とは分けて考えます。出典は福井コンピュータ株式会社「EX-TREND武蔵 Ver.24」リリース、2023年です。

独自開発・連携開発の費用目安

独自開発では、入力、判定、Excel・PDF出力に絞った小規模MVPが500万〜1,200万円程度、写真、電子納品、権限、クラウドを含む標準的な業務システムが1,200万〜3,000万円程度、測量機器、3次元データ、既存基幹システムとの連携まで含む場合が3,000万〜8,000万円以上というレンジを置くことがあります。これは業務システムの公開相場と必要工数を出来形管理へ当てはめた推定であり、出来形管理専用の平均価格ではありません。NotebookLMリサーチノート「出来形管理システム」、2026年に基づく推定です。

期間は、MVPで3〜6か月、現場と事務所をつなぐ標準構成で6〜12か月、複数発注者の帳票、機器連携、電子納品、既存データ移行を含む大規模案件で12〜18か月以上が目安です。保守・運用費は初期開発費の年15〜25%を仮置きし、基準改定、OS・ブラウザ対応、脆弱性対応、問い合わせ窓口、バックアップ、障害復旧を含むか確認します。要件定義が曖昧なまま進めると、帳票差分や例外工種の追加で工数が当初の1.3〜1.5倍になる可能性があるため、予備費と変更管理を見積もりに入れます。

開発費以外に見落としやすいコスト

見積もりでは、クラウド利用料、端末購入費、測量機器との接続費、写真や図面のデータ移行費、帳票マスタ登録費、現場教育費、ヘルプデスク費、保守費を分けて記載します。現場サポート業務の公開例では、写真整理や出来形管理図表への打ち込みが月10万円、電子納品受託が1工事10万円と案内されています。これはライセンス価格ではありませんが、内製する場合の人件費と比較する材料になります。出典は株式会社現場サポート「現場BPO」料金例です。

投資判断では、システム価格だけでなく、1工事あたりの削減時間と年間工事件数を使います。例えば、測定値の再入力、写真整理、帳票修正にかかる時間を現場と事務所で実測し、年間の削減時間に社内の人件費単価を掛けます。検査前の手戻りや、担当者が休んだときの引き継ぎ時間も含めて、導入後のTCOと比較すると、安価なツールの導入後に二重入力が残るリスクを評価しやすくなります。

出来形管理システムの見積もりを取る際のポイント

出来形管理システムの見積もりを比較するチーム

相見積もりを取る前に、同じ要件を各社へ渡せる状態にします。要件が会社ごとに違うと、安い見積もりに重要な作業が含まれていなかったり、高い見積もりだけが手厚い保守を含んでいたりして、金額を比較できません。RFPや依頼書には、対象工事、工種、発注者、現場数、利用者数、帳票、機器、連携、通信、権限、保守、納品物を記載します。

要件と成果物を具体化して見積もりの前提をそろえます

要件書には、最低限、工事・工種・測点の登録、測定項目と規格値のマスタ、設計値・実測値の入力、合否判定、ばらつきグラフ、管理図表・総括表、Excel・PDF・XML出力、写真管理、承認履歴を含めます。加えて、現場端末、オフライン、TS・GNSS・点群・CAD連携、既存システム連携、ユーザー権限、ログ、バックアップ、データ返却を明記します。

成果物は、要件定義書、画面・帳票一覧、データ辞書、基本設計書、API仕様書、帳票テンプレート、テスト仕様書、操作マニュアル、環境設定、バックアップと復元手順、データ移行結果、ソースコードの引き渡し範囲を確認します。パッケージの場合はソースコードが提供されないこともあるため、契約終了時のデータ返却形式、帳票データの持ち出し、保守終了後の利用可否を先に確認します。

複数社比較では価格より業務適合と支援体制を見ます

比較する会社は、既製品ベンダー、クラウド事業者、システム開発会社を分けて考えます。既製品ベンダーは施工管理基準や帳票の蓄積、クラウド事業者は現場と事務所の共同利用、開発会社は特殊要件や既存システム連携に強みがある傾向です。実際には製品と開発支援を組み合わせる会社もあるため、分類だけで優劣を決めず、自社の業務に合う方式を選びます。

提案時には、代表工事を使ったデモ、導入支援の担当者、現場訪問の有無、基準改定の更新方法、問い合わせの対応時間、障害時の復旧目標、セキュリティ対策、データ返却条件を質問します。営業担当だけでなく、導入後に現場を支援する担当者と話せるかも重要です。見積書の「一式」が多い場合は、作業範囲、回数、期間、前提条件、追加料金の発生条件を分解してもらいます。

失敗しやすいリスクを契約とテストで抑えます

よくあるリスクは、帳票の自治体差、基準改定への対応漏れ、測量機器の形式差、通信断、現場での入力負荷、担当者の異動、データ移行の欠落、ベンダー変更時のデータ持ち出しです。対策として、代表的な工種だけでなく、規格値外、再測定、写真不足、工種変更、訂正、基準の版違いを受入条件へ含めます。

電子納品の仕様は更新されるため、納品直前に初めて確認するのではなく、設計段階からチェックします。国土交通省の電子納品に関するサイトでは、2026年1月9日にガイドラインが改定され、CAD製図基準と測量成果電子納品要領にR7.12が示されています。出典は国土交通省「電子納品ガイドライン改定のお知らせ」、2026年です。契約書には、基準改定時の対応範囲、過去工事を旧基準で再現する方法、電子納品チェックでエラーが出た場合の支援を記載します。

出来形管理システム開発でよくある質問(FAQ)

出来形管理システムの疑問を確認する担当者

出来形管理システムの導入では、開発するか既製品を使うか、現場で通信できるか、費用をどこまで見込むかで迷いやすくなります。ここでは、検索者が特に確認したい質問に、判断の軸を絞って回答します。

出来形管理システムはパッケージと独自開発のどちらがよいですか?

標準的な工種、帳票、写真管理、電子納品であれば、既製品やクラウドを先に比較する方法が現実的です。特殊工法、独自の計測機器、複雑な既存連携、施工履歴の長期活用がある場合は、既製品のアドオンや独自開発を検討します。まず代表工事でFit to Standardを確認し、不足する要件だけを開発する方が、最初から全機能を作るよりリスクを抑えやすくなります。

通信が不安定な現場でも出来形管理システムを使えますか?

使えるかどうかは、オフライン入力、端末側の一時保存、再接続時の同期、競合解決、同期失敗の通知を製品や開発仕様が備えているかで決まります。クラウドという言葉だけで判断せず、山間部や地下など実際に通信が弱い場所で、測点、数値、写真を保存して復旧後に重複なく同期できるかを実機で確認してください。

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

標準機能中心のクラウド導入は初期20万〜60万円程度、写真・出来形・CAD・電子納品まで含む導入は100万〜300万円程度、独自開発は小規模MVPで500万〜1,200万円程度を目安にすることがあります。ただし、これらは公開価格、一般的な業務システム相場、類似案件から整理したレンジであり、利用者数、工種、帳票、連携、教育、保守を含むかで変わります。見積もりでは初期費用と月額・年額のTCOを分けて確認してください。

自治体や発注者ごとに異なる帳票へ対応できますか?

対応可否は、対象となる発注者、工種、基準の版、帳票の形式を個別に確認します。「全国対応」という説明だけでなく、どの機関のどの書式をいつの版まで扱えるか、ユーザー側で帳票や規格値を追加できるか、基準改定を誰がいつ更新するかを質問します。過去工事を旧基準で再出力する必要がある場合は、基準マスタの版管理と適用日管理も必須です。

出来形管理システム開発の進め方まとめ

出来形管理システム開発の方針をまとめるチーム

出来形管理システム開発は、画面を作ることから始めるのではなく、設計値から実測、判定、写真、承認、帳票、電子納品までの業務データを整理することから始めます。要件整理、選定、設計開発、テスト、稼働、定着の6工程で区切り、代表現場で効果と使いやすさを確かめながら広げる進め方が安全です。

まず1工事・1工種で入力から電子納品までを検証します

最初の目標は、全工種を一度に置き換えることではありません。1工事・1工種・1発注者を対象に、現場の入力時間、写真のひも付け、規格値外の発見、帳票作成、電子納品チェックまでを通しで検証し、導入前の数値と比較します。通信断や訂正履歴など、現場で起こる例外を含めて合格すれば、対象工種や現場を段階的に増やせます。

見積もりでは機能数より手戻り削減と運用支援を比較します

選定時は、初期費用の安さだけでなく、再入力を減らせるか、帳票と電子納品がつながるか、基準改定へ追随できるか、オフライン現場で使えるか、導入後の教育と保守が続くかを比較します。RFPへ要件と成果物、受入条件、データ返却、変更管理を記載し、同じ代表工事を使ったデモと相見積もりを行えば、自社に合う出来形管理システムの開発方法を判断しやすくなります。

▼全体ガイドの記事
・出来形管理システム開発の完全ガイド

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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