建設写真管理システム開発の発注/外注/依頼/委託方法について

建設写真管理システムの発注では、写真を保存できるかだけでなく、撮影・分類・確認・台帳作成・電子納品までの業務を誰がどのように短縮するかを定義することが重要です。

現場ごとに写真の分類方法が違う、協力会社から届く写真がメールや個人端末に分散する、竣工前に数百枚から数千枚を手作業で整理する、といった悩みは、製品を導入するだけでは解消しません。発注形態の選択、RFPと要件整理、契約形態、費用相場、委託先の選び方と見積比較のポイントを、実際の運用に落とし込む順番で解説します。

▼全体ガイドの記事
・建設写真管理システム開発の完全ガイド

建設写真管理システムの全体像

建設写真管理システムは、工事現場で撮影した写真を案件、工事区分、工種、施工段階、撮影箇所などに整理し、写真台帳や電子納品データまで作成する業務システムです。一般的なクラウドストレージと異なり、撮影時点での分類、電子小黒板、信憑性確認、帳票出力、発注者ごとの納品要件への対応を一つの流れで扱います。

現場担当者はスマートフォンやタブレットで撮影し、工事名や工種などの情報を付けて保存します。通信が不安定な場所では端末に一時保存し、回線が復旧した後に同期できることが重要です。事務所では写真の仕分け、コメントや注釈の追加、撮影漏れや重複の確認を行い、担当者や発注者が承認した後に写真台帳、出来形・品質管理帳票、Excel、PDF、電子納品形式へ出力します。

国土交通省の写真管理基準（案）では、写真の信憑性を考慮して写真編集を認めない考え方が示されています。ただし、基準に基づく小黒板情報の電子的記入は別扱いです（出典: 国土交通省「写真管理基準（案）」令和8年3月）。そのため、発注するシステムには画像の加工を自由に許す機能ではなく、撮影情報や電子小黒板情報を適切に扱い、確認結果や操作履歴を残す機能が求められます。

発注の目的は、機能を増やすことではありません。1現場あたりの写真整理時間、台帳作成時間、現場と事務所の往復回数、電子納品の差戻し件数、協力会社からの再提出回数を導入前に計測し、どの数字を何割削減したいかを決めます。たとえば、撮影後の分類を現場で完了させ、事務所での貼り付け作業をなくすことが目標なら、分類ツリーの転送や撮影時の自動振り分けが優先機能になります。

一方、写真だけでなく工程、図面、検査、日報、原価まで一元化したい企業では、写真専用型と施工管理統合型を比較します。独自の発注者別帳票や基幹システム連携が必要なら、標準SaaSを中心にAPI・CSV連携を追加する方法と、スクラッチ開発を並べて検討します。現場数、年間撮影枚数、保存年数、協力会社数、通信環境を先に数値化すると、過剰な開発を避けやすくなります。

発注形態はどのように選びますか？

発注形態は、標準SaaS・パッケージを導入する方法、SaaSやパッケージに個別連携を加える方法、独自システムをスクラッチ開発する方法の三つに分けて考えると整理しやすいです。写真撮影、分類、台帳、電子納品が標準要件に近いほど既製サービスが有利で、発注者別の特殊帳票や社内基幹との厳密な連携が大きいほど個別開発の比重が高まります。

標準型は、初期のシステム開発を抑えながら、撮影、電子小黒板、写真分類、台帳出力を短期間で試せる方式です。現場を1〜数件に絞ったPoCや、まず写真整理の負担を下げたい会社に適しています。2025年4月にリリースされたKENTEMの写管屋クラウドでは、初期登録料3万3,000円、5ライセンスの利用料金年額6万6,000円、別途10GBのデータバンク年額1万1,000円という公開例があります（出典: 株式会社建設システム「写管屋クラウド」発表、2025年）。これは標準機能の小規模利用の例であり、全社展開や個別連携の価格ではありません。

