建設写真管理システムの発注は、まず業務とKPIを整理し、次に要件と契約を明確にして、最後に実データで検証すると、現場定着と納品品質につながります。
発注形態、RFPと契約、費用相場、委託先の選定を順に取り上げます。全体像は、建設写真管理システム開発の完全ガイドでも確認できます。
▼全体ガイドの記事
・建設写真管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
建設写真管理システムの全体像
建設写真管理システムは、写真を案件や工事区分、工種ごとに整理する業務システムです。施工段階や撮影箇所も、あわせて整理できます。写真台帳や電子納品データも、このシステムで作成します。
一般的なクラウドストレージとは異なり、撮影時の分類や電子小黒板、信憑性確認を扱えます。さらに、帳票出力や発注者ごとの納品要件まで、一連の流れで対応できます。
撮影から電子納品までの一貫した管理
現場と事務所の担当作業を分けて整理すると、撮影データを納品まで一貫して扱えます。
- 撮影：スマートフォンなどで撮り、工事名と工種を付けます。通信が不安定なときは端末に保存し、復旧後に同期します。
- 確認：事務所での仕分けと注釈、撮影漏れや重複の確認、担当者と発注者による承認。
- 出力：写真台帳、出来形・品質管理帳票、Excel、PDF、電子納品形式。
国土交通省は「写真管理基準（案）」で、写真編集を認めない方針を示しています（出典: 国土交通省「写真管理基準（案）」令和8年3月）。この方針は、写真の信憑性を守るためのものです。
ただし、基準に基づく小黒板情報の電子的な記入は別扱いです。発注するシステムには、画像を加工する機能よりも、撮影情報と電子小黒板情報を適切に扱い、確認結果と操作履歴を残す機能が求められます。
機能数より現場のKPIを基準にした要件
発注の目的は、機能を増やすことよりも、現場の作業を減らすことに置きます。まず導入前に現状を測り、作業ごとに数字を押さえます。
- 写真整理：1現場あたりの作業時間を測ります。
- 台帳作成：作成にかかる時間を、導入前に記録します。
- 現場と事務所：往復の回数。
- 納品と再提出：差戻し件数と、協力会社への再提出回数。
どの数字を何割削減したいかは、この時点で決めておきます。
撮影後の分類を現場で終わらせたい場合は、分類ツリーの転送や撮影時の自動振り分けが優先機能になります。
工程から原価まで扱う企業は、写真専用型と施工管理統合型を比べます。一方、独自帳票や基幹連携が必要な場合は、標準SaaSへのAPI・CSV連携追加とスクラッチ開発を比較します。
現場数や年間撮影枚数、保存年数を数値にしておくと、必要以上の開発を避ける判断材料になります。協力会社数や通信環境も、数値にして押さえます。
発注形態の選び方
発注形態は、標準SaaS・パッケージ、既製サービスへの個別連携、独自システムのスクラッチ開発の3つに分けられます。
撮影から電子納品までが標準要件に近いほど、既製サービスが有利になります。逆に、特殊帳票や社内基幹との厳密な連携が必要なほど、個別開発の比重が高まります。
標準SaaS・パッケージが向く会社
標準型は初期開発を抑えられるため、既製機能を早く試したい会社に向いています。
KENTEM写管屋クラウドは2025年4月にリリースされ、初期登録料は3万3,000円です。また、5ライセンスの年額は6万6,000円です。別途の10GBデータバンクは年額1万1,000円です（出典: 株式会社建設システム「写管屋クラウド」発表、2025年）。
- 費用条件：人数、容量、保存期間、現場数、協力会社アカウントの条件。
- 機能と契約：追加帳票、電子納品、サポート、解約時の一括出力。
- 現場適合：標準機能で業務が回るかを、実データで契約前に検証します。
この料金例は、標準機能を小規模に使う場合のもので、全社展開や個別連携の価格ではありません。
クラウド連携・個別開発の不足部分の外注
既製サービスを基盤にして、標準で足りない機能だけを委託する方法もあります。
- クラウド連携：施工管理や会計などとつなぎ、API、CSV、ETL、帳票を追加します。
- スクラッチ：特殊納品や独自分類、承認、基幹連携、オンプレミスへの対応。
写真の保存や検索、撮影アプリまで作らず、独自性の高い承認や基幹連携に絞ると、導入期間と保守範囲を抑えやすくなります。
スクラッチにすると、画像保管やバックアップ、オフライン同期は、自社仕様で保守することになります。監査ログや改ざん検知、端末管理も、自社の保守範囲に入ります。そこで、要件の一部だけが独自なら、全体を開発する前にハイブリッド案と比べます。
PoCによる通信環境と現場定着の確認
発注形態を決める前に、現場担当者と協力会社を含む少人数で、通信と操作を検証しておきます。
- 1〜2現場、1工種で、撮影から台帳出力までを試します。
- 山間部、地下、建物内、雨天、低速回線の通信環境を試します。
- 通信が途切れた際に、撮影データが失われないか。
端末共有と大量写真の同期も、あわせて試します。実端末、写真容量、発注者の帳票での動作は、デモ環境では確かめきれないため、実データで確認します。
AI仕分けを使う場合は、正解率に加えて、人が誤分類を直せるか、納品前に全件確認できるか、修正履歴が残るかを見ます。
AIは整理の補助として扱い、電子納品の最終責任をAIに移さない設計が安全です。また、個別開発のPoC費用は50万円〜300万円程度が目安です。ただし、現場数と連携範囲で変わる推定値です。
RFPと要件整理の記載内容
RFPは、現場業務や納品物、予算、期限などを候補会社へ同じ条件で伝える文書です。データや制約、体制も、同じ条件で示します。「システムを作ってください」だけの依頼では、比較の土台になりません。
要件が曖昧だと、標準機能やカスタマイズ、運用支援の前提が会社ごとに異なり、価格だけでは比べられなくなります。
業務要件に書く写真のライフサイクル
業務要件には、写真の登録から確認、納品までの流れを書きます。
- 業務分類：現場、工事区分・工種・種別・細別、施工前・中・後の定義。
- 写真情報：小黒板、コメント、注釈、位置、撮影者・日時の定め。
- 承認と協力会社：確認・差戻し・承認の流れ、台帳確定、参加・退場、権限変更、閲覧停止。
- 納品形式：発注者別の入力項目、フォルダ、ファイル形式、XML、信憑性確認結果。
国土交通省の資料は、納品時に信憑性確認を行い、その結果を提出する運用を示しています（出典: 国土交通省「デジタル工事写真の小黒板情報電子化について」、令和5年3月）。
自治体や発注者の特記仕様書が優先されます。そのため、この点は発注者に確認します。
技術要件に書く容量・通信・連携・セキュリティ
技術要件は、容量や通信、保護の観点に分けて記載します。
- 容量：年間・1現場あたりの撮影枚数、画像サイズ、保存年数、現場・ユーザー・協力会社数を記します。
- 保管・復旧：メタデータ分離、バックアップ世代、復旧目標、保管地域、出力方法の決定。
- 通信：オフライン撮影、同期再送、重複防止、通信障害時の手動運用の定義。
- アクセス管理：認証、最小権限、二段階認証、端末制限、監査ログを記します。
- 保護と事故対応：暗号化、脆弱性対応、再委託、事故連絡、解約時のデータ返却を含めます。
個人情報や協力会社の情報を扱う場合は、委託先と再委託先の監督、契約終了時の削除と返却を確かめます。
IPAの中小企業向け情報セキュリティガイドラインや、個人情報保護委員会の委託先管理の考え方も、比較の材料になります。
RFPの回答様式と評価シート
候補会社には、要件ごとの対応方法を同じ様式で回答してもらいます。また、見積書も工程や費目ごとに分けてもらうと、会社ごとの抜けが見えてきます。
- 標準対応：追加設定なしで対応できること。
- 設定で対応：既存機能の設定変更で満たせること。
- 追加開発：個別開発が必要なこと。
- 対応不可：現時点で対応できない要件。
- 将来対応：対応できる時期。
見積項目は、開発部分と導入・運用部分に分けて立てます。開発部分では、要件定義、設計、アプリ、Web管理画面を見積もります。さらに、API、画像処理、帳票も見積項目に入ります。導入・運用部分では、移行、テスト、教育、保守、ライセンスを見積もり、クラウド費用も加えます。たとえば、移行や教育が別途になると、初年度の実額が変わります。
採点は、価格だけでなく、工事写真の実績、電子納品・電子小黒板、オフライン性能で行います。さらに、協力会社の使いやすさ、導入支援、障害対応も採点の対象にします。データ返却と連携のしやすさも、同じ基準で見ます。
候補を3〜5社に絞り、同じ写真と帳票でデモかPoCを依頼すると、営業資料では分からない操作性を比べられます。
契約形態と準委任・請負の使い分け
要件が固まっていない上流工程と、成果物が明確な開発工程で契約形態を分けるのが実務的です。契約名だけでなく、成果物や作業範囲、受入条件を別紙で明確にします。変更手続と責任分界、知的財産、データ返却も、同じ別紙に書いておきます。
準委任契約が向く要件定義や伴走支援
準委任は、合意した業務を進める契約です。作業の途中で成果の形が変わる工程に向き、要件定義や現状調査、PoCがその例です。ベンダー選定支援や導入伴走も、こうした工程に入ります。
現場ごとの分類ルールや納品条件が確認できる前に、最終仕様と納期を固定するのは難しいため、初期フェーズは準委任とすると、手戻りを管理しやすくなります。
ただし、準委任でも、業務フロー図や要件・画面一覧、連携項目表などを成果物として決めておきます。PoCの結果や課題一覧、次工程の見積条件も、成果物として残します。
- 進捗管理：月次での進捗、消化工数、残課題、変更理由の確認。
- 予算管理：工数上限と中止条件を決め、検討の長期化を防ぎます。
仕様と受入条件が決まった開発での請負契約
請負契約は、合意した成果物を完成させ、検査と受入を経て引き渡す開発工程に適しています。納品物には、画面、アプリ、データベースを明記します。さらに、APIや帳票、権限、テスト仕様書、操作マニュアルも、納品物として書き出します。
要件を満たすかを判断する受入基準は、数値や画面例で定義します。写真登録だけでなく、オフライン同期や重複写真も対象にします。さらに、撮影漏れや電子小黒板、協力会社権限を確かめ、発注者向け出力やデータ返却、障害復旧も対象にします。
変更が起きたときの見積、納期、承認者を決めておくと、追加開発が口頭のまま積み上がるのを防げます。
保守・再委託・データ返却の責任分界
契約終了後も運用とデータ移行が滞らないよう、担当範囲と返却条件を明記します。
- 運用窓口：サービス、導入支援、連携開発の各社で決める障害窓口。
- 保守担当：アカウント、権限、端末紛失、バックアップ、復旧の担当を定めます。脆弱性、更新、問い合わせ、基準変更の担当も決めます。
- 再委託：会社名、作業範囲、情報管理、事故時の責任。
- 返却対象：写真、分類、台帳、コメント、承認履歴、メタデータ。電子納品データの出力形式も決めます。
- 返却条件：費用、出力期間、削除証明、バックアップの消去時期。
バックアップからの消去時期も契約に含めておくと、乗り換えの際に写真を持ち出せないリスクを抑えられます。
建設写真管理システムの費用相場
写真管理システムの全国統計による開発相場は、公開情報が少ないのが現状です。そのため、一般業務システムの相場と、建設向け製品の公開料金例を組み合わせ、予算検討用のレンジを示します。
ここで示す数字は、製品の定価や契約価格を断定するものではありません。現場数や写真容量で変わる推定値として扱います。帳票や連携、支援範囲によっても変わります。
標準導入の初期費用と月額・年額
無料プランや小規模SaaSは、0円から月額数万円程度で、1〜数現場の写真共有や台帳作成を試す入口になります。
- 相場：標準型の初期費用は0円〜30万円、月額または年額は数万円〜20万円程度。
- KANNA：初期導入とサポートは無料で、3プランを用意しています。
- 比較条件：実際の人数や写真量、現場数、容量、電子納品、サポートをそろえます。
KANNAには、ライト、ベーシック、エンタープライズの3プランがあり、料金は見積方式です（出典: 株式会社アルダグラム「KANNA料金」、2026年確認）。
他社には、アカウント数を無制限とする設計も案内されています。ただし、導入支援や容量、機能は個別に確かめます。契約期間についても、確認しておきます。
連携開発・スクラッチ開発の費用の幅（数百万円〜数千万円）
費用の目安は、開発範囲によって異なります。下に示すのは、一般業務システムの相場などをもとにした推定値で、専用製品の公開平均価格ではありません。
- 小規模スクラッチ：写真管理中心で300万円〜800万円程度。
- クラウド連携：帳票、権限、既存連携を加えた場合で300万円〜1,500万円程度。
- 施工管理全体：写真・工程・原価・検査を含め800万円〜2,000万円以上。
費用はユーザー数だけでは決まらず、年間撮影枚数や保存年数、写真容量によって変わります。発注者別のテンプレートでも変わります。
オフライン同期やAI仕分け、電子納品も、費用の変動要因です。さらに、API・CSV連携や古い写真の移行も、変動要因になります。
操作教育、ヘルプデスク、脆弱性診断も、変動要因です。見積書では、各項目を「含む」「別途」「対象外」に分けてもらいます。
3年総額によるTCOの比較
安価なサービスで費用を見落とさないよう、初期費用に加えて3年総額と削減効果を比べます。
- 導入費：初期設定、ライセンス、教育、移行、個別帳票、APIの合算。
- 運用費：容量・ユーザー追加、保守、問い合わせ、端末、通信費を含めます。
- 追加対応：スクラッチの場合は、クラウドや発注者基準の変更、OS更新費も見込みます。
- 効果：人件費、差戻し、再撮影、写真検索、移動、残業の削減。
導入事例の一つとして、KENTEMでは写真整理を1日あたり1〜2時間ほど効率化したと紹介されています（出典: 株式会社建設システム「SiteBox導入事例」、確認時点2026年）。
自社の現場数と時間単価をもとに、回収期間を試算できます。
委託先選定と見積比較のポイント
委託先は、知名度や金額だけでなく、現場定着を支える力と、納品条件を守る実装力で選びます。会社ごとに得意分野は異なり、写真専用製品に強い会社もあれば、施工管理全体や個別連携、業務整理に強い会社もあります。
候補会社には、自社に近い工事種別や現場数の実績を確かめます。協力会社数や写真量についても、同じように聞きます。
工事写真と電子納品の実績
導入社数の多さより、自社の工事種別と納品条件に近い経験を確かめます。
- 公共工事：写真管理基準、電子納品、小黒板、信憑性確認の実績。
- 民間工事：独自台帳、協力会社共有、検査、竣工引き渡しの対応。
- 工種：土木、建築、設備、専門工事の得意分野。
事例を聞く際は、写真枚数や担当人数、削減できた作業時間、差戻しを尋ねます。
KENTEMの事例では、1現場約1,000〜2,000枚の整理時間が従来の3分の1になったと紹介されています（出典: 株式会社建設システム「SiteBox導入事例」、確認時点2026年）。
自社と条件が近い事例ほど、費用対効果の予測に使いやすくなります。
同じ前提と同じ費目での見積比較
見積比較では、対象範囲と、各社に記載してもらう条件を統一します。
- 開発範囲：要件定義から電子納品まで（画像処理と帳票を含む）。
- 導入・運用：移行からサポートまで（テスト、教育、マニュアル、保守、クラウド、ライセンスを含む）。
- 見積条件：工程、期間、担当者数、前提・除外条件、追加費用単価。
極端に安い見積は、要件定義や教育、移行が含まれない可能性があります。通信障害試験や受入テスト、導入後の伴走も、含まれていないことがあります。一方で、高額な場合は、標準機能で代替できる部分まで個別開発していることがあります。
標準対応と追加開発を分けた提案を求めます。段階を分ける場合は、第一段階と第二段階それぞれの費用も確認します。
デモで確かめる運用体制とセキュリティ
デモでは、運用体制とセキュリティも、自社のデータを使って確かめます。
- 操作デモ：自社の写真、分類、帳票、協力会社権限を使い、撮影から納品まで試します。
- 端末操作：スマートフォン、共有端末、検索、失敗した同期の再送の確認。
- アクセス保護：TLS、暗号化、最小権限、二段階認証、監査ログの有無。
- 運用保護：バックアップ、復旧時間、保管地域、脆弱性、再委託、アカウント停止。
全現場を誰でも閲覧できる設定は、情報漏えいにつながります。そのため、導入後にアカウントを見直し、権限を変える担当者も決めておきます。
よくある質問（FAQ）
発注前によく出る疑問を、費用、開発方式、現場運用の順に答えます。答えは、発注者、現場数、写真量、既存システムに応じて変わるため、RFPとPoCで具体化します。
建設写真管理システムの開発費用はいくらですか？
標準SaaS・パッケージは、初期導入が0円〜30万円程度、月額または年額は数万円〜20万円程度が目安です。一方、個別連携クラウドは300万円〜1,500万円程度です。
小規模スクラッチは300万円〜800万円程度、施工管理全体では800万円〜2,000万円以上が推定レンジです。公開平均ではないため、写真容量や帳票、連携などを含んだ見積もりで確かめます。
SaaSとスクラッチ開発はどちらを選べばよいですか？
撮影から電子納品までが標準要件に近く、早く試したい場合はSaaS・パッケージが向いています。特殊帳票や独自承認、厳密な基幹連携が必要なら、追加開発やスクラッチを比べます。オンプレミスでの運用が求められる場合も、この比較に加えます。
まずPoCで標準機能の不足を確かめ、不足する部分だけを外注すると、保守しやすくなります。
委託先を選ぶときに最も重視すべき点は何ですか？
工事写真と電子納品の実績、発注者基準への適合を確認します。さらに、現場での使いやすさや協力会社の権限管理、オフライン性能を確かめます。導入後の支援体制も、あわせて見ます。
価格は、同じ要件と費目、3年総額で比べます。そのうえで、対応方法を標準対応、設定、追加開発、対象外に分け、実データのデモやPoCで撮影から納品まで確かめます。
契約終了後に写真データを持ち出せますか？
持ち出せるかどうかはサービスごとに異なるため、契約前に調べておきます。写真本体のほか、分類やコメント、承認履歴を、一括で出力できるかを調べます。台帳や電子納品データの出力形式も、あわせて確認します。
出力費用と期限、バックアップからの削除時期も、契約書に記載しておきます。本番データを預ける前に移行テストを行うと、乗り換えのリスクを下げられます。
まとめ
発注時は、写真のライフサイクルと現場のKPIを整理したうえで、標準SaaS・パッケージ、クラウド連携、スクラッチを比べます。
RFPには、写真量や保存年数、電子納品を記します。協力会社の条件も、あわせて書きます。通信や帳票、連携の条件に加え、セキュリティとデータ返却も記します。
発注先の納品と定着までの比較
見積もりは初期費用だけでなく、3年総額でそろえます。その総額には、支援や移行、教育を含めます。さらに、保守や容量追加、連携も含めます。
要件定義やPoCは準委任、仕様と受入条件が固まった開発は請負とする組み合わせも検討します。そのうえで、責任分界や変更、障害の扱いを、文書に書き残します。再委託とデータ返却も、はっきり書きます。
実データのPoCから始める進め方
全社導入や全面スクラッチの前に、代表的な1〜2現場で検証します。対象は、撮影から電子納品までの流れ全体です。特に、オフライン同期や協力会社共有は、実際の現場で確かめておく必要があります。
整理時間や差戻し件数に加え、利用率と問い合わせ数も測ります。そのうえで、標準機能で不足する部分だけを追加開発に切り出せば、費用と現場の負担を抑えつつ、定着させやすくなります。
▼全体ガイドの記事
・建設写真管理システム開発の完全ガイド
▼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を創業。