土木工事業向け測量データ管理システムの発注は、業務の整理と実データでのPoCから始めます。要件定義と段階導入へ進むと、現場から電子納品までの手戻りを減らせます。
発注形態から委託先の選び方まで、この流れに沿って順に見ていきます。
▼全体ガイドの記事
・土木工事業向け測量データ管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
土木工事業向け測量データ管理システムの発注で最初に決めること
土木工事業向け測量データ管理システムは、TSやGNSS、UAV、レーザースキャナーで得た情報を、工事・工区・測点・成果品と結び付けて管理する仕組みです。
座標系、基準点、観測日時、機器、担当者、設計値との比較結果は、ファイルを置くだけでは追跡できません。そのため、発注前に、データをどの判断に使うかと業務の範囲を決めておきます。
対象業務とデータの流れの一覧
業務の流れは、現場での観測から端末入力、同期、座標整理、図化までを時系列に並べ、一枚にまとめます。そのうえで、設計比較、出来形確認、承認、発注者との協議、電子納品を続けて書き出します。
- 現行ツール:工程ごとに使っているExcel、USB、メール、紙の野帳、測量CAD、写真管理ソフトを書き出す。
- 発注要件:「保存する」ではなく、転記回数や成果品の作成時間で示す。
判断に使うデータと作成する成果品が明確になるため、委託先の提案を同じ条件で比べやすくなります。
削減したい作業時間と守るべき品質の切り分け
測量時間だけで効果を測ると、測量後の転記や再測、図面作成、帳票確認が残ります。そのため、短縮したい作業は導入前に最低限計測しておきます。
- 時間と件数:現場入力、転記、再測、図面化、成果品作成、データ検索を測る。
- 品質と進行:承認リードタイムと入力エラー率を記録し、導入後と比べる。
座標系や単位、基準点、測点ID、精度評価、版管理は、作業時間より正確性と追跡性を優先して決めます。提出する成果の根拠が残らなければ、導入の目的は果たせません。
発注形態の選び方:パッケージ、クラウド、個別開発

標準的な測量・施工管理を早く始めたい場合は、パッケージやクラウドが候補になります。自社独自の台帳や承認、基幹連携まで統合したい場合は、個別開発かハイブリッドを検討します。
まず実データを使うPoCで標準製品を確かめ、そのうえで差が出る部分だけを追加開発すると、費用と導入リスクを抑えやすくなります。
パッケージやクラウドを中心に発注する場合
既製製品を使う場合は、対応する業務範囲と、導入面の特徴の両方を確かめておきます。
- 対応範囲:公共工事の帳票、出来形、測量CAD、点群処理などを組み合わせて扱える。
- 導入面:短期間で入れやすく、製品ベンダーの業務知識やサポートを受けられる。
福井コンピュータのCIMPHONY Plusは、Standardが税抜年額43,200円から144,000円です。Professionalは税抜年額259,200円から1,296,000円、Professional Lightは税抜月額21,600円です(出典:福井コンピュータ「CIMPHONY Plus 料金プラン」、2026年8月確認)。
初期設定、データ移行、教育、端末、測量機、追加連携は別費用になる可能性があります。そのため、利用料だけで予算を決めないようにします。
ハイブリッド方式で固有業務だけを開発する場合
既製の測量計算、点群処理、電子納品を使い、工事台帳や協力会社の提出管理、社内承認、原価、顧客向けポータルを個別に作る方式です。
測量計算や点群処理のエンジンを自作すると、精度検証、形式対応、性能改善、要領改定への追随に工数がかかります。そこで、標準ファイルやAPIで既存製品と接続します。
企業独自の価値が出る画面やワークフローに予算を集中すると、発注後の変更にも備えられます。
スクラッチ開発を選ぶべきケース
独自業務が競争力に直結する場合は、スクラッチ開発が候補になります。その際に確かめたいのは、管理と連携の範囲と、会社独自のルールです。
- 管理と連携:複数拠点や協力会社の権限管理、既存基幹とのAPI連携。
- 固有ルール:特殊工種の帳票、独自の出来形判定、会社独自の承認。
「何となく一元管理したい」という要件のまま発注すると、機能が増えても現場に定着しません。そこで、先に1工区または1種類の工事でPoCを行い、入力時間と成果品作成時間の改善を、継続開発の判断材料にします。
発注・外注・委託の進め方と順序