標準型を選ぶ場合も、利用人数だけで判断しません。写真容量、保存期間、現場数、協力会社のアカウント、追加帳票、電子納品形式、サポート範囲、解約時のデータ一括出力を確認します。標準機能に業務を合わせることが難しい場合は、導入後にExcelへ戻る可能性があるため、実データを使った操作検証を契約前に行います。

既存の施工管理、工程、図面、会計、原価システムとつなぎたい場合は、写真管理の標準サービスを核にして、API、CSV、ETL、帳票テンプレートなど不足部分をSI会社へ委託する方法が現実的です。写真の保存・検索・撮影アプリまでゼロから作らず、独自性の高い承認フローや基幹連携だけを開発すれば、導入期間と保守範囲を抑えやすくなります。

スクラッチ開発は、複数の発注者に共通する特殊な納品ルール、独自の分類体系、現場ごとの承認、社内マスターとの厳密な連携、オンプレミスなど、標準製品では解決しにくい要件がある場合に検討します。ただし、画像保管、バックアップ、オフライン同期、監査ログ、改ざん検知、端末管理まで自社仕様で保守する責任が発生します。要件の一部だけが独自なら、全体をスクラッチにする前にハイブリッド案を比較します。

発注形態を決める前に、1〜2現場、1工種、現場担当者と協力会社を含む少人数で、撮影から台帳出力までを通して試します。山間部、地下、建物内、雨天、低速回線、端末の共有、大量写真の同期を検証し、通信が切れたときに撮影データが失われないかを確かめます。デモ環境で動いても、実際の端末・写真容量・発注者の帳票で動くとは限りません。

AIによる自動仕分けを含める場合は、正解率だけでなく、誤分類を人が修正できるか、納品前に全件を確認できるか、修正履歴を残せるかを見ます。AIは整理を補助する機能として扱い、電子納品の最終責任をAIに移さない設計が安全です。PoCの検証費用は、建設写真管理システムの個別開発では50万円〜300万円程度が一つの目安ですが、対象現場数や連携範囲で変わる推定値として見積もります。

RFPと要件整理は何を記載しますか？

RFPは「写真管理システムを作ってください」という依頼書ではなく、現場の業務、納品物、データ、制約、体制、予算、期限を候補会社へ同じ条件で伝える文書です。要件が曖昧なまま相見積もりを取ると、A社は標準機能、B社はカスタマイズ、C社は運用支援込みという前提になり、価格だけで比較できなくなります。

業務要件には、現場の作成、工事区分・工種・種別・細別の分類、施工前・施工中・施工後の管理、電子小黒板、コメント、注釈、位置情報、撮影者、撮影日時、図面や帳票との紐付けを記載します。続けて、誰が写真を確認し、誰が差戻し、誰が承認し、いつ台帳を確定するかを定義します。協力会社が撮影する場合は、現場への参加・退場、権限変更、退場後の閲覧停止まで要件に含めます。

発注者ごとに納品形式が違う場合は、工事名、工種、測点、設計寸法、実測寸法、略図などの入力項目、フォルダ構成、ファイル形式、XML、信憑性確認結果の扱いを一覧にします。国土交通省の小黒板情報電子化の資料では、納品時に信憑性確認を行い、その結果を提出する運用が示されています（出典: 国土交通省「デジタル工事写真の小黒板情報電子化について」、令和5年3月）。ただし、自治体や発注者の特記仕様書が優先されるため、候補会社任せにせず発注者へ確認します。

年間の撮影枚数、1現場あたりの写真枚数、画像サイズ、保存年数、現場数、ユーザー数、協力会社数を記載します。写真本体と検索用メタデータを分けるか、バックアップの世代数、復旧目標、データの保管地域、ダウンロード方法も確認します。オフライン撮影、同期の再送、重複取込の防止、通信障害時の手動運用が曖昧だと、現場で使えないシステムになりやすいです。

認証、最小権限、二段階認証、端末制限、監査ログ、暗号化、脆弱性対応、再委託、インシデント連絡、解約時のデータ返却もRFPに入れます。個人情報や協力会社情報を扱う場合は、委託先の監督、再委託先の管理、契約終了時の削除・返却を確認します。IPAの中小企業向け情報セキュリティガイドラインや個人情報保護委員会の委託先管理の考え方を確認材料にすると、機能表に出にくいリスクを比較できます。

