電子小黒板システム開発の発注/外注/依頼/委託方法について

電子小黒板システムの発注は、業務整理、方式選定、RFP作成、現場検証の順に進めると、過剰な開発費や未利用機能を抑えられます。

発注形態から委託先選びまで、各段階で決めることを順に示します。全体像は、電子小黒板システム開発の完全ガイドもあわせてご覧ください。

▼全体ガイドの記事
・電子小黒板システム開発の完全ガイド

電子小黒板システムを発注・外注する前に押さえる全体像

電子小黒板システムの発注範囲を、撮影・保存、写真管理、提出、施工管理の4つに分けた図解
発注する機能は、撮影後の管理や提出、施工管理まで広げられます。

発注では、現場での入力から写真台帳、提出データまでを一連の業務として設計することになります。

アプリの画面を作るだけでは足りず、写真の原本と編集履歴、管理者の台帳も発注の対象に含めます。

「電子黒板だけか、施工管理基盤か」の切り分け

必要な範囲は会社ごとに異なり、工事名や工種、測点、設計・実測寸法を合成するだけで足りる場合もあります。

  • 撮影・保存:黒板情報の合成と写真保存
  • 写真管理:自動仕分けと工事写真台帳
  • 提出:PDF・Excel出力とPHOTO/XMLなどの電子納品
  • 施工管理:図面・検査・工程・チャット

機能の名前だけで相談すると、見積の前提が会社ごとにずれ、比べにくくなります。そのため、撮影から保管までの業務フローを書き出して、必要な範囲をはっきりさせます。

公共工事の発注者仕様と信憑性確認

公共工事では、製品の宣伝文句だけで「受理される」と判断できません。そのため、確認する対象は次のとおりで、RFPに記しておきます。

  • 発注条件:特記仕様書と監督職員との協議事項
  • 写真基準:写真管理基準案と電子的記入の扱い
  • 適合状況:電子納品ソフトの適合状況
  • 証明内容:満たす基準・検定・適合証とバージョン

国土交通省の基準案は、写真の編集を原則として認めていません。小黒板情報電子化に基づく電子的な記入は、これとは別扱いです(出典:国土交通省「技術調査:監督・検査・工事成績評定・土木工事共通仕様書関係」、令和8年3月更新情報)。

J-COMSIAは、信憑性を担保した電子化と写真管理の効率化を目的に、小黒板情報連携や改ざん検知の情報を公開しています。

電子小黒板システムの発注形態の選び方

標準化された現場業務ならSaaSが、既存システムとの連携が中心ならSaaSと連携開発が候補になります。

  • SaaS:標準業務に合わせられる場合
  • SaaSと連携開発:既存システムとの連携が中心の場合
  • スクラッチ開発:独自帳票や複雑な権限・検査が競争力に直結する場合

三つの方式は、必要な差分と将来の運用負担まで含めて比べたうえで選びます。

SaaS・パッケージの導入方法

SaaSでは、撮影アプリやクラウド保存、写真台帳、電子納品などの標準機能を使えます。短い期間で導入効果を確かめたい会社にも適した方式です。

  • 現場機能:撮影アプリとクラウド保存
  • 管理機能:写真台帳と電子納品
  • 導入条件:現場数が多く、業務を標準機能へ合わせられること

月額料金は、ユーザー数、現場数、保存容量、管理者アカウントによって変わります。

導入支援やサポート、出力形式に加えて、SaaSを退会した後にデータを取得できるかや、発注者指定のソフトと連携できるかも確認します。

無料プランでも、公共工事向けの信憑性確認や法人の権限管理が別料金になる場合があります。そのため、月額料金だけで判断しないことが欠かせません。

既存SaaSと連携開発の組み合わせ

既製サービスで電子小黒板と写真管理を行い、会社固有の業務は連携で補います。全体を作り直さずに済むため、費用や納期と、仕様変更への追随を両立しやすい方式です。

  • 連携先:基幹システム、原価管理、顧客ポータル
  • 連携方法:APIまたはCSV
  • 移行条件:サービス変更時にデータ移行できること

