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

電子小黒板システムの発注・外注では、単に黒板をスマートフォンへ表示するだけでなく、撮影時の信憑性、写真台帳、電子納品、オフライン同期までを業務要件として定義することが重要です。先に「どこまでを既製サービスでまかない、どこからを開発するか」を決めると、過剰な開発費や現場で使われない機能を抑えられます。

この記事では、電子小黒板システムを発注・外注する際の発注形態、RFPと要件整理、契約形態、費用相場、委託先の選び方、見積書の比較方法を順番に解説します。公共工事での利用を想定し、国土交通省の基準やJ-COMSIAの考え方にも触れながら、SaaS導入と独自開発の判断材料を整理します。

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

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

電子小黒板システムの発注は、アプリの画面を作る作業だけではありません。現場で入力する情報、写真の原本と編集履歴、管理者が確認する台帳、発注者へ提出するデータを一つの流れとして設計する業務改善プロジェクトです。

電子小黒板システムという言葉から想像する範囲は会社によって異なります。撮影画面へ工事名や工種、測点、設計寸法、実測寸法を合成する機能だけが必要な場合もあれば、写真の自動仕分け、工事写真台帳、PDFやExcel出力、PHOTO/XMLなどの電子納品、図面・検査・工程・チャットまで求める場合もあります。

この違いを曖昧にしたまま「電子黒板アプリを開発したい」と相談すると、見積条件が会社ごとにばらばらになります。発注前に、撮影、保存、確認、台帳作成、提出、保管の各工程を一枚の業務フローに書き出し、対象範囲を明確にします。

公共工事で利用する場合、製品の宣伝文句だけで「受理される」と判断してはいけません。国土交通省の写真管理基準案では、写真編集は原則として認めない一方、デジタル工事写真の小黒板情報電子化に基づく電子的記入は扱いが異なります（出典: 国土交通省「技術調査：監督・検査・工事成績評定・土木工事共通仕様書関係」、令和8年3月更新情報）。

さらにJ-COMSIAは、信憑性を担保した電子化と写真管理の効率化を目的に、小黒板情報連携や改ざん検知に関する情報を公開しています。対象工事の特記仕様書、監督職員との協議事項、利用する電子納品ソフトの適合状況を確認し、RFPには「どの基準・検定・適合証を、どのバージョンで満たすか」を記載します。

電子小黒板システムの発注形態はどれを選ぶべきですか？

結論として、現場業務が標準化されている場合はSaaS、既存システムとの連携が中心なら既存SaaSと連携開発、独自の帳票や複雑な権限・検査フローが競争力に直結する場合はスクラッチ開発が候補になります。三つを同じ土俵で比較するのではなく、必要な差分と将来の運用負担を含めて選びます。

SaaSは、撮影アプリ、クラウド保存、写真台帳、電子納品などの標準機能を比較的短期間で使い始められます。電子小黒板の導入効果を検証したい会社や、現場数が多い一方で業務を標準機能へ合わせられる会社に適しています。

ただし、月額料金だけで決めるのは危険です。ユーザー数、現場数、保存容量、管理者アカウント、導入支援、サポート、出力形式、退会後のデータ取り出し、発注者指定ソフトとの連携を確認します。無料プランがあっても、公共工事向けの信憑性確認や法人の権限管理が別料金になる場合があります。

電子小黒板と写真管理は既製サービスを利用し、基幹システムや原価管理、顧客ポータルだけをAPIやCSVで連携する方法です。すべてを作り直さずに、会社固有の業務だけを補えるため、費用と納期、法令・電子納品仕様への追随をバランスさせやすい選択肢です。

この方式では、連携対象のデータ項目と更新タイミングが重要です。工事ID、現場ID、工種、測点、撮影者、撮影日時、写真ファイル、検査結果などのマッピングを決め、二重登録や削除時の扱いを確認します。APIがない場合のCSV連携や、将来のサービス変更時にデータを移行できるかもRFPに含めます。

スクラッチ開発は、特殊な工種、独自帳票、複数会社をまたぐ権限、既存の施工管理基盤では対応できない検査フローなどを作り込める方法です。一方で、カメラ、画像原本、オフライン同期、再送制御、監査ログ、OS更新、電子納品要領の改定対応を継続的に担う必要があります。

