設備工事業向け設備図面管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

設備工事業向け設備図面管理システムは、図面を保存するだけでなく、最新版・承認・現場写真・検査記録までを案件単位でつなぎ、手戻りと旧版誤使用を減らすための業務基盤です。導入は、要件整理、製品・開発会社の選定、設計・開発、テスト、稼働、定着の6フェーズで進めると、現場を止めずに効果を確認しやすくなります。

本記事では、空調・衛生・電気・消防などの設備工事会社が、設備図面管理システムをどのような順番で企画し、何を比較し、いくらを見込めばよいかを解説します。図面管理専用のSaaS、施工管理クラウド、設備業向けパッケージ、個別開発を同じ基準で比較できるように、各フェーズの成果物、現場で使えるチェック項目、費用の見方、PoCの進め方まで具体化します。

▼全体ガイドの記事
・設備工事業向け設備図面管理システム開発の完全ガイド

設備工事業向け設備図面管理システムの全体像

設備工事の図面は、設計図、施工図、承認図、申請図、系統図、機器表、仕様書、検査記録、工事写真、竣工図へと姿を変えながら案件の中で受け渡されます。管理対象をファイルだけに限定すると、どの図面がどの階・部屋・機器に関係するか、変更が誰に承認されたか、検査の指摘が解消されたかまで追えません。システムの価値は、図面を起点に現場の判断と証跡を再利用できる状態を作ることにあります。

最低限、案件、建物、階、工種、部屋、機器といった階層で図面を探せるようにします。PDFだけでなく、DWG、DXF、JWWなど自社と協力会社が使う形式を登録でき、図面番号、版、発行日、作成者、承認状態、適用範囲を属性として保持できることが重要です。旧版を削除してしまうのではなく、原本を残したまま現場には最新版を優先表示し、旧版を開いたときは警告を出す設計が安全です。承認前の図面を施工用に配布できない状態にすれば、メール添付や共有フォルダの名前だけに頼る運用から脱却できます。

また、図面上のピン、手書き、コメント、指示、写真、検査結果、是正期限を別のデータとして紐づけると、図面を更新しても記録の所在が失われにくくなります。国土交通省の「建築設備工事設計図書作成基準（令和6年改定）」では、図面をCADで作成し、1図面1ファイルとする考え方や、CADデータの円滑な利活用を示しています（出典: 国土交通省「建築設備工事設計図書作成基準」、2024年）。自社案件で同じ基準が直接適用されない場合でも、ファイル単位・命名・交換形式を先に決める材料になります。

方式は、図面管理専用アプリ、施工管理クラウド、設備業向け総合パッケージ、個別開発の4類型に分けると判断しやすくなります。図面共有、写真、指摘、検査を短期間で始めるなら専用アプリが候補です。案件、見積、受注、原価、完工、保全までを一つの案件台帳にしたいなら、設備業向けパッケージや施工管理クラウドを検討します。元請ごとの特殊な承認、独自の機器台帳、基幹システムとの複雑な連携が競争力に直結する場合は、標準製品にAPI連携や個別開発を組み合わせます。

現場の通信が不安定な会社は、オフライン閲覧と同期競合の扱いを必ず確認します。CADの表示だけでなく、計測、写真の自動整理、電子小黒板、検査帳票、電子納品まで含めるかで選定結果は変わります。たとえばスパイダープラスは、空調衛生設備業向けに図面、写真、資料、帳票、指摘、試験・測定を扱う機能を案内しており、2026年3月末時点で導入社数2,200社以上、利用者数78,000人以上と公表しています（出典: スパイダープラス「SPIDER+」、2026年）。ただし、ベンダーの導入社数は自社の適合性を保証する数値ではないため、代表案件で実機検証する必要があります。

設備図面管理システムの進め方を6フェーズで解説

開発会社を探す前に、図面を中心とする業務の流れを可視化します。6フェーズを順に進めると、現場の困りごとを機能名へ短絡させず、どのデータを誰が責任を持って更新するかまで決められます。各フェーズで「次へ進む条件」を置き、条件を満たさないまま全社展開しないことが成功のポイントです。