連携では、工事IDや現場IDを基に、撮影日時や写真ファイル、検査結果などを対応付けます。

連携するデータ項目と更新時期を決め、二重登録や削除時の扱いも確認します。

APIがない場合のCSV連携や、将来サービスを変えるときにデータを移行できるかも、RFPに含めます。

スクラッチ開発の発注方法

スクラッチ開発なら、特殊な工種や独自帳票に応じられるほか、既存基盤では扱えない検査フローや複数会社の権限も組み込めます。

スクラッチ開発では、作った後の継続的な運用と仕様変更への対応が必要です。

  • 独自要件:特殊な工種、独自帳票、複数会社の権限、固有の検査フロー
  • 継続運用:カメラ、画像原本、オフライン同期、再送制御、監査ログ
  • 保守:OS更新と電子納品要領の改定対応

後付けの画面だけを依頼すると、写真の真正性や現場の通信に関する課題が見積もりから漏れがちです。

発注の時点で、撮影時に情報を合成するのか、別レイヤーで保持するのか、後付けの編集を許すのかを決めておきます。

原本の保全と使いやすさが両立する設計を、開発会社に求めます。

ポイント

標準機能で業務が収まるならSaaS、既存システムとの連携が中心ならSaaSと連携開発、独自帳票や複雑な権限が競争力に直結するならスクラッチが候補になります。月額料金だけで決めず、運用負担も含めて比べます。

RFPと要件整理で決めること

RFPに記載する条件を、業務条件、システム条件、契約条件の3項目に分けた図解
条件を3領域に分けると、見積の前提をそろえやすくなります。

RFPは、開発会社に同じ前提で提案と見積を出してもらうための依頼書です。会社概要や希望納期のほかに、業務、システム、契約の条件まで書くと、見積の前提をそろえやすくなります。

  • 業務条件:利用者、撮影件数、通信環境、提出先
  • システム条件:既存システムとセキュリティ
  • 契約条件:希望納期と検収条件

撮影前から提出後までの現状業務の書き出し

現場の担当者と作業時間を把握しておくと、改善の対象と効果測定の基準を決められます。

  • 担当者:黒板準備、撮影、写真整理、台帳確認、発注者への提出
  • 作業:紙やホワイトボードへの記入、SDカード取込、フォルダ分け、Excel貼付、差し替え撮影、承認、電子納品
  • 効果指標:撮影時間、撮り直し率、台帳完成日数、仕分け時間、同期成功率、差し戻し件数

まず、各作業にかかる時間を現場ごとに記録しておきます。

代表現場には、山間部や地下、建物内に加えて、雨天時や古いAndroid端末の現場も含めます。

MUST・SHOULD・WANTによる機能の優先順位付け

初回リリースの範囲を決めるため、機能を優先度別に並べます。

  • MUST:工事名・工種などの黒板情報、撮影時合成、写真原本、ユーザー・現場の権限、オフライン撮影・再接続時の同期、台帳・電子納品、監査ログ
  • SHOULD:テンプレート一括作成、自動仕分け、実測値入力、図面連携、承認
  • WANT:AI黒板作成、音声入力、高度な分析、外部ポータルとの追加連携

公共工事では、特記仕様書や発注者との協議で必要になる信憑性確認や適合製品の条件も、MUSTに含めます。

WANTは、初回リリースに含めないと判断することもできます。

非機能要件と検収条件の文章化

非機能要件と受入テストを具体的に書いておくと、完成状態の解釈違いを減らせます。

  • 端末:iOS・Android、カメラ最低性能、画像サイズ、起動時間、同時利用者数
  • データ・安全性:保存期間、バックアップ、暗号化、MFA、操作ログ、復旧目標
  • 通信断:圏外保存枚数、再送条件、写真の二重登録防止

検収では、代表工事で黒板を事前に配布し、圏外での撮影から復旧後の同期、台帳の承認、指定形式の出力、発注者への提出まで試します。

J-COMSIAや電子納品の確認が必要な場合は、適合証と出力データの検証方法も納品物に含めます。