「電子黒板を後付けする画面」の開発として依頼すると、写真の真正性や現場通信の問題が見積から抜けやすくなります。撮影時に情報を合成するのか、写真情報を別レイヤーで保持するのか、後付け編集を許すのかを分け、原本保全と利用者の利便性が矛盾しない設計を求めます。

RFPと要件整理では何を決めるべきですか？

RFPは、開発会社から同じ前提で提案と見積を受け取るための依頼書です。会社概要や希望納期だけでなく、現場の利用者、撮影件数、通信環境、提出先、既存システム、セキュリティ、検収条件まで書くほど、後からの追加費用と比較のぶれを抑えられます。

まず、誰が黒板を準備し、誰が撮影し、誰が写真を整理し、誰が台帳を確認し、誰が発注者へ提出しているかを確認します。紙やホワイトボードへの記入、撮影後のSDカード取り込み、フォルダ分け、Excelへの貼り付け、差し替え撮影、承認、電子納品の各作業に、どれくらい時間がかかっているかを現場ごとに記録します。

現場の代表性も大切です。通信が安定する都市部だけでなく、山間部、地下、建物内部、雨天時、古いAndroid端末を使う現場を選びます。導入後に測る指標は、1枚の撮影時間、撮り直し率、台帳完成までの日数、写真の仕分け時間、オフラインからの同期成功率、発注者からの差し戻し件数などが有効です。

MUSTには、工事名や工種などの黒板情報入力、撮影時の合成、写真の原本保管、ユーザーと現場の権限、オフライン撮影、再接続時の同期、必要な台帳・電子納品出力、監査ログを置きます。公共工事なら、特記仕様書と発注者協議で必要になる信憑性確認や適合製品の条件もMUSTに含めます。

SHOULDには、黒板テンプレートの一括作成、写真の自動仕分け、出来形の実測値入力、図面との紐付け、承認ワークフローを置きます。WANTには、AIによる黒板作成、音声入力、高度な分析、外部ポータルとの追加連携などを置き、初回リリースへ無理に含めない判断も可能にします。

非機能要件には、対応するiOS・Androidの範囲、端末カメラの最低性能、撮影可能な画像サイズ、アプリの起動時間、同時利用者数、クラウドの保存期間、バックアップ、暗号化、MFA、操作ログ、障害時の復旧目標を記載します。現場で電波が切れたときは何枚まで保存でき、どの条件で再送し、同じ写真を二重登録しないかまで確認します。

検収条件は「画面が表示される」ではなく、代表工事のシナリオで定義します。たとえば、事前に黒板テンプレートを配布し、圏外で撮影し、通信回復後に同期し、管理者が台帳を承認し、指定形式で出力し、発注者へ提出できることを一連の受入テストにします。J-COMSIAや電子納品の確認が必要なら、適合証や出力データの検証方法を納品物に含めます。

電子小黒板システムの契約形態はどう選びますか？

契約形態は、要件の確定度と発注者側の意思決定の速さで選びます。初めから一つの契約で全機能を固定するより、要件定義、PoC、開発、保守を分けるほうが、現場検証の結果を反映しやすくなります。

請負契約は、合意した仕様に基づく成果物の完成を目指す契約です。要件が固まっていて、納期、機能、検収条件、瑕疵対応、納品物を明確にできる場合に向いています。RFPの段階で曖昧だった「発注者が使える状態」や「電子納品に対応する状態」を後から解釈すると、追加開発や納期遅延の原因になります。

請負で発注する場合は、仕様変更の手続きも契約書へ入れます。現場テストで新しい要望が出たとき、無償で対応する範囲、変更見積を出す条件、優先順位の決定者、納期への影響の扱いを決めます。固定価格だけを見て安い会社を選ぶと、必要な検証や保守が別見積になることがあります。

準委任契約は、専門家が業務を遂行することを目的にする契約で、要件が変わりやすい要件定義、UI検証、PoC、アジャイル開発に向いています。発注者と開発会社が定例で優先順位を見直し、現場のフィードバックを短いサイクルで反映できます。