候補会社には、要件ごとに「標準対応」「設定で対応」「追加開発」「対応不可」「将来対応」を記載してもらいます。見積書は、要件定義、設計、アプリ、Web管理画面、API、画像処理、帳票、移行、テスト、教育、保守、ライセンス、クラウド費用に分けてもらうと、会社ごとの抜けが見えます。価格が安くても、移行や教育が別途なら初年度の実額は変わります。

評価シートでは、価格だけでなく、工事写真の実績、電子納品・電子小黒板への適合、オフライン性能、協力会社の使いやすさ、導入支援、障害対応、データ返却、連携のしやすさを点数化します。候補を3〜5社程度に絞り、同じサンプル写真と同じ帳票を渡してデモまたはPoCを依頼すると、営業資料だけでは分からない操作性を比較できます。

契約形態は準委任と請負をどう使い分けますか？

建設写真管理システムの外注では、要件が固まっていない上流工程と、成果物が明確な開発工程で契約形態を分ける考え方が実務的です。契約名だけでなく、成果物、作業範囲、受入条件、変更手続、責任分界、知的財産、データ返却を別紙で明確にします。

準委任は、発注者と受託者が合意した業務を進める契約で、要件定義、現状調査、PoC、ベンダー選定支援、導入伴走のように、作業を進めながら成果の形が変わる工程に向いています。現場ごとの分類ルールや発注者の納品条件を確認する前に、最終仕様と納期を固定することが難しいため、最初のフェーズで準委任を使うと手戻りを管理しやすくなります。

ただし、準委任だから成果物が不要になるわけではありません。業務フロー図、要件一覧、画面一覧、連携項目表、PoC結果、課題一覧、次工程の見積条件を成果物として定め、月次の進捗、消化工数、残課題、変更理由を確認します。工数上限や中止条件を決めていないと、検討が長期化して予算が膨らむため注意が必要です。

請負契約は、合意した成果物を完成させ、検査・受入を経て引き渡す開発工程に向いています。画面、アプリ、データベース、API、帳票、権限、テスト仕様書、操作マニュアルなど、何を納品するかを明記し、納品物が要件を満たしたと判断する受入基準を数値や画面例で定義します。

写真管理では、正常な写真が登録できるだけでは不十分です。オフラインからの同期、同一写真の重複、撮影漏れ、電子小黒板、権限の異なる協力会社、発注者への出力、データ返却、障害復旧を受入テストに含めます。要件変更が発生した場合の見積、納期、承認者を決めておくと、追加開発が口頭で積み上がることを防げます。

クラウドサービスを利用する場合は、サービス提供会社、導入支援会社、連携開発会社のどこが障害窓口になるかを決めます。アカウント発行、権限変更、端末紛失、バックアップ、復旧、脆弱性対応、アップデート、問い合わせ、発注者の納品基準変更に誰が対応するかも対象です。再委託がある場合は、再委託先の会社名や作業範囲、情報管理、事故時の責任を確認します。

契約終了時は、写真本体だけでなく、分類ツリー、台帳、コメント、承認履歴、メタデータ、電子納品用データをどの形式で取り出せるか確認します。返却費用、出力期間、削除証明、バックアップからの消去時期まで契約に入れておくと、乗り換え時に写真が持ち出せないリスクを抑えられます。

建設写真管理システムの費用相場

建設写真管理システムだけの全国統計的な開発相場は公開情報が少ないため、以下はリサーチノートで整理した一般業務システムの相場と、公開されている建設向け製品の料金例を組み合わせた予算検討用のレンジです。製品の定価や契約を断定するものではなく、対象現場数、写真容量、帳票、連携、支援範囲によって変わる推定値として扱います。

無料プランや小規模SaaSは、0円から月額数万円程度で、1〜数現場の写真共有や台帳作成を試す入口になります。標準パッケージやクラウドの初期導入は0円〜30万円程度、月額または年額は数万円〜20万円程度が一つの目安です。アカウント数、現場数、容量、電子納品、サポートの条件で金額が変わるため、単価の低さではなく、実際に使う人数と写真量を当てはめて比較します。