最初に、紙図面、共有フォルダ、個人PC、メール、Excel、既存CAD、工事台帳に何が保存されているかを棚卸しします。代表案件は、空調・衛生・電気など工種が複数ある案件、改訂が多い案件、協力会社が多い案件から1〜2件選びます。図面種類、ファイル形式、容量、改訂頻度、利用者数、承認経路、写真枚数、検査帳票、通信環境、電子納品条件を記録します。

要件整理の成果物は、課題一覧、業務フロー、データ項目一覧、権限表、非機能要件、優先順位表です。必須要件には「最新版の判定」「旧版の施工利用防止」「DWG・DXF・JWWの扱い」「写真と指摘の紐づけ」「協力会社の閲覧範囲」「ログとバックアップ」を入れます。□図面を探す時間、□承認待ち時間、□検査記録の作成時間、□是正漏れ、□現場と事務所の往復回数を現状値として測ると、導入効果を後から検証できます。

要件が整理できたら、候補を3社程度に絞り、同じRFPを渡します。比較表の軸は、機能数ではなく、図面のライフサイクルへの適合性です。登録・検索、版管理、承認、注記、写真、検査、オフライン、電子納品、CAD/BIM連携、API、権限、ログ、サポート、データ返却を横並びにします。標準機能、設定で対応できる範囲、追加開発が必要な範囲を分けて記載してもらいます。

デモでは、きれいなサンプルではなく自社の図面を使います。最新版を登録し、承認前と承認後を切り替え、旧版を現場利用できないことを確認します。さらに、図面を拡大してピンを置き、写真を添付し、協力会社のアカウントから見える範囲を確認します。通信を切った状態で閲覧・注記ができるか、同期後に重複や上書きが起きた場合に復旧できるかも試します。営業担当の説明だけでなく、導入後のサポート担当者と運用方法を話せる会社を選ぶと、稼働後の認識差が減ります。

個別開発や連携を含む場合は、画面の見た目より先にデータモデルを設計します。案件、建物、階、工種、部屋、機器、図面、版、承認、指摘、写真、検査、是正、竣工、保守をどのIDで結ぶかを決めます。図面原本へ直接上書きするのではなく、原本ファイル、閲覧用変換ファイル、注記、承認履歴を分けて保持すると、変更前の状態へ戻しやすくなります。

最初のMVPは、図面登録、属性検索、版管理、権限、コメント、写真紐づけ、変更通知に絞る方法が現実的です。見積、原価、会計、BIM、保守台帳を同時に作り込むと、要件の論点が広がり、現場検証が遅れます。拡張候補はAPI、CSV、データ出力の仕様だけ先に決め、1現場で効果が見えた後に優先順位を見直します。承認者、図面管理責任者、現場代表、協力会社代表を設計レビューへ参加させ、システム部門だけで仕様を確定しないことが大切です。

テストは、画面が開くかだけでなく、実際の業務シナリオで実施します。設計図を登録し、施工図へ改訂し、承認依頼を出し、承認済みの図面を現場へ配布し、写真と検査記録を付け、是正完了後に竣工図として確定する一連の流れを通します。図面番号が重複した場合、同じ図面を同時編集した場合、承認を差し戻した場合、担当者が異動した場合、協力会社が案件から外れた場合の結果も確認します。

特に設備工事では、ファイル形式と表示精度のテストが重要です。DWG、DXF、JWW、PDFを登録し、文字化け、線種、縮尺、レイヤー、外部参照、計測結果を確認します。タブレットの機種差、画面の小ささ、オフライン作業、同期競合、容量上限も実機で確認します。テスト完了の条件は「重大な旧版表示・権限漏れ・データ消失がない」「代表案件の利用者が迷わず完了できる」「障害時の問い合わせ先と復旧手順がある」と文書化します。

いきなり全拠点・全案件を移行するのではなく、代表性があり、責任者が協力的な1現場をパイロットにします。過去図面をすべて移すのではなく、進行中の図面と頻繁に参照する竣工図を優先し、旧データは検索用のアーカイブとして段階的に扱います。移行前にファイル名、図面番号、版、発行日、承認状態、工種、階、機器番号を整え、重複ファイルや所有者不明のファイルをそのまま取り込まないことが重要です。