ポイント

RFPには業務、システム、契約の条件を書き、現状業務と機能の優先度を添えます。そうすると、開発会社が同じ前提で見積を出しやすくなります。

電子小黒板システムの契約形態の選び方

契約形態は、要件がどこまで固まっているかと、発注者側が意思決定をどれだけ速くできるかで選びます。要件定義とPoC、開発、保守を分けておくと、現場検証の結果を次の段階の判断に生かしやすくなります。

仕様と成果物が固まった後の請負契約

請負は、合意した仕様に基づいて成果物の完成を目指す契約です。要件や納期、検収の条件、瑕疵対応まで明確にできる場合に適しています。

  • 完成状態:「発注者が使える」「電子納品に対応」の定義
  • 変更手続き:無償対応、変更見積、優先順位の決定者、納期への影響
  • 対象範囲:検証や保守を含むか

仕様が曖昧だと、追加開発や納期の遅れを招きます。また、固定価格が安くても、必要な検証や保守が別見積になる場合があります。

要件定義や段階開発に合う準委任契約

準委任は、専門家が業務を遂行する契約です。要件定義やUI検証、PoC、アジャイル開発のように、要件が変わっていく業務に適しています。

  • 進行管理:月次成果報告、バックログ、課題一覧
  • 確認事項:デモ、次月予定、稼働実績
  • 完成条件:作業契約とは別に定義

発注者と開発会社は定例で優先度を見直し、現場の声を短い周期で取り入れます。準委任は作業時間や体制に対する契約のため、実施内容の管理が欠かせません。

リサーチノートでは、要件変更のリスクを価格に織り込むと、請負は準委任より1.3〜1.5倍高くなる傾向が示されています。ただし、これは一般論で、個別の見積を保証するものではありません。

段階契約と知的財産・データの帰属

要件定義とPoCは準委任、仕様が確定した後のMVP開発は請負、運用の改善は準委任または保守契約とする、段階的な構成が現実的です。

  • PoC条件:現場2〜3種類で撮影から台帳出力まで検証
  • 帰属・利用範囲:ソースコード、設計書、テスト仕様、写真、ログ、API仕様、帳票テンプレート
  • 終了時:アカウント停止、データ返却・削除、バックアップ、第三者サービスの利用条件

PoCの終了条件と、次の段階へ進む判断基準は、先に決めておきます。

退職者や協力会社がアクセスできなくなる場合も想定しておきます。

ポイント

要件定義やPoCは準委任、要件が固まった後の開発は請負と、段階ごとに契約を分けると、現場検証の結果を次の段階に生かせます。データの帰属や終了時の扱いも確かめます。

電子小黒板システムの費用相場とコスト内訳

電子小黒板システムの独自開発費を、PoC・MVP、実運用版、基盤、施工管理全体の4範囲で比べる横棒図
施工管理全体まで含める範囲では、費用レンジも大きくなります。

既製サービスの公開価格と、要件ごとの開発費は分けて考えます。必要な機能や運用費が異なるため、月額や初期費用だけでは比べられません。

公開サービスの料金表と適用条件

各サービスは料金と課金方式が異なるため、金額と適用条件をあわせて比べます。

  • ミライ工事写真:無料から利用でき、機能追加は900円からです(出典: 株式会社ミライ工事の公式料金ページ)。
  • PhotoManager 21:電子小黒板・電子納品対応のサブスクリプションで、新規導入は20,000円です。
  • 同ライセンス:年額9,800円、新規2年契約は1ライセンス29,800円です(出典: 株式会社ワイズの公式料金ページ)。
  • Photoruction:初期費用0円で、月額とオプションは利用者数に応じた見積もりです。
  • 小規模用途の比較軸:1現場または1〜10名なら、月額0〜3万円、年間0〜36万円程度です。

公開情報に基づく価格の幅は、比較のための目安で、製品をまたいだ市場相場ではありません。

実際の金額は、容量や現場数、法人管理、サポートの有無によって変わります。

独自開発の機能範囲別の推定レンジ

