土木工事業向け現場写真管理システムの発注は、業務整理、要件定義、候補選定、代表現場での検証の順に進めます。この順に進めると、撮影から電子納品までの作業を改善できます。
▼全体ガイドの記事
・土木工事業向け現場写真管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
土木工事業向け現場写真管理システムの発注・外注の定義
発注・外注とは、撮影・整理・提出の業務を分析し、必要な機能と運用支援を定めて委託することです。
土木写真は、工事名や工種だけでなく、測点、設計寸法、実測寸法、撮影頻度とも結び付いています。そのため、一般的なクラウドストレージとは、評価の観点が変わります。
写真保管だけでなく提出業務までの対象範囲
発注対象は、撮影から発注者への提出までの工程を追って切り分けます。
- 写真の登録：現場で撮った写真を、工事・工種・測点に結び付ける作業
- 分類の確認：事務所で行う、写真の分類内容のチェック
- 台帳と提出：台帳の出力と、発注者が指定する形式での提出
国土交通省の「写真管理基準（案）令和7年3月」は、工事写真を着手前及び完成の記録と施工状況の記録に分けています。さらに、安全管理や使用材料、品質管理や出来形管理、災害や事故に関する工事写真も、分類の対象に含めています。
したがって、製品画面だけでなく、分類ツリー、撮影箇所一覧、台帳、電子納品がつながるかを確かめます。
発注・外注する範囲の分け方
外注する範囲は、既製サービスの契約・初期設定、既製サービスへの個別対応、自社専用システムの設計・開発に分けられます。
撮影後の分類や台帳作成は、BPOとして委託する方法もあります。定型的な写真整理だけを外に出せば、大規模な開発をしなくても効果を得られる場合があります。
既存の施工管理や基幹システムと深く連携する場合は、導入支援会社だけでなく、開発会社の技術力も必要になります。
発注形態の選び方
写真整理を効率化したい現場が1〜3現場であれば、既製クラウドを試すところから始めるのが現実的です。
複数現場の共有や既存システムとの連携が課題になったら、個別設定や開発へ広げます。スクラッチ開発は、固有の要件があり、長期の運用を担える場合に検討します。
パッケージ・クラウドの導入
パッケージやクラウドでは、土木写真の分類、電子小黒板、写真台帳、電子納品などの標準機能を利用できます。さらに、国土交通省の基準やOS更新に合わせた保守も期待できます。
現場と本社をつなぎたい場合は、クラウドが有力です。山間部やトンネルなど通信が不安定な場所でも撮影できるかは、デモではなく、実際の現場で試します。
既製サービスへの個別設定・連携の委託
既製サービスには、工種マスタや撮影箇所、帳票を設定します。会社・現場・協力会社ごとの権限も、あわせて決めます。また、CSVやAPIで施工管理・会計・人員管理とも連携できます。
標準機能を使うぶん、独自開発より短い期間で済む傾向があり、製品のアップデートも受けられます。要件表では、対応方法を次のように分けます。
- 標準機能：製品に最初から備わる機能で足りる要件
- 設定：既存の機能を調整して対応する要件
- 追加開発：標準の機能では難しく、個別に作り込む要件
標準機能の制約を無理に回避すると、運用が複雑になります。そのため、候補会社には、要件ごとの対応区分を示してもらいます。
スクラッチ開発の依頼
スクラッチ開発を選ぶ場合は、開発から運用までの分担を発注前に明確にしておきます。
- 個別対応：独自の工種体系と測点管理を軸に、帳票、承認フロー、他システム連携も自社業務に合わせられます。
- 運用責任：写真原本の保存、改ざん検知、端末対応を含め、バックアップや電子納品要領の更新も自社で担います。
- 判断基準：開発会社に任せる場合でも、検査や提出で何を正とするかは発注者側が決めます。
- 開発手順：撮影・分類・台帳・提出の最小機能から作り始め、AI自動分類や基幹連携は利用状況を見て後から加えます。
RFPと要件整理の盛り込み内容
RFPは、誰がどの現場で何を撮影し、どの帳票をいつ提出するかを伝える文書です。「写真管理システムを作ってください」とだけ伝えても、前提が相手に届きません。
まず、対象工事、現場数、利用者数を書きます。加えて、協力会社数、月間写真枚数、通信環境を記載します。さらに、現在の手作業と既存データ、希望時期、予算の考え方も伝えます。受入条件と運用責任も明記すると、安くても使えない見積を減らせます。
現場から電子納品までの業務フロー
着手前、施工中、検査前、完成時の写真業務を、役割ごとに書き出します。現場代理人や工事主任に加えて、写真担当、事務担当、発注者対応も含めます。
工程ごとに入力情報と担当者を記録し、所要時間やり直しの原因も残しておきます。対象になるのは、撮影と事務所での分類、不足写真の確認です。さらに、台帳作成と発注者への提出も含みます。
測点を撮影時に入力するのか、事務所で後から入力するのかで、必要な画面と教育内容が変わります。
必須要件と加点要件の区分
必須要件には、撮影・保存・納品に欠かせない機能を置きます。一方で、加点要件は、価格と効果を比べて優先順位を決めます。
- 撮影・分類：オフラインでの撮影、電子小黒板、工事・工種・測点の分類
- 確認・保存：撮影漏れの確認、写真原本の保存、改ざん検知、権限、操作履歴、バックアップ
- 出力：台帳、PDF・Excel出力、発注者仕様に応じた電子納品
- 加点候補：図面連携、位置情報、施工前後比較、AI分類候補、API連携、翻訳、多言語教育
AIを使う場合は、人が候補を確認して確定する手順と、修正履歴を残す条件も明記します。
PoCの評価指標と受入条件
PoCでは、機能の有無よりも、現場業務が改善したかを測ります。導入の前後で、次の項目を比べます。
- 作業時間：写真1枚の登録から台帳の完成までにかかる時間
- 品質：分類ミス、再撮影、撮影漏れ、発注者からの差し戻し
- 通信・操作：通信断後の再送成功率、担当者の操作完了率
合否条件には、「山間部で30分通信が切れても撮影データが失われない」や「指定工種の写真を翌営業日までに台帳化できる」などを置きます。評価期間、対象現場、参加者をRFPに記載します。さらに、測定方法も書いておきます。
契約形態の選び方（請負・準委任・SaaS）
契約形態は、完成物と責任範囲をどこまで確定できるかで選びます。標準サービスならSaaS、仕様が固まった機能開発なら請負、調査・伴走・アジャイル開発なら準委任が検討の対象になります。
また、要件定義を準委任、開発と検収を請負、保守を月額契約に分けて組み合わせる構成もあります。
請負契約の成果物と検収基準
請負契約では、成果物と検収条件を契約に定めます。対象になるのは、設計書、画面一覧、データ項目です。加えて、テスト仕様や操作マニュアルも含まれます。また、納品データと検収期限も対象になります。
ソースコードや設定情報の扱いも、契約で確認しておきます。「電子納品に対応する」とだけ書くと曖昧なため、対象要領と出力形式を具体的に決めます。合わせて、サンプルデータやエラー表示、合格条件も決めておきます。
仕様変更による追加費用や納期遅延時の扱い、瑕疵対応期間も、契約前に取り決めておきます。
準委任契約は調査・伴走・段階開発に向く場面
現場ヒアリングや業務整理、既存データ調査では、開始時に全仕様を確定できない場合があります。PoCやアジャイル開発でも、開始時に全仕様を確定できない場合があります。
準委任では、稼働する担当者や作業時間、会議体を定めます。さらに、成果物や報告方法、優先順位の決め方も取り決めます。作業時間だけを管理すると、使える機能が増えないまま終わる可能性があります。
各スプリントでは、動く画面や現場テストの結果を残します。合わせて、未解決課題と次の判断材料も記録します。
SaaS契約のデータと解約条件
SaaSは初期開発を抑えやすい一方で、費用の内訳は分けて確かめる必要があります。内訳として分けて見るのは、利用料金、ユーザー数、現場数です。そのほか、オプションや保存容量、サポート、教育、BPOも区別して見ます。
契約終了後の写真の返却形式と返却費用・期間、削除証明の有無は、契約時に決めておく事項です。障害時の通知と復旧目標、個人情報や位置情報の保管場所も確認します。
写真を会社の資産として残すため、エクスポートできる範囲を契約書や利用規約で確かめます。対象は、CSVと画像原本、台帳、操作履歴です。
費用相場の目安
費用は、既製クラウド、個別設定・連携、専用開発のどれを選ぶかで変わります。ただし、土木写真管理専用の公的な市場統計は確認できていません。
ここで示す開発費のレンジは、一般的な業務システムや類似する施工管理システムから整理した推定です。断定的な相場ではなく、条件付きの予算目安として使い、要件定義の後に再見積もりします。
公開価格のあるSaaSの比較基準
公開価格は、見積比較の出発点になります。
- KENTEM：初期費用と年額費用を合算して比べる
- 関連費用：標準料金に含まれない項目
- 課金条件：利用人数と期間をそろえた試算
KENTEM「写管屋クラウド」は2025年4月、初期登録料33,000円を公表しました。利用料金は年額66,000円（5ライセンス）で、必要なKSデータバンクは年額11,000円（10GB）です。したがって、単純合算では初年度110,000円になります（出典: 株式会社建設システム「写管屋クラウド」2025年4月発表）。
Photoructionの料金ページは、初期費用0円を掲げています。月額料金とオプション料金は利用者数に応じた見積方式で、容量による料金増額はないとの説明です（出典: Photoruction「料金プラン」、2026年確認）。
SiteBoxや写管屋本体、追加容量などは、別途確認します。端末や教育、サポートも、確認の対象に含めます。
ユーザー課金や容量課金、現場課金、オプション課金といった課金方法の違いを踏まえます。そのうえで、5人・1現場・12か月といった同じ条件で試算を依頼します。
個別設定・PoC・部分開発の推定レンジ
リサーチノートの推定では、既製サービスの個別設定・連携は50万〜300万円程度です。1現場・1〜2工種の小規模PoCも50万〜300万円で、期間は0〜3か月程度が目安です。
金額は、帳票テンプレートや工種マスタ、CSV・API連携の範囲で上下します。現行写真の移行や現場教育も、範囲によって金額を動かします。無料トライアルか、有償で移行・評価まで行うかも、分けて比べます。
スクラッチ開発の機能範囲別の費用目安
ここで示すのは、土木写真管理に限った確定相場ではなく、機能範囲に応じた推定レンジです。
- 部分開発：300万〜1,000万円、3〜9か月程度
- 本格開発：複数拠点・基幹連携・AI・運用設計を含み、1,000万〜2,000万円超、9〜18か月程度
- 工数を左右する範囲：アプリ、台帳、権限、納品仕様、基幹連携
- 一般システムの参考値：初期300万〜2,000万円、全体1,500万〜5,000万円
一般的な業務システムの推定値は、周辺業務を含む場合の参考として扱います。工数は、撮影アプリや管理Web、台帳出力の範囲によって変わります。さらに、権限や監査ログ、電子納品仕様、基幹連携まで含めるかでも変わります。
委託先の選び方と見積の比較
委託先は、価格だけでなく、土木写真の業務理解や現場操作で比べます。さらに、発注者仕様や通信断への設計を見ます。移行や教育、保守の体制も比べます。
製品会社と受託開発会社では、得意な領域が異なります。そのため、「標準機能」「個別開発」「運用代行」に分けて回答してもらいます。
土木の実績の確認観点（工種・提出先）
「建設業界で実績がある」という説明は、判断材料として不十分です。確認すべきは、自社に近い工種や発注者の仕様です。
- 工種：道路、河川、砂防、上下水道、造成などの事例
- 提出先：公共・民間の別と、対応した発注者の仕様
- 現場環境：現場の通信環境
- 運用効果：写真整理時間、再撮影、移動、提出差し戻しの変化
KENTEMのSiteBox導入事例では、写真整理が1日1〜2時間効率化したと紹介されています（出典: KENTEM「SiteBox」導入事例）。
ただし、これは同社の取材事例です。現場規模や運用ルールで結果は変わるため、自社のPoCで検証します。
見積書を初期・利用・開発・運用に分解した比べ方
総額だけで判断せず、初期費用、継続費用、増減時の料金に分けて内訳を比べます。
- 初期費用：初期登録、要件定義、設計、開発と設定、移行、テストと端末、通信や教育の費用
- 継続費用：月額や年額、追加容量、保守、問い合わせやBPO、更新の扱いと、解約時のデータ返却
- 増減時の料金：ユーザーや現場、写真枚数や容量が増えた場合、協力会社を招待した場合の料金の変化
教育や移行が別途で現場負担になる場合、見積が安くても、導入コストは実際には高くなります。
提案書で見るセキュリティと運用体制
土木現場の写真には、作業員の顔や車両が写ることがあります。さらに、位置情報や協力会社の情報も含まれる場合があります。
- アクセス・端末：会社・現場・工種・協力会社ごとの閲覧権限、多要素認証、遠隔ログアウト、暗号化
- 記録・障害対応：バックアップ、操作・ダウンロード履歴、障害通知、復旧目標
- 契約終了：データ削除の条件
- 利用者支援：協力会社向けの説明と、問い合わせ窓口の見積への計上
国土交通省は、建設業ICT指針で、経営規模や工種に応じたICT設備と人材育成を期待しています。
下請業者との連携も、留意点に挙げています（出典: 国土交通省「建設業におけるICTの導入・活用に向けた施策」、2025年公開）。
発注後の導入・運用
契約後は、まず代表現場で試し、ルールを固めてから段階的に広げます。併せて、工種マスタの更新者や、写真の命名・分類の確認者、協力会社の写真の承認者を決めておきます。
導入計画には、データ準備や教育、試行、評価を含めます。さらに、修正や段階展開、定着確認も入れておきます。
代表現場で実データを使うPoC
PoCでは、サンプル写真ではなく代表現場の実データを使い、撮影から提出までを通して確かめます。
- 工事情報：工事名、工種、測点の実データによる試行
- 現場条件：設計・実測寸法、通信状態、協力会社の写真
- データの流れ：撮影から提出まで欠落なく処理できるかの確認
写真管理基準（案）は、小黒板の記載項目を定めています（出典: 国土交通省「写真管理基準（案）令和7年3月」）。記載項目には、工事名、工種等、測点があります。さらに、設計寸法や実測寸法、略図なども含まれます。
現場教育と問い合わせの責任者
教育は一度の説明会で終わらせず、役割ごとに分けて行います。
- 撮影担当：オフライン、黒板、測点、登録、再送
- 事務担当：分類、台帳、差し戻し、出力
- 管理者：権限、マスタ、ログ、データ返却
問い合わせを現場責任者だけに集めると、属人化が再び起きてしまいます。そのため、一次窓口と、製品会社へのエスカレーション、マスタ変更の承認者を決めます。加えて、マニュアルとFAQも更新します。
導入後のKPIと発注者仕様の更新
導入後は、月単位で数字を追います。写真1枚の登録時間と台帳作成時間、再撮影件数を見ます。さらに、分類エラーや提出差し戻しを見ます。月間アクティブ利用者と問い合わせ件数も確かめます。
目標に届かない場合は、機能不足だけでなく運用の原因も見直します。たとえば、入力項目が多すぎないか、工種マスタが現場に合っているかを確かめます。さらに、協力会社の権限が明確か、教育が不足していないかも点検します。
発注者の特記仕様書や電子納品要領が変わる場合に備えて、基準を確認する担当者と更新の手順を決めておきます。
土木工事業向け現場写真管理システムの発注でよくある質問
発注前に特に質問が多いのは、既製サービスと開発の境界、公共土木への対応、費用の見方です。候補会社に同じ質問をして回答をRFPと評価シートに残すと、営業資料では分からない運用上の差を比べられます。
既製の写真管理システムがあるのに外注する必要はありますか？
外注は、新しいシステム開発とは限りません。既存製品のマスタ設定や帳票調整、データ移行を委託できます。権限設計や現場教育、運用改善だけを頼むこともできます。
まず標準機能で解決できる範囲を確かめ、不足する部分だけを追加開発かBPOに分けます。そうすれば、重複した投資を抑えられます。
公共土木の電子納品に対応できる会社はどう見分けますか？
見分ける際は、対象となる発注者と適用する写真管理基準を確かめます。「電子納品対応」という表現だけでは、対応範囲が読み取れないためです。加えて、写真情報の出力形式や撮影箇所一覧の扱いを確かめます。エラー確認と提出前の検査方法も見ておきます。
自社が受注する自治体や発注者の特記仕様書を候補会社へ渡し、実データで台帳と納品データを作ってもらうと、対応範囲を具体的に評価できます。
発注者の最終判断が必要な項目は、製品会社の保証範囲と区別しておきます。
発注予算が少ない場合は何から始めればよいですか？
まず1現場・1工種に絞り、撮影と分類、台帳作成、電子納品の最小フローを、PoCで確かめます。写真整理の時間や差し戻しを測り、効果が出た機能から複数現場へ広げます。
無料トライアルでも、移行や教育、帳票調整、通信検証で有償の支援が必要になる場合があります。そのため、予算を月額だけで考えないことが大切です。
AIで写真分類や検査記録を自動化しても問題ありませんか？
AIは、写真の分類候補や類似写真の検索、黒板文字の読み取りなどの補助に使えます。撮影漏れの候補を検出する使い方もあります。
AIの結果は、検査記録や電子納品の確定データにせず、人が確認・承認する工程を残します。
誤分類の修正履歴や、データの学習利用、外部提供を契約前に確かめます。個人情報や位置情報の扱い、サービス停止時の代替手段も確認しておきます。
まとめ
機能一覧や見積総額だけでなく、現場で撮った写真が正しい工種・測点・管理項目と結び付き、台帳、検査、電子納品まで滞りなく流れるかを確かめます。
課題に合わせて、パッケージ・クラウドや個別設定、BPO、スクラッチ開発を組み合わせます。そのうえで、まず代表現場で実データを使ったPoCを行うことが、失敗を抑える近道です。
発注前にそろえるべき確認事項
発注前に、業務フローと必須・加点要件を整理します。さらに、対象現場と利用者、通信環境、発注者仕様を書き出します。また、解約後のデータ返却や、教育と保守の責任者も決めておきます。
見積は、初期と月額・年額に分け、同じ条件で比較します。設定、移行、開発の費用は、内訳として示してもらいます。端末や教育、保守の費用も分けてもらいます。BPOや追加ユーザー・現場の費用は、別に記してもらいます。
国土交通省がICT活用と人材育成を進めるなかで、導入の目的は、写真の保存だけでなく、品質・安全・検査・提出まで含む現場管理の改善として定めます。
次に行うこと
代表現場の写真と発注者仕様を用意したうえで、候補会社に同じRFPを渡し、デモと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を創業。