稼働初週は、現場で「図面が見られない」「写真が紐づかない」「協力会社の権限が足りない」といった問題が出る前提で、問い合わせ窓口を一本化します。紙図面を完全に禁止するのではなく、切り替え日と例外条件を決め、システム上の最新版と紙の配布版が一致する仕組みを作ります。パイロットでは、図面検索時間、検査帳票作成時間、是正の未完了件数、電話や移動の回数を導入前と比較し、全社展開の判断材料にします。

定着の成否は、導入研修を一度実施したかではなく、図面を登録する人、承認する人、現場で閲覧する人、竣工後に保守する人の役割が続くかで決まります。図面の命名規則、版の付け方、承認期限、差し戻し方法、写真の撮影位置、竣工図への確定条件、協力会社の招待と解除を運用標準にします。毎月、図面未登録、承認滞留、旧版アクセス、容量超過、未解決の指摘を確認し、ルールを更新します。

保守まで見据える場合は、竣工図と機器番号、型式、設置場所、点検周期、交換履歴をつなぎます。設備図面が引き渡し時点で終わらず、改修・点検・故障対応の情報源になれば、システム導入の目的が現場のペーパーレスだけから設備資産の活用へ広がります。利用率だけをKPIにせず、手戻り時間、写真整理時間、検査記録の作成時間、竣工図の完成遅れなど、経営と現場の両方に意味がある指標を追うことが大切です。

設備図面管理システムの費用相場とコストの内訳

費用は、図面を共有するだけか、図面を軸に施工・検査・原価・保全まで統合するかで大きく変わります。設備工事業向けの個別開発費を公開している会社は限られるため、公開価格と類似業務システムから推定した開発レンジを分けて考えます。下記は2026年時点の企画段階で使う目安であり、自社の利用者数、案件数、図面容量、連携、移行、セキュリティ要件によって見積は変動します。

既製クラウドやSaaSは、初期費用0〜60万円程度、月額は1ユーザーあたり数百〜数千円程度が一つの目安です。製品によっては年額制、現場数制、容量制です。公開価格の例として、KENTEMのPRODOUGUはクラウドストレージ100GBを含み、利用人数無制限で税抜6万円/年、モバイルアプリは1ライセンス税抜3万6,000円/年、初期開設費用は税抜3万円です。追加ストレージは10GBごとに税抜6,000円、検査オプションは1ライセンス税抜1万2,000円/年と案内されています（出典: 株式会社建設システム「PRODOUGU プラン」、2026年8月確認）。これは一製品の公開価格であり、設備業全体の相場を示すものではありません。

パッケージへ設定・連携・導入支援を加える場合は数十万〜数百万円程度、設備業の見積・原価・会計・CADまで広げる場合は数百万円以上になることがあります。図面、版、権限、写真、簡易ワークフローを自社向けに作る小規模な半個別開発は300万〜1,000万円程度、複数拠点、協力会社ポータル、CAD/BIM、ERP・会計連携を含む中規模開発は1,000万〜5,000万円程度が推定レンジです。全社の設計資産、竣工後保全、IoT、複数会社統合まで含めると5,000万円〜1億円以上になる可能性がありますが、いずれも公開価格ではなく、類似する業務システム案件からの推定です。

個別開発の見積は、人月単価、人数、期間、外注範囲の掛け算が中心です。リサーチノートの2026年目安では、PMが月90万〜150万円、SEが月65万〜110万円、PGが月50万〜90万円、テスターが月45万〜80万円程度です。要件定義10〜12%、設計・環境構築22〜24%、実装48〜50%、テスト15〜17%程度という配分を基準にすると、実装だけが過大・過小になっていないかを比較できます。これらは設備図面管理に固有の公定価格ではなく、類似業務システムを前提とした目安です。