次の金額は、業務システム一般の相場情報と機能範囲から組み立てた推定です。公開された統計が少なく、一律の実測市場価格ではありません。

  • PoC・MVP:撮影アプリ、テンプレート、写真保存、簡易管理画面。300万〜800万円、2〜4か月
  • 実運用版:iOS・Android、同期、権限、台帳、PDF・Excel、監査ログ、クラウド。800万〜2,000万円、4〜8か月
  • 基盤:公共工事対応、改ざん検知、J-COMSIA検証、電子納品、複数会社・現場、図面・検査・API連携。1,500万〜4,000万円以上、6〜12か月
  • 施工管理全体:工程・原価・出来形・検査・チャット・電子納品を含むフルスクラッチ。2,000万〜5,000万円以上、9〜18か月

金額は、RFP作成時に予算を仮に置く目安として使います。

見積もりは、企画・要件定義、設計、開発の工程と、テスト、端末検証、現場実証の工程に分けて行います。教育、移行、並行運用も、それぞれ別の工程として見積もります。開発費だけで予算を組まないことが大切です。

ランニングコストと保守費の別枠での見積もり

クラウドや端末の利用料に加えて、保守や仕様改定への対応費も含め、運用の総額を見積もります。

  • 利用環境:クラウド、ストレージ、通信、端末、アプリストア関連費
  • 保守:監視、バックアップ、問い合わせ、OS更新、脆弱性対応、電子納品要領改定
  • 見積内訳:初期費用、月額・年額、追加ユーザー・現場、容量、支援、教育、改修、API、検証、保守、障害・仕様改定対応

保守費を初期開発費の5〜15%程度と仮に置く一般論もあります。ただし、利用者数やSLA、法令対応によって変わるため、提案書の前提を確かめます。

初年度の総額と3年間の総保有コストを並べると、初期費用の安さと将来の運用負担を比べられます。

ポイント

公開サービスは料金と適用条件を並べて比べ、独自開発は機能範囲別の推定レンジを予算の仮置きに使います。開発費だけでなく、保守やランニングコストも含めた総額で見ます。

委託先の選定と見積比較で見るべきポイント

電子小黒板と工事写真の実務を理解し、現場の例外を設計に取り込めるかで、委託先を評価します。そのうえで、共通の質問票を使って比べます。

  • 提案力:要件定義の進め方と業務理解
  • 開発力:端末検証と品質管理
  • 運用力:リリース後の保守体制
  • 比較項目:価格、納期、機能数

建設業務と電子納品の経験

アプリの開発実績だけでなく、建設業務の理解や導入後の支援実績も見ておきます。

  • 業務項目:工事名、工種、測点、設計・実測寸法、略図、撮影頻度
  • 管理業務:写真原本、電子納品、検査・出来形、発注者協議
  • 導入実績:課題、対象現場、利用者数、移行、定着支援、改善指標

J-COMSIA関連の機能では、適合証と対応バージョンを求めます。さらに、基準が改定された時の更新担当、検証方法、顧客への通知時期も確認します。

製品の対応状況は変わるため、過去の認定名だけで判断せず、発注予定の工事条件に合う最新の資料を出してもらいます。

成果物と工数の対応による見積比較

一式とだけ書かれた見積では提案内容を比べにくいため、項目ごとに成果物と前提を確かめます。

  • 機能:撮影、テンプレート、オフラインキュー、同期、画像原本、権限、管理画面
  • 納品物:台帳、PDF・Excel・XML出力、ログ、テスト、端末検証、教育、移行
  • 条件:成果物、前提、対象外、担当者

会社によって機能の扱いは異なるため、比べる前にそろえておきます。たとえば、オフライン同期を開発費に含める会社もあれば、オプションにする会社や対応外とする会社もあります。

比較表には、初期費用や運用費、納期を並べます。さらに、保守や移行、追加開発の単価、障害時の応答時間も加えます。最安値の会社を選ぶ前に、不足している機能を確認します。

PoCと導入後の支援の選定条件