一方で、作業時間や体制に対する契約になりやすいため、何をどこまで実施したかを管理する必要があります。月次の成果報告、バックログ、課題一覧、デモ、次月の予定、稼働実績を確認し、完成条件を別途定義します。リサーチノートでは、要件変更リスクを価格に織り込むと請負が準委任より1.3〜1.5倍高くなる傾向が示されていますが、これは一般論であり、個別案件の見積を保証する数字ではありません。

現実的には、要件定義とPoCを準委任、仕様確定後のMVP開発を請負、運用改善を準委任または保守契約にする段階構成が使いやすくなります。PoCの終了条件を「現場2〜3種類で撮影から台帳出力までを検証する」などと定め、次段階へ進む判断基準を決めておきます。

契約書では、ソースコード、設計書、テスト仕様書、クラウド上の写真データ、ログ、API仕様、生成した帳票テンプレートの帰属と利用範囲を確認します。退職者や協力会社がアクセスできなくなったときのアカウント停止、契約終了後のデータ返却・削除、バックアップの扱い、第三者サービスの利用条件も忘れずに定めます。

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

費用は、公開価格のある既製サービスと、要件に応じて個別見積になる開発費を分けて考えます。電子小黒板だけを使いたいのか、電子納品や施工管理まで一元化したいのかで必要な機能と運用費が変わるため、単純な月額や初期費用の比較では結論を出せません。

公開価格の例として、ミライ工事写真は無料から利用でき、機能追加は900円からと案内しています。ワイズのPhotoManager 21は、電子小黒板と電子納品に対応するサブスクリプションについて、新規導入料金20,000円、ライセンス料金は年間9,800円、新規2年契約で1ライセンス29,800円という価格を公開しています（出典: 株式会社ミライ工事、株式会社ワイズの公式料金ページ）。

一方、Photoructionは初期費用0円を掲げつつ、利用者数に応じた月額料金とオプション料金の見積方式です。したがって、小規模な電子小黒板・写真台帳用途は、公開情報をもとに1現場または1〜10名で月額0〜3万円程度、年間0〜36万円程度を比較軸にできますが、これは製品横断の相場を断定するものではありません。保存容量、現場数、法人管理、サポートを含むかで実額は変わります。

独自開発の金額は公開統計が少ないため、次の数字は業務システム一般の相場情報と電子小黒板の機能範囲から組み立てた推定レンジです。実測された一律の市場価格ではなく、RFPを作る際の予算仮置きとして使います。

撮影アプリ、黒板テンプレート、写真保存、簡易管理画面に絞る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か月程度という大きなレンジになります。企画・要件定義、設計、開発、テスト、端末検証、現場実証、教育、データ移行、並行運用を分けて見積もり、開発費だけを予算化しないことが重要です。

初期開発後は、クラウド利用料、ストレージ、通信費、端末費、アプリストア関連費、監視、バックアップ、問い合わせ対応、OS更新、脆弱性対応、電子納品要領の改定対応が発生します。保守費は初期開発費の5〜15%程度を仮置きする一般論もありますが、利用者数やSLA、法令対応の有無で変わるため、提案書の前提を確認します。

見積書では、初期費用、月額・年額、追加ユーザー、追加現場、データ容量、導入支援、教育、カスタマイズ、API連携、電子納品検証、保守、障害対応、仕様改定対応を分けてもらいます。初年度総額と3年間の総保有コストを並べると、安価な初期開発が将来の運用負担で逆転するリスクを見つけやすくなります。

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

委託先は、営業資料の印象よりも、電子小黒板と工事写真の実務を理解し、現場での例外を設計へ落とし込めるかで評価します。価格、納期、機能数だけでなく、要件定義の進め方、端末検証、品質管理、リリース後の保守体制を同じ質問票で比較します。

確認したい実績は、「スマートフォンアプリを作ったか」だけではありません。工事名・工種・測点・設計寸法・実測寸法・略図などの管理項目、撮影頻度、写真原本、電子納品、検査・出来形、発注者との協議を理解しているかを質問します。実績紹介では、導入前の課題、対象現場、利用者数、移行方法、定着支援、導入後の改善指標まで説明できる会社が望まれます。

J-COMSIAに関係する機能を扱う場合は、適合証や対応バージョンの提示を求めます。国土交通省の基準改定に伴って何を更新し、誰が検証し、顧客へいつ通知するのかも確認します。製品の対応状況は変わるため、過去の認定名だけで判断せず、発注予定の工事条件に合う最新資料を提示してもらいます。