たとえば、要件定義が極端に少ない見積は、後から仕様変更として費用が膨らむかもしれません。反対に、要件が固まっていない段階で詳細画面を大量に作り込む見積は、使われない機能への先行投資になる可能性があります。見積書では、工程ごとの人月、担当ロール、成果物、レビュー回数、前提条件、除外事項、納品後の保証範囲を確認します。保守運用は初期開発費の年15〜25%程度が目安ですが、SaaS利用料、クラウド容量、ライセンス、問い合わせ、監視、脆弱性対応を別々に確認します。

見積の抜け漏れが多いのは、既存図面の移行です。紙図面のスキャン、OCR、図面番号や版の属性付与、重複除去、CAD/BIM変換、写真の整理には作業時間がかかります。現場用タブレット、通信回線、追加ストレージ、バックアップ、操作研修、マニュアル、協力会社向け説明会、導入後の伴走も初期費用とは別に計上されることがあります。過去データをすべて移すのではなく、移行対象・アーカイブ対象・廃棄対象を決めるだけでも費用を抑えられます。

図面には建物や設備の情報が集まり、協力会社や元請など複数組織がアクセスするため、セキュリティを価格だけで判断しないことが大切です。多要素認証、暗号化、権限の最小化、操作ログ、バックアップ、障害時復旧、退職者のアカウント停止、データ返却、委託先管理を確認します。IPAは2026年3月に中小企業向けセキュリティガイドライン第4.0版を公開し、サプライチェーン全体への被害を踏まえた対策を拡充しています（出典: IPA「中小企業の情報セキュリティ対策ガイドライン第4.0版」、2026年）。協力会社を含む運用責任をRFPへ入れる根拠になります。

見積もりを取る際のポイントとチェックリスト

見積の比較で失敗する原因は、会社ごとに前提条件が違うまま、総額だけを並べてしまうことです。RFPには、代表案件の図面サンプル、利用者の役割、ピーク時の同時利用、データ容量、連携対象、必要な帳票、移行範囲、テスト環境、導入時期、保守条件を添付します。候補会社には、標準機能と追加開発を明示し、3年程度の総保有コストで提案してもらいます。

RFPの機能要件は「図面を管理する」では不十分です。「設計図を案件・建物・階・工種へ登録し、承認済みの最新版だけを現場へ表示する」「図面上の位置に写真・指摘・是正期限を付け、竣工図へ履歴を引き継ぐ」のように、入力、判定、出力まで書きます。検索項目、版のルール、承認の差し戻し、権限の組み合わせ、削除とアーカイブ、通知の条件を具体化します。

非機能要件には、表示速度、同時利用、ファイル容量、対応ブラウザと端末、オフライン時間、同期方式、稼働時間、バックアップ頻度、目標復旧時間、ログ保存期間、データ所在地、サポート時間を入れます。国土交通省の基準や元請の電子納品要領が適用される案件では、必要なファイル形式、命名、フォルダ構成、完成図の提出方法を発注者へ確認し、製品のエクスポートで再現できるかをテストします。令和7年版の公共建築工事標準仕様書などは最新版を使うよう案内されているため、公共案件に関わる会社は基準の改定確認を運用に組み込みます（出典: 国土交通省「公共建築工事標準仕様書 令和7年版」、2025年）。

候補会社の比較では、機能表に丸が多い会社を選ぶのではなく、自社図面での操作結果と提案の具体性を見ます。□検索から最新版表示までの時間、□旧版に対する警告、□承認と差し戻し、□協力会社の権限、□写真・検査・是正のつながり、□CAD表示の精度、□オフライン復帰、□CSVや電子納品での出力を採点します。各項目に「標準」「設定」「追加開発」「不可」の区分を付けると、後から追加費用が見えやすくなります。

PoCは、全機能を試す場ではなく、最も失敗すると損失が大きい業務を検証する場です。改訂が頻繁な配管図やダクト図を登録し、現場のタブレットで閲覧し、写真と指摘を付け、事務所で承認し、竣工図へ引き継ぐ流れを1〜2か月程度で実施します。KPIは「図面を探す時間を何分から何分へ減らすか」「検査記録を何時間短縮するか」「旧版利用を何件以下にするか」のように、導入前の実測値と目標値をセットにします。