発注は、現場ヒアリング、データ棚卸し、構想、PoCの順に始めます。そのあと、要件定義、設計・開発、受入テスト、本番展開、運用改善へと進みます。
二重入力や版違いは業務シナリオに変換し、受入条件まで合意してから見積を取ります。機能一覧だけを開発会社へ渡すと、現場課題と提案が結び付きにくくなるためです。
現場ヒアリングとデータ棚卸しの先行実施
現場監督、測量担当、事務所の図面担当、品質管理、情報システム、経営層から、同じ工程について話を聞きます。そのうえで、確認するデータと現場の状態を揃えます。点群、写真、帳票、設計値も、対象データに含めます。
- 対象データ:測量成果のファイル形式(SIMA、CSV、DXF・DWG、LandXML・J-LandXML、GeoTIFF)。
- 確認項目:座標系、単位、測点ID、作成日時、利用ソフト、欠損や重複。
ファイル名だけでは中身が分からないため、サンプルを数件集めて確かめます。実データを見ずに「連携可能」と答える委託先は、候補から外す判断材料になります。
PoCの対象と合格基準の設定
PoCでは、自社の実データと現場条件を使って検証します。たとえば、1工区のSIMAと点群を取り込み、現場から成果品までの流れを試します。
- 作業の流れ:オフラインで測点を入力し、通信復旧後に同期して設計との差分を確かめる。
- 出力の確認:帳票と成果品を出し、現場条件で一連の処理を検証する。
合格基準は、入力時間や同期成功率、変換後の測点数と座標、成果品作成時間の変化で数値にしておきます。数値の基準がないと、PoCが見栄えのよいデモで終わる恐れがあります。
要件定義書と受入テストの対応づけ
要件定義書には、機能要件、非機能要件、受入条件を記載します。端末OS、オフライン利用時間、同期競合は、具体的に定めておきます。さらに、大容量点群の表示性能と、会社・工事・協力会社単位の権限も決めておきます。
要件には、MFA、操作ログ、バックアップ、障害復旧、データ持ち出し、電子納品要領の版管理も含めます。
受入テストでは、通常時以外のデータや端末状態も確かめます。たとえば、次のような場面です。
- データの異常:座標系違い、欠損した測点、同じファイル名の改訂版。
- 利用時の異常:通信切断、端末紛失。
本番展開の段階化と運用指標の更新
全拠点へ一斉に展開せず、工種、現場規模、通信環境、測量機の組み合わせが異なる複数の現場で、段階的に試します。そのうえで、教育の場で確認する運用ルールを決めておきます。
- データ管理:基準点や座標系を確認する時点と、承認前にデータをロックする時点。
- 旧版の扱い:改訂前のデータをどのように保管・参照するか。
習得の単位を分けると、現場に定着させやすくなります。1か月目は入力と同期、2か月目は設計比較、3か月目は成果品と、段階ごとに扱うものを分けます。
契約形態の使い分け:請負、準委任、サブスクリプション
契約形態は、要件がどこまで確定しているかと、どの成果を約束できるかで決めます。
企画・PoC・要件定義は準委任、仕様と納期を決めた開発は請負、利用と保守はサブスクリプションや保守契約に分けます。
すべてを一つの契約にまとめるより、分けて契約したほうが変更の扱いを整理しやすくなります。
法的な判断は専門家に確かめつつ、見積の段階から責任の範囲を文章にしておきます。
企画・PoC・要件定義の準委任契約
現場ヒアリング、業務整理、データ分析、製品比較、PoC評価は、作業量や到達点が変わりやすい領域です。そのため、準委任なら専門知識と作業時間を活用しつつ、発注側も優先順位を調整できます。
成果として残す文書は、契約書や個別発注書に明記しておきます。次の開発会社へ引き継ぐ場合にも、資産になります。
- 整理資料:業務フロー、データ項目一覧、画面試作。
- 検討資料:PoC報告書、要件定義書。
開発の請負における成果物と変更手続きの定義
請負契約では、画面一覧だけでなく、対応データ形式、測量機との接続範囲、計算結果の精度、性能を定義します。さらに、権限、ログ、バックアップ、納品物、検収基準も定めます。
- 変更条件:要件追加や電子納品要領の改定、追加費用、納期への影響。
- 契約条件:見積有効期限、発注側のレビュー期限、再委託範囲。
- 権利と返却:知的財産権、ソースコード、データの返却条件。
運用費と保守の責任範囲の確認
開発費とは別に、クラウド利用料、ストレージ、3Dデータ保管が発生します。アカウント、端末、測量機、通信も発生します。さらに、監視、バックアップ、問い合わせへの対応が生じます。教育や要領改定への対応も必要です。
- 障害対応:一次窓口、復旧目標、データ復元の範囲。
- 契約終了:退職者のアカウント削除、契約終了時のデータエクスポート、長期保管の料金。
- 容量管理:写真や帳票より大きい点群の追加単価と、現場終了後の休止・アーカイブ。
土木工事業向け測量データ管理システムの費用相場
費用は、既製サービスの料金と個別開発費に分けて考えます。
個別開発では、要件、連携数、データ容量、現場数、教育、保守が費用に影響します。
ここで示す開発費は、一般的な業務システム開発と測量・3Dデータ連携の複雑さを踏まえた、要件整理前の概算です。このテーマ専用の市場統計ではない点も、あわせて押さえておきます。
PoCと小規模MVPの費用目安
1工区のPoCや効果検証は、50万円から300万円程度が目安です。期間は1か月から3か月程度です。ただし、現場検証や再測、データ調整まで含めるなら、3か月から6か月程度を確保する場合があります。
工事・測点管理と現場入力、権限を備えた小規模MVPは、300万円から800万円程度を予算取りの目安にします。対象には、CSVやSIMA連携と基本帳票も含みます。なお、確定見積ではありません。
対象データと受入条件を示して、複数社へ見積を依頼します。
標準的な業務システムの費用目安
標準的な業務システムの費用は、機能の範囲と追加条件、開発方式によって変わります。
- 標準的な範囲:標準機能を中心に構成するシステム。
- 追加要件を含む場合:複数拠点や基幹連携などを含むシステム。
- 開発方式:測量計算ロジックや点群処理エンジンを一から作るか、既存製品やSDKを組み合わせるかで見積が大きく変わります。
GNSSやTS連携、点群・3Dデータを扱う標準的な業務システムは、800万円から2,000万円程度が概算です。対象には、出来形比較、写真・図面連携、電子納品も含みます。開発期間は6か月から12か月程度です。
複数拠点や協力会社との連携、API、ワークフロー、監査ログ、大容量点群、既存基幹連携まで含む場合は、費用が2,000万円から5,000万円超になる可能性があります。
開発期間は、12か月から24か月程度になることもあります。
5年TCOで比較する費用項目
初期開発費のほか、継続費用と導入費用も含めて比較します。
- 継続費用:月額・年額利用料、ストレージ、API、保守。加えて、脆弱性対応、要領改定、バックアップも含みます。
- 導入費用:追加連携、測量機・タブレット、通信、データ移行、教育。
- 終了後の費用:現場終了後の保管、契約終了時のエクスポート。
公開クラウド価格が安くても、3D利用現場数や容量の追加料金で総額が変わる場合があります。初年度、3年後、5年後を同じ条件で比べ、さらに削減工数と再測・手戻りのリスクも評価します。
RFPと見積依頼書の記載項目
RFPは、業務課題と検証できる成果を伝える文書です。そのため、現状業務や対象現場、データ、利用者を先に示します。さらに、導入範囲、希望スケジュール、予算の考え方、評価方法、提案形式も揃えます。
製品ベンダーと受託開発会社を比べる場合は、既製機能、設定、追加開発を分けて回答してもらいます。
機器・ファイル形式・現場条件の具体化
使用中のTS、GNSS、レベル、UAV、レーザースキャナー、LiDARは、メーカー、型式、接続方法まで記載します。現場端末と通信状況も、あわせて示します。
対応形式はSIMA、CSV、DXF・DWG、LandXML・J-LandXML、GeoTIFF、点群などに分け、インポートとエクスポートの要否を書きます。
- 大容量点群:表示までの許容時間、同時利用者数、現場ごとの容量。
- 現場利用:オフライン時の作業範囲、契約案件ごとの要領版管理。
セキュリティと電子納品の非機能要件化
RFPでは、アクセス制御と安全管理の仕組みを非機能要件として定めます。
- アクセス権:会社、工事、工区、協力会社、発注者ごとに分ける。
- 認証と端末:MFA、通信時・保存時の暗号化、紛失端末の無効化、管理者操作ログを設定する。
- 運用管理:世代バックアップ、復旧テスト、脆弱性対応、再委託管理を定める。
- 社内確認:クラウド認証に加えて、権限設計と退職者対応も見る。
国土交通省は、2026年に向けてICT施工の普及や本格運用を進めています。データ連携の拡大を踏まえ、持ち出し、誤共有、改ざんのリスクも管理します(出典:国土交通省「i-Construction 2.0」の2025年度取組成果、2026年4月28日)。
導入支援と要領改定への追随の評価
機能が完成しても、利用者が登録ルールを守らなければ効果は出ません。そのため、教育や定着支援の内容を提案に含めてもらいます。
- 導入時:教育計画、管理者マニュアル、現場向け短時間研修、問い合わせ窓口。
- 定着後:操作ログの確認、改善会議。
国土交通省の電子納品サイトは、2026年1月9日に電子納品等運用ガイドラインと測量成果電子納品要領R7.12の改定を案内しました(出典:国土交通省「電子納品ガイドライン改定のお知らせ」、2026年1月9日)。
委託先が改定に追随する契約範囲と、旧版の成果を再出力できるかを確認します。
委託先の選定と見積比較で確認するポイント