本開発の前に代表現場で試すPoCは、端末や通信環境による使い勝手を確かめる機会です。その実施条件は、契約に記しておきます。

  • 検証内容:黒板準備、撮影、圏外保存、再同期、台帳確認、電子納品出力
  • 実施条件:費用、期間、工種、端末、成功指標
  • 終了時:成果物と本開発への引継ぎ

導入後の支援に、作業員向けの操作説明や管理者の権限設定が含まれるかを確認します。協力会社の招待・退場、端末変更への対応も、支援の範囲に入るかを見ておきます。

写真の差し戻しや通信障害、紛失端末、発注者からの問い合わせにも対応できる体制が必要です。

利用ログや問い合わせを基に、画面とマニュアルを改善します。

ポイント

委託先は、建設業務と電子納品の経験を確かめます。見積は、一式表記だけでなく成果物と工数の対応で比べ、代表現場でPoCを行ったうえで、導入後の支援まで含めて選びます。

よくある質問(FAQ)

利用の可否や価格は、工事の発注者や仕様書によって異なり、人数や既存システム、出力形式によっても変わります。

利用条件と費用は、個別の要件に照らして確かめてください。

電子小黒板システムは公共工事で使えますか?

電子小黒板システムは公共工事で使える場合がありますが、全製品・全工事で認められるとは限りません。

利用の前に、特記仕様書や発注者との協議、国土交通省の写真管理基準を確認します。

J-COMSIAの信憑性確認や適合状況も見たうえで、利用する製品が要求条件を満たすかを事前に確かめます。

電子小黒板システムの開発費はどのくらいですか?

SaaSの料金方式と独自開発の範囲別の推定額を比べ、予算を置くときの前提を整理します。

  • SaaS:無料から月額制まであり、公開価格は1人・1ライセンス年額数千円から、利用者数による見積方式まであります。
  • PoC・MVP:300万〜800万円。実運用版:800万〜2,000万円。
  • 公共工事対応・施工管理連携基盤:1,500万〜4,000万円以上。

独自開発の金額は、機能と検証範囲に基づく予算の仮置きです。固定価格として扱わず、個別の要件で見積もります。

電波が弱い現場でも電子小黒板システムを使えますか?

オフライン撮影に対応したサービスはありますが、保存件数や事前ダウンロード、同期の時期、再送、端末内のデータ保護は製品ごとに異なります。

ミライ工事写真の公式FAQは、圏外で撮影した後に通信環境のよい場所でアップロードする運用を案内しています。そのうえで、RFPには撮影から復旧後の同期までを受入テストに含めます。

SaaSと独自開発はどちらを選べばよいですか?

標準業務のデジタル化と、法令や電子納品の更新に伴う負担の軽減を優先するなら、SaaSが適しています。

独自帳票や特殊な検査、複雑な権限が必要な場合、あるいは基幹連携が必要な場合は、SaaSと連携開発を試します。その後、差分だけを独自開発する段階的な方法も検討できます。

まとめ

発注前に、電子黒板だけか、写真台帳や電子納品までか、施工管理基盤までかを決めます。範囲がはっきりすれば、SaaSと連携開発、スクラッチを比べやすくなります。

発注前のRFPと現場検証の条件

RFPには、現状業務と対象工事、利用者を記載します。また、端末や通信、必須機能の条件も書きます。さらに、電子納品や信憑性確認、セキュリティのほか、データの帰属や検収シナリオも含めます。

見積は、初期費用だけでなく、クラウドや端末、教育、保守、改定対応を含めた3年間の総額で比べます。代表現場のPoCでは、撮影時間と同期成功率を確かめます。

運用まで見据えた契約と委託先の選び方

要件が固まった部分は請負、検証や改善は準委任とする段階契約が現実的です。

委託先には、建設業務と公共工事基準の経験があるかを確認します。加えて、モバイルやクラウド、オフライン同期、電子納品の経験も見ておきます。

教育と保守まで説明できる委託先を選ぶと、システムが使われなくなるリスクを抑えられます。

▼全体ガイドの記事
・電子小黒板システム開発の完全ガイド

会社紹介

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

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

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

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

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

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