たとえばKANNAは、初期導入費用とサポート費用を無料とし、ライト、ベーシック、エンタープライズの各プランを用意していますが、料金は見積もり方式です（出典: 株式会社アルダグラム「KANNA料金」、2026年確認）。他社アカウント数を無制限とする設計も案内されていますが、導入支援、容量、機能、契約期間の条件は個別に確認する必要があります。公開価格がある製品と要見積の製品は、同じ前提にそろえて比較します。

写真管理中心の小規模スクラッチ開発は300万円〜800万円程度、クラウドに帳票、権限、既存システム連携を加える開発は300万円〜1,500万円程度、写真・工程・原価・検査まで含む施工管理全体の開発は800万円〜2,000万円以上が目安です。いずれも公開された写真管理専用の平均価格ではなく、一般業務システムの相場、開発範囲、導入支援をもとにした推定レンジです。

費用を大きく左右するのは、ユーザー数だけではありません。年間撮影枚数、保存年数、写真容量、発注者別テンプレート、オフライン同期、AI仕分け、電子納品、既存システムのAPI・CSV連携、古い写真の移行、操作教育、ヘルプデスク、脆弱性診断が主な変動要因です。見積書には、これらを「含む」「別途」「対象外」で明記してもらいます。

初年度の初期費用だけでなく、3年総額で比較すると、安いサービスの見落としを減らせます。初期設定、月額・年額ライセンス、データ容量の追加、ユーザー追加、導入教育、データ移行、個別帳票、API接続、保守、問い合わせ、端末、通信費を合計します。スクラッチでは、保守やクラウド費用に加え、発注者の基準変更やOS更新への対応費も見込む必要があります。

費用対効果は、削減できる人件費だけでなく、納品差戻し、再撮影、写真を探す時間、現場と事務所の移動、担当者の残業を含めて算定します。KENTEMの導入事例では、1日あたり1〜2時間ほど写真整理業務を効率化したと紹介されています（出典: 株式会社建設システム「SiteBox導入事例」、確認時点2026年）。自社の現場数と担当者の時間単価に置き換えれば、導入後の回収期間を試算できます。

委託先選定と見積比較のポイント

委託先は、製品の知名度や見積金額だけでなく、現場に定着させる力と、発注者の納品条件を守る実装力で選びます。写真専用の業界製品を提供する会社、施工管理全体を提供する会社、個別連携に強いSI会社、業務整理から支援する開発会社では、得意な範囲が異なります。候補会社には、自社と近い工事種別、現場数、協力会社数、写真量の実績を確認します。

実績確認では、導入社数だけでなく、土木、建築、設備、専門工事のどれに強いかを見ます。公共工事なら、国土交通省や自治体の写真管理基準、電子納品、電子小黒板、信憑性確認を扱った経験が必要です。民間工事なら、発注者独自の台帳、協力会社との共有、検査や竣工引き渡しの運用に対応できるかを確認します。

事例を聞くときは、「導入した」だけで終わらせず、何枚の写真を何人で扱い、どの作業時間や差戻しを減らしたのかを尋ねます。KENTEMの別の事例では、1現場で約1,000〜2,000枚の写真整理時間が従来の3分の1になったと紹介されています（出典: 株式会社建設システム「SiteBox導入事例」、確認時点2026年）。自社と条件が近い事例ほど、費用対効果の予測に使いやすいです。

見積比較では、まず対象範囲をそろえます。要件定義、画面・アプリ設計、開発、API・CSV連携、画像処理、帳票、電子納品、移行、テスト、教育、マニュアル、保守、クラウド、ライセンス、サポートを同じ項目で並べます。各社の見積期間、担当者数、前提条件、除外条件、追加費用の単価も記載させます。

極端に安い見積は、要件定義、現場教育、データ移行、通信障害の試験、受入テスト、リリース後の伴走が含まれていない可能性があります。反対に高い見積は、全機能を一度に開発し、標準機能で代替できる部分まで個別開発している場合があります。標準対応と追加開発を分けた提案を求め、第一段階と第二段階に分けた場合の費用も提示してもらいます。