委託先の候補は、実データの確認、現場UI、測量・土木の理解、保守体制を、同じ質問で比べます。会社名や提案書の見栄えだけで判断すると、条件の差を見落としやすくなります。
製品ベンダーは標準機能や要領対応に、受託開発会社は独自業務や基幹連携に強い傾向があります。両者を候補にする場合は、役割を分けて考え、製品導入と個別開発を同じ基準で比べないようにします。
土木・測量の実績と成果物の確認
「建設業のシステムを作った」という説明に加えて、実績の範囲と現場での操作を確かめます。
- 技術実績:扱った機器、データ変換、設計比較、電子納品の対応範囲。
- 操作実演:似た工種で、現場入力から成果品作成までを確認する。
KENTEMの公開事例では、GNSSと快測ナビ、SiTECH 3Dなどを使った検証で、現場計測が120分から45分、書類作成が300分から60分でした。合計は420分から105分となり、約75%の削減効果が紹介されています(出典:株式会社建設システム「GNSS×快測ナビで実現した作業時間75%削減」、掲載内容は個別企業の事例)。
この数値は自社の効果と見なさず、同じ測定方法でPoCを行って確かめます。
見積項目と前提条件の粒度の統一
総額だけでなく、見積項目ごとに作業範囲と前提条件を揃えて比べます。
- 開発・移行:要件定義、画面、API、データ移行、変換、テスト。
- 導入・運用:教育、インフラ、保守、旅費、予備費。
- 曖昧な一式項目:対象機器、形式、データ件数、テスト、訪問回数、成果物。
見積によっては、データ移行や現場教育が含まれていません。そこで、条件をそろえて同じ範囲で比較します。
開発体制、再委託、保守窓口の確認
プロジェクト責任者と業務設計者が誰かを確かめます。測量・土木担当、UI設計者、インフラ・セキュリティ担当者についても、担当者を示してもらいます。提案時の担当者が本番まで関わるかも、あわせて尋ねます。
海外や別会社への再委託、障害時の一次対応も確かめます。発注側でも意思決定者と現場代表を置き、レビューが滞らない体制を作ります。
点群や図面を預ける場合は、保存場所、バックアップ、アクセスログ、契約終了時の削除証明、インシデント発生時の報告期限を確認します。
土木工事業向け測量データ管理システムのよくある質問
発注前には、製品導入と個別開発の境界や費用、現場データについて疑問が出やすくなります。委託先へ相談する前に、確かめておきたい内容を整理します。
土木工事業向け測量データ管理システムはパッケージで十分ですか?
標準的な測量、点群、出来形、電子納品が中心なら、パッケージやクラウドで足りる可能性があります。独自帳票、基幹連携、独自承認、特殊工種が重要なら、追加開発やハイブリッド方式を検討します。
判断は、自社のSIMA、点群、LandXML、過去の成果品を使うPoCで行います。
個別開発の見積はどの程度の金額になりますか?
要件整理前の概算では、PoCが50万円から300万円程度、小規模MVPが300万円から800万円程度です。標準的な業務システムは800万円から2,000万円程度を目安にします。
複数拠点・基幹連携型は2,000万円から5,000万円超が目安です。ただし、対象キーワード専用の確定相場ではありません。
機能、連携、移行、教育、保守を含めたRFPを渡し、複数社の見積を同じ条件で比べます。
古い測量データや複数の形式があっても委託できますか?
委託できますが、まず実データを洗い出します。SIMA、CSV、DXF・DWG、LandXML・J-LandXML、GeoTIFF、点群を数件ずつ用意します。
座標系、単位、測点ID、欠損、変換後の精度、エクスポート可否を確認します。設計比較や電子納品までつながるかを、受入テストに含めます。
クラウドに点群や図面を置いても安全ですか?
安全性は、クラウドという形態そのものよりも、権限や運用の設計で決まります。そのため、権限、MFA、暗号化、ログ、バックアップ、復旧テストを確かめます。さらに、端末管理、再委託、契約終了時のデータ返却も確認します。
会社・工事・協力会社ごとにアクセスを設計し、退職者や契約終了した協力会社の権限をすぐ止められるか確かめます。
国土交通省の情報セキュリティ対策資料を基に、自社の重要データと発注者条件に合わせて評価します。
まとめ
発注前に、観測から電子納品までの流れを整理し、標準製品と個別開発の範囲を分けておきます。そのうえで実データを使ってPoCを行い、入力時間、同期成功率、再測回数、成果品作成時間、エラー率を評価します。
費用は、クラウド利用料と個別開発の概算を分けたうえで、移行、機器、教育、保守、ストレージ、要領改定を含む5年TCOで比べます。
RFPには、機器連携、データ形式、オフライン、座標系、版管理、電子納品を記載します。さらに、権限、監査ログ、障害復旧、再委託、契約終了時の返却も含めて、複数社へ同じ条件で依頼します。
測量後の転記、図面化、設計比較、承認、成果品整理まで短縮できるかを見極めます。現場条件と将来の電子納品・3次元データ活用を踏まえ、定着する発注計画を作りましょう。
▼全体ガイドの記事
・土木工事業向け測量データ管理システム開発の完全ガイド
▼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を創業。