見積書の「一式」には注意が必要です。データ移行、画面・帳票の追加、CAD変換、API連携、テストデータ作成、現場教育、マニュアル、端末設定、問い合わせ対応、容量追加、アカウント追加、保守の時間外対応がどこまで含まれるかを確認します。契約後に仕様変更を行う場合の単価、納期への影響、検収条件、瑕疵対応、障害時の連絡時間、サービス終了時のデータ返却形式も明記します。

クラウドでは、サービス提供会社と自社の責任分界を確認します。アカウント発行、権限設定、端末の紛失、通信障害、バックアップ、復元、委託先の管理を誰が担うかを表にします。図面の閲覧権限を案件単位・工種単位・会社単位で設定できても、招待した協力会社がスクリーンショットやダウンロードを行う可能性は残ります。アクセスログ、ダウンロード制御、透かし、退場時のアカウント停止を組み合わせて、技術と運用の両面で情報漏えいを防ぎます。

よくある質問（FAQ）

ここでは、導入前に特に相談が多い疑問へ回答します。料金だけでなく、会社規模、CAD互換性、既存データ、現場の通信、協力会社との運用を前提に判断してください。

図面共有、写真、指摘、検査を早く標準化したい場合は、まずSaaSを比較する方法が適しています。独自の見積・原価・機器台帳や既存システム連携が競争力に直結する場合は、SaaSを基盤に必要部分だけ個別開発する構成も有力です。代表案件でPoCを行い、標準機能で解決できない業務だけを開発対象にすると、過剰投資を避けやすくなります。

製品によって、原本の保存、閲覧用変換、計測、レイヤー表示、注記、編集の対応範囲が異なります。自社で使うDWG、DXF、JWWのサンプルを渡し、文字化け、線種、縮尺、外部参照、計測、表示速度を実機で確認してください。国土交通省の基準や元請の要領で指定される交換形式がある場合は、登録だけでなく、必要な形式で再出力できるかまで検証します。

すべてを一度に移行する必要はありません。進行中の案件、頻繁に参照する竣工図、保守対象の設備図面を優先し、古い案件は検索用アーカイブへ段階的に移す方法が現実的です。移行前に重複、旧版、所有者不明、機密区分不明のデータを整理し、属性を付ける作業量を見積もります。移行対象を絞ることは、費用削減だけでなく、誤った図面を新しいシステムへ持ち込まないためにも有効です。

オフライン閲覧や一時保存に対応する製品はありますが、利用できる機能と同期の条件は製品ごとに異なります。地下や機械室など通信が弱い場所で図面を開き、注記や写真を保存し、通信回復後に同期し、同じ図面を別の人が更新した場合の競合処理までテストしてください。オフライン対応があっても、最新情報の取得時刻を表示し、施工前に同期確認を行う運用が必要です。

まとめ

設備工事業向け設備図面管理システムの導入は、製品を買う作業ではなく、設計から施工、検査、竣工、保守までの情報の責任所在を整えるプロジェクトです。最初に代表案件を選び、図面の最新版、承認、写真、指摘、検査、竣工のつながりを可視化します。そのうえで、SaaS、施工管理クラウド、設備業向けパッケージ、個別開発を、標準機能・追加費用・データ移行・セキュリティ・運用支援まで同じ条件で比較します。

図面を現場で見られればよいのか、施工・検査・竣工・保全までつなげたいのかで、必要なシステムは変わります。図面探しの時間、検査帳票の作成時間、是正漏れ、旧版利用、竣工図の完成遅れを導入前に測り、PoCで目標と比較してください。数字で効果を確認できれば、全社展開や個別開発の追加投資を、感覚ではなく実績に基づいて判断できます。

要件整理で業務とデータを揃え、選定で自社図面を使って比較し、設計・開発でMVPと責任分界を決め、テストで旧版・権限・通信の失敗を再現します。稼働は1現場から始め、定着後に図面と設備資産の管理範囲を広げます。費用は初期開発費だけでなく、利用料、移行、教育、端末、容量、保守、セキュリティ、データ返却まで含めて見積もることが、設備工事業の実態に合った導入計画につながります。

▼全体ガイドの記事
・設備工事業向け設備図面管理システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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