「写真管理機能一式」「クラウド対応一式」のような大きな項目だけでは比較できません。撮影アプリ、テンプレート、オフラインキュー、同期、画像原本、権限、管理画面、台帳、PDF・Excel・XML出力、ログ、テスト、端末検証、教育、移行を分け、各項目の成果物、前提、対象外、担当者を確認します。

会社ごとに異なる提案を受けた場合は、最安値をそのまま採用せず、抜けている機能を確認します。たとえば、A社はオフライン同期を開発費へ含め、B社はオプション、C社は対応外としているかもしれません。比較表には、初期費用、運用費、納期、保守、データ移行、追加開発単価、障害時の応答時間を並べ、同じ前提にそろえます。

電子小黒板システムは、現場の端末や通信環境によって使い勝手が変わります。本開発前に、代表現場で黒板準備、撮影、圏外保存、再同期、台帳確認、電子納品出力までを試すPoCを設定します。PoCの費用、期間、対象工種、使用端末、成功指標、終了後の成果物と本開発への引継ぎを契約に書きます。

導入後の支援では、現場作業員向けの短い操作説明、管理者向けの権限設定、協力会社の招待・退場、端末変更、写真の差し戻し、通信障害、紛失端末、発注者からの問い合わせに対応できるかを見ます。初期教育だけでなく、利用ログや問い合わせ内容をもとに画面やマニュアルを改善する運用が定着につながります。

よくある質問（FAQ）

電子小黒板システムを発注するときに、特に多い質問へ回答します。実際の適用可否や価格は、工事の発注者、仕様書、利用人数、既存システム、必要な出力形式によって変わるため、最終的には個別条件で確認します。

使える可能性はありますが、すべての製品や工事で自動的に認められるわけではありません。対象工事の特記仕様書、発注者との協議、国土交通省の写真管理基準、J-COMSIAの信憑性確認や適合状況を確認し、利用予定の製品が要求条件を満たすかを事前に確かめます。

標準機能を持つSaaSは無料から月額制まで幅があり、公開価格の例では1人・1ライセンスあたり年額数千円から、利用者数に応じた見積方式まであります。独自開発は、PoC・MVPで300万〜800万円、実運用版で800万〜2,000万円、公共工事対応や施工管理連携まで含む基盤で1,500万〜4,000万円以上という推定レンジですが、機能と検証範囲に基づく予算仮置きです。

オフライン撮影に対応するサービスやアプリはありますが、保存できる件数、事前ダウンロードの要否、同期のタイミング、失敗時の再送、端末内データの保護は製品ごとに異なります。ミライ工事写真の公式FAQでも、オフライン撮影後に通信環境のよい場所でアップロードする運用が案内されています。RFPでは圏外での撮影から復旧後の同期までを受入テストに含めます。

短期間で標準業務をデジタル化し、法令や電子納品の更新負担を抑えたいならSaaSが向いています。独自帳票、特殊な検査、複雑な権限、既存基幹との深い連携が必要なら、SaaSと連携開発を試したうえで、差分だけを独自開発する段階的な方法を検討します。

まとめ

電子小黒板システムの発注・外注で最初に決めるべきことは、電子黒板だけを導入するのか、写真台帳・電子納品まで含めるのか、施工管理基盤として構築するのかという対象範囲です。対象範囲が決まれば、SaaS、既存SaaSとの連携、スクラッチ開発の比較がしやすくなります。

RFPには、現状業務、対象工事、利用者、端末、通信環境、必須機能、電子納品、信憑性確認、セキュリティ、データの帰属、検収シナリオを記載します。見積は初期費用だけでなく、クラウド、端末、教育、保守、改定対応を含む3年間の総額で比較し、代表現場のPoCで撮影時間や同期成功率を確かめます。

要件が固まった部分は請負、検証や改善が必要な部分は準委任とする段階契約が、電子小黒板システムでは現実的です。建設業務、公共工事の基準、モバイル・クラウド、オフライン同期、電子納品を理解し、導入後の教育と保守まで説明できる委託先を選ぶことで、使われないシステムになるリスクを抑えられます。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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