デモでは、きれいなサンプル写真ではなく、自社の現場写真、分類ツリー、帳票、協力会社の権限を使います。現場担当者が初見で撮影できるか、オフラインから同期できるか、管理者が差戻しや承認を行えるか、電子納品データを出力できるかを確認します。管理画面だけでなく、スマートフォンの操作、端末の共有、写真の検索、失敗した同期の再送まで見ます。

セキュリティでは、TLSや暗号化の有無だけでなく、利用者ごとの最小権限、二段階認証、監査ログ、バックアップ、復旧時間、データ保管地域、脆弱性対応、再委託、退職者や協力会社のアカウント停止を確認します。操作が簡単でも、誰でも全現場を閲覧できる設定なら情報漏えいにつながります。導入後のアカウント棚卸しと権限変更の担当者まで決めておくことが大切です。

よくある質問（FAQ）

発注前に多く寄せられる疑問を、費用、開発方式、現場運用の順に回答します。いずれも自社の発注者、現場数、写真量、既存システムの条件によって最適解が変わるため、RFPとPoCで具体化することが大切です。

標準SaaS・パッケージの初期導入は0円〜30万円程度、月額または年額は数万円〜20万円程度が目安です。個別連携を含むクラウド開発は300万円〜1,500万円程度、写真管理中心の小規模スクラッチは300万円〜800万円程度、施工管理全体を含む開発は800万円〜2,000万円以上が推定レンジです。公開平均ではないため、写真容量、帳票、連携、移行、教育を含めた見積もりで確認します。

撮影、分類、台帳、電子納品が標準要件に近く、早く現場で試したい場合はSaaS・パッケージが向いています。発注者別の特殊帳票、独自承認、オンプレミス、基幹システムとの厳密な連携が大きい場合は、標準サービスへの追加開発やスクラッチを比較します。まずPoCで標準機能の不足を確認し、不足部分だけを外注する方法が保守しやすいです。

工事写真と電子納品の実績、発注者の基準に合わせる力、現場での使いやすさ、協力会社を含む権限管理、オフライン性能、導入後の支援体制を重視します。価格は同じ要件、同じ費目、同じ3年総額で比較し、標準対応・設定・追加開発・対象外を分けて確認します。実データを使ったデモやPoCで、撮影から納品までを通して確かめることが重要です。

サービスによって異なるため、契約前に確認が必要です。写真本体だけでなく、分類、コメント、承認履歴、撮影情報、台帳、電子納品データをどの形式で一括出力できるか、出力費用と期限、バックアップからの削除時期まで確認し、契約書に記載します。移行テストを行ってから本番データを預けると、乗り換え時のリスクを下げられます。

まとめ

建設写真管理システムの発注では、最初に写真のライフサイクルと現場のKPIを整理します。そのうえで、標準SaaS・パッケージ、クラウド連携、スクラッチ開発を比較し、RFPには写真量、保存年数、電子納品、協力会社、通信環境、帳票、既存システム連携、セキュリティ、データ返却を記載します。

見積比較では、初期費用だけでなく、導入支援、データ移行、教育、保守、容量追加、連携、3年総額を同じ条件でそろえます。契約は、要件定義やPoCを準委任、仕様と受入条件が固まった開発を請負とする組み合わせを検討し、責任分界、変更手続、障害対応、再委託、契約終了時のデータ返却を明文化します。

いきなり全社導入や全面スクラッチへ進むのではなく、代表的な1〜2現場で、撮影、オフライン同期、分類、協力会社との共有、承認、台帳、電子納品までを検証します。整理時間、差戻し件数、利用率、問い合わせ数を測定し、標準機能で足りない部分だけを追加開発へ切り出すと、費用と現場の負担を抑えながら、建設写真管理システムを業務に定着させやすくなります。

▼全体ガイドの記事
・建設写真管理システム開発の完全ガイド

会社紹介

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

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

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