設備図面管理システムの開発は、6つのフェーズで進みます。要件整理と選定から始め、設計・開発を経て、稼働と定着へ進みます。1現場で稼働を確かめながら運用を改善すると、現場を止めずに効果を確認できます。
各フェーズの中身や費用、見積もりの要点は、後の節で順に扱います。
▼全体ガイドの記事
・設備工事業向け設備図面管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
設備工事業向け設備図面管理システムの全体像
設備工事の図面は、設計図から施工図、承認図、申請図、系統図、機器表へと変わっていきます。さらに、検査記録、工事写真、竣工図も案件の中で受け渡されます。
図面をファイルだけで管理すると、図面と階・部屋・機器の関係や承認者を追えません。検査指摘が解消したかも確かめられません。そのため、判断と証跡を再利用しにくくなります。
ファイル置き場ではなく、図面のライフサイクル管理
開発会社は、案件、建物、階、工種、部屋、機器の階層をたどって図面を探せるように設計します。また、PDFのほか、DWG、DXF、JWWなど、自社と協力会社が使う形式も扱います。
図面番号、版、承認状態は属性として保持し、発行日、作成者、適用範囲も持たせます。そのうえで、原本は残したまま最新版を優先して表示し、旧版には警告を出します。
- 承認管理：承認前の図面を、施工用に配布できない状態
- 現場記録：ピン、手書き、コメント、指示を図面に紐づけた記録
- 証跡保存：写真、検査結果、是正期限を、個別のデータとして保持
こうした設計にしておくと、図面を更新したあとも記録の所在をたどれます。また、メール添付や共有フォルダの名前に頼る運用からも移行できます。
国土交通省の「建築設備工事設計図書作成基準（令和6年改定）」は、CAD作成、1図面1ファイル、CADデータの円滑な利活用を示しています（出典：国土交通省「建築設備工事設計図書作成基準」、2024年）。
同基準が直接適用されない案件でも、ファイル単位や命名、交換形式を決める材料にはなります。
業務範囲で分ける4つの方式
適する方式は、必要な業務の範囲によって変わります。
- 図面管理専用アプリ：図面共有、写真、指摘、検査を短期間で始めたい場合
- 施工管理クラウド：案件、見積、受注、原価、完工、保全を案件台帳にまとめたい場合
- 設備業向け総合パッケージ：設備業務を一つの案件台帳で管理したいとき
- 個別開発・API連携：元請ごとの特殊な承認、独自機器台帳、複雑な基幹連携が競争力に直結する場合
通信が不安定な現場では、オフライン閲覧と同期競合の扱いを確かめます。
計測、写真の自動整理、電子小黒板が必要かどうかも、選定を左右します。さらに、検査帳票と電子納品の要否も見ておきます。
スパイダープラスは、空調衛生設備業向けに、図面・写真・資料・帳票の管理から、指摘、試験・測定までの機能を案内しています。
スパイダープラスは、2026年3月末時点で導入社数2,200社以上、利用者数78,000人以上と公表しています（出典：スパイダープラス「SPIDER+」、2026年）。
導入社数は、自社との適合性を保証するものではありません。そのため、代表案件で実機を検証してください。
設備図面管理システムの進め方と6フェーズ
発注側は、開発会社を探す前に、図面を中心とした業務の流れを一覧にしておきます。
6つのフェーズは順に進め、各フェーズで誰がどのデータを更新するかを決めておきます。
各段階には次へ進む条件を設け、条件を満たす前に全社へ広げないようにします。また、現場の困りごとを、すぐに機能名へ結び付けないことも大切です。
フェーズ1：要件整理と代表案件の現状把握
要件整理では、現状の資料と代表案件を確認し、導入前の基準値と必要条件をそろえます。
- 図面と資料の保管先を洗い出します。紙図面、共有フォルダ、個人PC、メールのほか、Excel、既存CAD、工事台帳も対象です。
- 複数工種、改訂頻度、協力会社数を見て選ぶ代表案件1〜2件
- 図面種類・形式・容量・改訂頻度・利用者数・承認経路・写真枚数・検査帳票・通信・電子納品条件の記録
- 課題一覧、業務フロー、データ項目、権限表、非機能要件、優先順位表をまとめた成果物
- 最新版判定・旧版防止、DWG・DXF・JWW、写真と指摘、協力会社権限、ログ・バックアップの必須要件
- 検索・承認待ち・検査記録の時間、是正漏れ、現場と事務所の往復回数の測定（導入効果の比較基準）
フェーズ2：選定と、同じ条件での方式・候補の比較
候補は3社程度に絞り、同じRFPと自社の図面を使って比べます。比べる条件をそろえれば、機能の数に偏らず、適合性を見極められます。
- 図面の登録・検索、版管理、承認、注記を比べます。写真、検査、オフライン、電子納品も見ます。CAD/BIM、API、権限、ログ、サポート、データ返却も比べます。
- 標準機能・設定対応・追加開発の範囲を分けた提示
- 自社図面での最新版登録と承認前後の試し（旧版の現場利用を防げるか）
- 拡大図面へのピン配置、写真添付、協力会社アカウントの閲覧範囲の試し
- 通信を切った状態での閲覧・注記、復旧後の重複・上書きへの対応
- 導入後のサポート担当者との運用の相談（稼働後の認識差を抑えるため）
フェーズ3：設計・開発で決めるMVPとデータ責任
設計・開発では、関係者が参加して、データ構造と開発範囲を決めます。
- データモデル：画面より先に設計し、案件から機器までの階層と、図面・版・承認・指摘をつなぐIDを決めます。
- 版の保存：原本、閲覧用変換ファイル、注記、承認履歴を分けて保持し、原本は上書きせずに変更前へ戻せるようにします。
- 最初のMVP（Minimum Viable Product）：図面登録、属性検索、版管理、権限に絞り、コメントや写真紐づけ、変更通知も含めます。
- 拡張の範囲：見積、原価、会計、BIM、保守台帳は一度に作り込まない。
- 関係者の役割：承認者、図面管理責任者、現場・協力会社代表のレビューで、更新責任を共有。
1現場の効果を見て拡張の優先度を決めます。写真、検査、是正、竣工、保守の記録も、同じIDでつなぎます。拡張候補のAPI、CSV、データ出力仕様は先に決めます。
フェーズ4：テストで再現する、図面・権限・通信の失敗
実際の業務の一連の流れと、失敗したときの動きを試します。通過条件は次の項目です。
- 一連の業務フロー：設計図登録、施工図改訂、承認依頼、現場配布を、一連の流れで通して試します。
- 失敗の再現：図面番号の重複、同時編集、承認差し戻し、担当者異動、協力会社の案件離脱を再現します。
- 図面の形式と表示：DWG、DXF、JWW、PDFの文字化けや線種、端末の機種差と画面サイズを確かめる。
- 実機での耐性：オフライン作業、同期競合、容量上限を実機で試し、旧版表示、権限漏れ、データ消失の有無を見ます。
- 代表利用者と障害対応：代表利用者が作業を完了できるかを確かめ、障害時の問い合わせ先と復旧手順を文書にします。
一連の流れには、写真・検査記録、是正、竣工図確定まで含めます。図面では、縮尺、レイヤー、外部参照、計測結果も見ます。
フェーズ5：稼働で行う、1現場からの段階的な切替
パイロットは、代表性があり責任者が協力的な1現場で行います。切替と評価は、次のように進めます。
- 全拠点への一斉展開を避け、進行中の図面と、よく参照する竣工図を優先します。
- 過去図面は、検索用アーカイブとして段階的に扱い、ファイル名、図面番号、版、発行日、承認状態を整えます。工種、階、機器番号も揃えます。
- 重複や所有者不明のファイルを取り込まず、稼働初週の問い合わせ窓口を一つにまとめます。
- 紙は完全に禁止せず、切替日と例外を決めたうえで、システムの最新版と紙の配布版を一致させます。
- 図面検索、検査帳票の作成、未完了是正、電話・移動の回数を導入前と比べ、全社展開を判断します。
フェーズ6：定着で更新する運用ルールとKPI
運用を定着させるには、役割分担を決めたうえで、現場と経営の両方のKPIを継続して見直します。
- 役割分担と研修：図面登録、承認、現場閲覧、竣工後保守の担当を決め、一度で終わらない研修を続けます。
- ルールの統一：命名、版、承認期限、差し戻し、写真位置を標準化します。
- 月次の見直し：毎月、図面未登録、承認滞留、旧版アクセス、容量超過、未解決指摘を見て、ルールを更新します。
- 保守への引き継ぎ：保守対象では、竣工図を機器番号、型式、設置場所、点検周期、交換履歴とつなぎます。
- 見る指標：利用率に加えて、手戻り、写真整理、検査記録作成、竣工図完成の遅れをKPIとし、現場と経営の双方で追います。
竣工図の確定条件と、協力会社の招待・解除も標準化します。保守対象では、つないだ竣工図を改修・点検・故障対応に使います。
設備図面管理システムの費用相場とコストの内訳
費用は、図面共有だけにするか、施工、検査、原価、保全まで統合するかで変わります。設備工事向けの個別開発は、公開価格が限られています。
そのため、公開価格と、類似業務システムからの推定レンジを分けて示します。以下は2026年時点の企画目安で、利用者数、案件数、容量、連携、移行、セキュリティによって変動します。
方式別の費用レンジと、公開価格・推定値の区別
費用は、方式と対象にする業務によって異なります。公開価格と類似案件からの推定値を分けて見ると、比べやすくなります。
- 既製クラウド・SaaS：初期費用は0〜60万円程度、月額は1ユーザーあたり数百〜数千円程度です。年額、現場数、容量の区分もあります。
- PRODOUGUの公開例：クラウドストレージ100GBと利用人数無制限を含み、税抜6万円/年です。初期開設費は税抜3万円です。
- 同製品の追加費：アプリは1ライセンスあたり税抜3万6,000円/年、追加容量は10GBごとに税抜6,000円です。
- 検査・導入支援：1ライセンスあたり税抜1万2,000円/年、パッケージの設定・連携・支援は数十万〜数百万円程度です。
- 個別開発の推定：半個別は300万〜1,000万円、中規模は1,000万〜5,000万円、全社統合は5,000万円〜1億円以上です。
PRODOUGUの価格は、一製品の公開例で、設備業全体の相場ではありません（出典：株式会社建設システム「PRODOUGU プラン」、2026年8月確認）。
図面、版、権限、写真、簡易ワークフローを自社向けに作る半個別開発は、300万〜1,000万円程度が目安です。
さらに、見積、原価、会計、CADまで対象を広げると、数百万円以上になる場合があります。なお、個別開発のレンジは公開価格ではなく、類似業務案件からの推定です。
中規模の範囲には、複数拠点、協力会社ポータル、CAD/BIM、ERP・会計連携を含みます。全社規模では、設計資産、竣工後保全、IoT、複数会社の統合まで含みます。
人件費と工程配分から見る開発費の妥当性
見積もりの妥当性は、人月単価、人数、期間、外注範囲と工程配分を並べて確かめます。
- 職種別の月額目安：PMは90万〜150万円、SEは65万〜110万円です。
- 開発・テストの月額目安：PGは50万〜90万円、テスターは45万〜80万円です。
- 工程配分：要件定義10〜12%、設計・環境構築22〜24%、実装48〜50%、テスト15〜17%程度です。
- 見積もりの確認：工程別の人月、担当、成果物、レビューを見ます。前提、除外事項、納品後保証も確かめます。
- 保守費用：初期開発費の年15〜25%が目安です。利用料、容量、ライセンス、問い合わせ、監視、脆弱性対応も確認します。
単価と工程配分は、リサーチノートの2026年の目安です。公定価格ではなく、類似業務システムを前提にした参考値です。
要件定義が極端に少ないと、後の仕様変更で費用が膨らむ可能性があります。また、要件が未確定のまま画面を作り込むと、未使用機能への先行投資になり得ます。
移行・教育・端末・セキュリティの別費用
初期費用には、移行や現場準備も加わります。また、費用と安全性に関わる項目も見積もりに含めます。
- 図面移行：紙のスキャン、OCR、番号・版の属性付与、重複除去、CAD/BIM変換、写真整理が含まれます。
- 現場準備：タブレット、通信回線、追加ストレージ、バックアップが含まれます。研修、マニュアル、協力会社説明会、導入後支援も入ります。
- 移行範囲：移行・アーカイブ・廃棄の対象を決めれば、費用を抑えられます。
- セキュリティ：多要素認証、暗号化、最小権限、ログが対象です。バックアップと復旧、退職者の停止、データ返却、委託先管理も含みます。
- 協力会社の責任：サプライチェーン全体への被害を踏まえ、IPAの対策が拡充されています。
複数の組織が図面にアクセスします。そのため、安全性は価格だけで判断せず、協力会社を含む運用責任をRFPに盛り込みます。
IPAは2026年3月に第4.0版を公開しました（出典：IPA「中小企業の情報セキュリティ対策ガイドライン第4.0版」、2026年）。
見積もりを取る際のポイントとチェックリスト
前提が会社ごとに違ったまま総額だけを比べると、見積もりを誤ります。そこで、RFPには代表図面、利用者の役割、同時利用、容量、連携を添えます。帳票と移行範囲も添えます。
あわせて、テスト環境、導入時期、保守条件も明記します。そのうえで、標準機能と追加開発を分け、3年程度の総保有コストを提案してもらいます。
図面の実例から作る要件とRFP
RFPには、自社図面から機能と非機能の条件を書き起こします。あわせて、出力への適合も確かめます。
国土交通省は、公共建築工事標準仕様書の最新版の利用を案内しています（出典：国土交通省「公共建築工事標準仕様書 令和7年版」、2025年）。
- 閲覧の条件：案件・建物・階・工種への登録、承認済み最新版の現場表示を要件に含め、「図面管理」で止めない。
- 記録の扱い：図面上の写真、指摘、是正期限と、竣工図への履歴引き継ぎを決めます。
- 性能と環境：表示速度、同時利用、容量、ブラウザ・端末を非機能要件に含めます。
- 障害時の取り決め：目標復旧時間、ログ保存、データ所在地、サポート時間を定めます。
- 出力の確認：エクスポートを試し、公共案件では標準仕様書の改定確認を運用に含めます。
検索、版、差し戻し、権限の条件を書きます。削除、アーカイブ、通知の条件も書きます。
さらに、オフライン、同期、稼働時間、バックアップ頻度も条件に入れます。電子納品では、形式、命名、フォルダ、完成図の提出を発注者に確認します。
デモ・PoC・運用体制の同条件での比較
候補各社のデモとPoCは、同じ自社図面と評価軸を使って比べます。
- 基本操作：検索、最新版表示、旧版警告、承認、協力会社の権限の確認
- 連携と出力：写真・検査・是正、CAD精度、オフライン復帰、CSV・電子納品の採点
- 対応区分：各機能を標準、設定、追加開発、不可に分けて見る
- PoCとKPI：改訂の多い配管図やダクト図で、現場閲覧から竣工図の引継ぎまでを1〜2か月程度試す
PoCでは、失敗したときの損失が大きい業務を中心に検証します。
導入前の実測値と目標値をセットにしておきます。たとえば、検索時間を何分短縮するか、検査記録を何時間短縮するか、旧版利用を何件以下にするかなどです。
契約前に確認する追加費用と責任分界
見積もりの範囲とクラウド運用の責任は、契約前に明確にします。技術と運用の両面で、対策もそろえます。
- 初期作業：移行、画面・帳票、CAD変換、API、テストデータの範囲を確認します。教育、マニュアル、端末設定の範囲も確認します。
- 継続費用：問い合わせ、容量・アカウントの追加、時間外保守の確認
- 契約条件：変更単価・納期、検収、瑕疵対応、障害連絡、終了時のデータ返却形式の明記
- 責任分界：アカウント、権限、端末紛失、通信障害の担当を定めます。バックアップ、復元、委託先管理の担当も決めます。
- 情報保護：権限を設定した後も残る、協力会社による撮影・ダウンロードの可能性を踏まえ、ログ、制御、透かし、退場時の停止を組み合わせます
よくある質問（FAQ）
導入の判断では、料金、会社規模、CAD互換性、既存データ、現場通信、協力会社との運用を合わせて見ます。
小規模な設備工事会社はSaaSと個別開発のどちらがよいですか？
図面共有、写真、指摘、検査を早く標準化したいなら、まずSaaSを比べます。一方で、独自の見積、原価、機器台帳、既存連携が競争力に直結する場合は、個別開発も候補になります。
SaaSを基盤に、必要な部分だけ開発する方法もあります。そのうえで代表案件のPoCを行い、標準機能で解決できない業務に絞れば、過剰投資を避けられます。
DWG・DXF・JWWの図面を現場のタブレットで使えますか？
原本保存、閲覧用変換、計測、レイヤー表示、注記、編集の対応範囲は、製品ごとに異なります。そのため、自社のDWG、DXF、JWWで実機を確かめます。
文字化け、線種、縮尺、外部参照、計測、表示速度を試します。
指定の交換形式がある場合は、登録だけでなく再出力まで検証します。
過去の紙図面や共有フォルダのデータはすべて移行すべきですか？
まず、進行中案件、よく参照する竣工図、保守対象の図面を優先して移します。古い案件は、検索用アーカイブへ移します。すべてを一度に移す必要はありません。
重複、旧版、所有者不明、機密区分不明のデータを整理し、属性付与の作業量を見積もります。対象を絞れば、費用と誤登録を抑えられます。
現場の通信が不安定でも設備図面管理システムを使えますか？
オフライン閲覧や一時保存に対応する製品もありますが、機能と同期条件は製品ごとに異なります。たとえば、通信の弱い地下や機械室では、図面、注記、写真を保存して確認します。
また、通信回復後の同期と、他の人が同じ図面を更新した場合の競合処理も試します。施工前には、最新情報の取得時刻を見て同期する運用が必要です。
まとめ
設備工事業向け設備図面管理システムは、製品を購入して終わりではなく、設計から施工、検査、竣工、保守までの情報責任を整える取り組みです。
代表案件で、最新版、承認、写真、指摘、検査、竣工のつながりを一覧にします。
各方式を、追加費用、移行、セキュリティ、運用支援まで同じ条件で比べます。
最初に決める図面管理の範囲と成功指標
現場閲覧だけにするか、施工、検査、竣工、保全までつなぐかで、必要なシステムは変わります。そのうえで、導入前に図面検索、検査記録、是正漏れ、旧版利用、竣工図完成の遅れを測ります。
PoCで目標と比べれば、全社展開や個別開発への追加投資を、実績に基づいて判断できます。
現場を止めずに改善を積み上げる6フェーズの進め方
要件整理で業務とデータをそろえ、選定で自社の図面を使って比べます。設計・開発ではMVPと責任分界を決め、テストで旧版、権限、通信の失敗を試します。
1現場から稼働し、定着後に管理範囲を広げます。見積もりには、利用料、移行、教育、端末、容量、保守を含めます。セキュリティとデータ返却も、同じ見積もりに入れます。
▼全体ガイドの記事
・設備工事業向け設備図面管理システム開発の完全ガイド
▼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を創業。