設備工事業向け設備図面管理システムの発注は、業務範囲を決め、RFPと小さな検証で候補を絞り、契約する順に進めます。この順に進めると、現場で使える仕組みにつながります。
発注形態や契約、費用、委託先の比べ方も、この流れの中で決めます。全体像は完全ガイドもあわせてご覧ください。
▼全体ガイドの記事
・設備工事業向け設備図面管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
設備工事業向け設備図面管理システムの発注で押さえる全体像
発注前には、機能名を比べる前に、どの業務範囲を変えるかを決めます。空調、衛生、電気、消防、給排水などの図面が並行して更新されるため、範囲を決めずに機能を選ぶと、管理対象の図面に漏れが生じます。
図面は元請、設計者、現場担当者、協力会社の間で受け渡されます。そのため、発注仕様には、図面のライフサイクルと利用者の責任分担を含めます。
図面管理の目的は最新版と変更履歴の一致
図面管理は、PDFやCADファイルを案件、建物、階、工種、部屋、機器の階層に沿って登録する仕組みです。ファイルを一か所に集めるだけでは、現場で必要な図面を探しにくくなります。
図面番号と版で検索できれば、現場で使う図面を判断しやすくなります。発行日や承認状態、作成者も検索項目に加え、旧版は閲覧専用にして最新版を明示します。
また、差し替えの際は関係者へ通知する運用も欠かせません。仕組みと運用をそろえることで、誤施工や確認のやり直しを減らせます。
現場・事務所・協力会社の情報の連携
現場では、図面へのピンや手書きメモ、写真を登録し、検査指摘と是正完了も残します。一方、事務所では承認や竣工図への反映を受け持つ、という役割分担が現実的です。
協力会社には、担当工種の図面だけを見せます。ダウンロードや印刷の可否も分けておくと、共有範囲を保ちながら、過剰な閲覧権限を避けられます。
通信が不安定な現場では、オフライン閲覧と同期の仕様も要件に含めます。
図面を設備資産データとして扱う視点
竣工後も、機器番号や系統、点検履歴を図面に結び付けておくと、引き渡し後に情報が分断されるのを防げます。交換履歴、保証書、保守写真も結び付ければ、保全に必要な情報がそろいます。
図面を直接上書きすると、変更者や変更内容を後から復元しにくくなります。そのため、保全まで対象にする場合は、原本ファイルや版、注記などを別々に保持し、画面上で関連付ける設計が向いています。
発注形態の選び方：既製サービス・パッケージ・個別開発
発注形態は、安さだけで比べず、業務の独自性と導入スピードのどちらを優先するかで選びます。図面共有を早く始めたい会社と、見積から保全までを一体で扱いたい会社では、合う方式が違います。
小さく始める会社に向く既製クラウド・SaaS
既製クラウドは、アカウント発行後に図面や写真、検査、指摘管理を始めやすい方式です。さらに、サーバー運用やアップデートを自社で抱えにくい点も利点になります。
図面専用サービスや施工管理クラウドであれば、1現場か1工種で効果を確かめてから、全社へ広げられます。
元請ごとの帳票や特殊な承認フローが標準機能に合わない場合があります。その際は、運用を合わせるか追加開発するかを、契約前に確認しておきます。
設備業務の標準化と合うパッケージ導入
設備業向けパッケージには、業界で共通する業務が備わる場合があります。案件、見積、受注、施工から、完工、引き渡し、アフター、原価までが、その例です。
自社業務を標準機能に寄せられるほど、要件定義と開発の期間を抑えやすくなります。業務基盤も整えるなら、図面と案件番号、機器番号、見積明細の連携を、デモで確認します。
独自の設備資産や連携要件がある場合の個別開発
個別開発は、次のような要件がある場合に候補になります。
- 独自の設備資産：複数拠点の協力会社ポータルや独自の機器台帳
- 外部連携：CAD・BIM、ERP・原価・会計との連携が必要で、標準サービスだと業務を大きく変える場合
- ハイブリッド構成：図面・写真・現場共有はSaaS、固有のワークフローや基幹連携はAPIまたは個別開発
自由度が高い反面、要件に抜けがあると、費用と納期に直接響きます。完成後の保守体制も、発注者側で考えておく必要があります。
発注・外注の進め方：RFPと小さな検証
外注の成否は、開発会社の技術力だけでなく、現場の困りごとを共通の資料にまとめられるかで決まります。
最初の仕様書は、対象業務と利用者、図面をそろえ、現状の問題と成果の測り方を書ければ十分です。完璧に作り込まなくても、外注は始められます。
代表案件と現場の実ファイルによる業務の洗い出し
規模や工種が異なる代表案件を1〜2件選び、業務の実態を一覧にします。一覧には、図面の種類や形式、容量、改訂頻度のほか、閲覧者と承認者、協力会社への共有範囲、現場の通信状況を書き込みます。
DWG、DXF、JWW、PDFの実ファイルを渡し、現場端末でプレビューや拡大、計測ができるかを確かめます。ダウンロードと版比較も、同じ端末で成り立つかを見ます。また、紙図面をスキャンする場合や、過去データに属性を付ける場合は、件数と担当者も要件に含めます。
RFPの必須条件・希望条件・対象外の区分
RFPの条件は、必須、希望、今回の対象外に分けて書きます。この区分があると、提案を同じ基準で比べられます。
- 必須：今回の導入で欠かせない機能や条件
- 希望：対応できれば望ましい機能や条件
- 対象外：今回の開発・導入では扱わない範囲
RFPには、背景と目的、対象範囲、利用者数、案件数を書きます。さらに、図面形式や検索項目、版管理、承認、権限、ログも記載します。写真・検査・是正との紐付けも含めます。
加えて、オフラインや電子納品、外部連携、移行対象、運用開始時期を明示します。たとえば、BIMの高度な干渉チェックは対象外にし、2D図面と現場指摘の連携を必須にできます。
PoCで検証する現場KPI
候補を絞ったら、1現場か1工種で短期間のPoCを行います。その際は、導入前の数値を先に測り、候補ごとの変化を比べます。
測るのは、図面を探す時間や最新版を確認できなかった件数などです。検査記録の作成時間、是正漏れ、事務所への確認電話、現場と事務所の往復回数も対象にします。
KPIが改善しても、操作が難しいと現場には定着しません。そのため、職長や協力会社にも実際に使ってもらい、通信、端末、権限、通知の使いやすさも評価します。
開発と同時に決める移行と運用設計
図面管理は、システムが完成してデータを登録して初めて価値が出ます。そのため、過去図面をすべて移すか、進行中案件と竣工済みの主要案件に絞るかを、開発と同じ時期に決めます。
ファイル名や図面番号、版、工種、機器番号のルールを定めておくと、移行後の検索や管理の手間が減ります。スキャン、重複除去、属性入力、変換、確認の担当者も、見積に含めます。
リリース後は、各拠点に現場責任者を運用担当として置きます。権限申請や版登録、旧版廃棄、問い合わせ、障害連絡の流れも決めておくと、現場に定着しやすくなります。
契約形態の選び方：要件の確度とリスク分担
同じ見積金額でも、成果物の範囲や仕様変更の扱い、障害対応の担当は、契約によって変わります。設備工事では追加要望が出やすいため、契約書と関連資料を合わせて確認します。さらに、要件定義書や機能一覧、受入基準、変更管理表、保守範囲も、契約書と一体で確認します。
請負契約の完成範囲と受入基準
要件が固まり、納品する機能と品質を定義できるなら、請負契約が候補になります。その場合は、図面登録や版管理、検索、権限、写真紐付けを機能単位で示します。
受入テストで合格とする条件も、あらかじめ定めておきます。DWGやJWWの実ファイルを扱えること、旧版を最新版と誤表示しないこと、ログを確認できることも含めると、使えない納品を防ぎやすくなります。
要件探索や段階開発に向く準委任契約
現場ヒアリングで要件を固める場合や、既製サービスと個別開発の境界を検証する場合は、準委任契約が候補になります。アジャイルで優先順位を変えながら進める段階にも向いています。
費用は、稼働人員や作業時間に応じて精算します。請負と同じ完成責任は期待せず、月ごとの作業やレビュー方法、成果物、担当者のスキル、終了条件を定めます。加えて、発注者側にも意思決定できる責任者を置きます。
リリース前に確認する保守契約とSLA
開発契約とは別に、保守の費用を定めます。対象には、障害対応や問い合わせ、軽微な改修が含まれます。
ほかに、保守の対象になるのは次の作業です。
- 環境の変更：OSやブラウザの変更への対応
- データの保全：バックアップとデータ復旧
- 安全性の確保：脆弱性への対応
- 利用の拡大：利用者の追加への対応
稼働率に加えて、重大障害の受付時間や一次回答、復旧目標を確認します。休日の連絡方法やデータ返却の形式も、あわせて確かめます。
クラウドを使う場合は、再委託先や保存地域、アクセス権、ログ、契約終了後の削除も確認します。
設備図面管理システムの費用相場と見積の内訳
費用は、利用人数のほか、図面容量や移行件数、CAD・BIM対応によって変わります。現場アプリや協力会社の利用、基幹連携、保守水準も、費用に影響する要素です。
公開価格のあるSaaSと、類似業務システムから推定した個別開発費は性質が異なります。両者をひとつの平均金額として扱わないことが重要です。
既製クラウドの初期費用と利用料の内訳
既製クラウドの料金は、初期費用と継続利用料に分けて確認します。
- 初期費用：初期設定、アカウント、検査、導入支援、データ移行
- 利用料：ストレージとモバイルアプリのライセンス
KENTEMのPRODOUGU公式料金表では、クラウドストレージ100GB・利用人数無制限の構成が、税抜6万円／年です。
モバイルアプリは1ライセンスあたり税抜3万6,000円／年、初回開設費用は税抜3万円です（出典：株式会社建設システム KENTEM「PRODOUGU」公式料金表、2026年8月確認）。
ただし、ストレージの追加や導入指導は別費用です。公開価格があるサービスでも、現場で使い始めるまでの総額を確認します。
規模別のレンジで受ける個別開発の見積
次の金額は、類似業務システムと人月単価から置いた推定レンジです（出典：リサーチノート「設備工事業向け設備図面管理システム」、2026年8月）。設備図面管理専用の一律な公開価格ではありません。
- 小規模：半個別開発。図面・版管理・権限・写真・簡易ワークフロー、300万〜1,000万円程度
- 中規模：複数拠点・協力会社ポータル・CAD/BIM・ERP/原価/会計連携、1,000万〜5,000万円程度
- 大規模：全社資産・竣工後保全・IoT/BIM・複数社統合で、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％程度が目安です。ただし、障害対応や脆弱性対応の有無によって、実額は変わります。
ほかに、次の作業の有無も実額に影響します。OS・ブラウザ変更やバックアップ、容量追加、軽微な改修が該当します。
紙図面のスキャンや属性付与、BIM・CAD変換は、見積で別建てになっていないかを確認します。
ほかに、次の項目も別建てになっていないかを見ます。端末や通信、セキュリティ診断、利用者教育も対象です。
見積は、3年程度の総保有コストで比べます。
委託先の選定と見積比較で確認するポイント
委託先は、価格だけでなく、設備工事の業務理解、図面と現場情報の扱い、開発後の伴走力で評価します。提案書の見栄えよりも、実ファイルのデモと、想定外の変更への対応を確認します。
業種名ではなく成果物まで見る設備工事の実績
実績を確かめるときは、空調、衛生、電気、消防、プラントのどこに強いかまで聞きます。「建設業の実績がある」という説明だけでは足りません。
設計図や施工図、竣工図など、どの図面や記録をどう扱ったかも尋ねます。さらに、次の図面と記録も対象です。
- 申請図：申請に用いる図面
- 機器表：機器の仕様や数量をまとめた表
- 工事写真：施工の経過を記録した写真
- 検査記録：検査の結果と指摘事項の記録
同規模の会社、似た協力会社構成、同じCAD形式の導入事例が参考になります。事例では、導入前の課題や対象範囲、期間、利用定着まで確認します。
実データによるCAD・BIM互換性と現場端末のテスト
実ファイルと現場端末を使って、形式の互換性、必要な操作、BIM連携の条件を検証します。
- ファイル形式：DWG、DXF、JWW、PDFの取り込み
- 表示品質：レイヤー、文字、縮尺、線種、外部参照、複数ページ、容量
- 必要な操作：閲覧、計測、注記、差分比較、書き出し
- BIMの位置関係：3Dモデルと2D図面の位置関係
- BIMの運用：更新時の再変換、表示速度、オフライン時の扱い
スパイダープラス株式会社は2024年9月、3Dモデルと2次元図面を同じ画面に重ねる「2D図面連携」の提供を開始しました（出典：スパイダープラス株式会社公式ニュース、2024年9月）。現場で2Dと3Dを併用する前提から、自社に必要な連携範囲を定めます。
前提条件をそろえた見積比較
複数社には、同じRFPや図面サンプル、利用者数、移行件数、リリース時期を渡します。見積書では、要件定義と設計、開発、テスト、移行、教育を分けてもらいます。
ライセンスやストレージ、API、端末、保守も分けてもらい、含むものと含まないものを確認します。「要相談」や「別途見積」が多い場合は、想定条件と追加単価を尋ねます。予算上限に近づいた場合に備えて、縮小案も依頼します。
セキュリティと公共案件の基準対応への質問
図面には建物の構造、設備配置、機器仕様、顧客情報が含まれるため、対策と委託先の対応範囲を確認します。
- 保護：アクセス権、MFA、通信・保存時の暗号化、バックアップ、操作ログ
- 運用対応：脆弱性、インシデント通知、データ返却、復旧目標
- 委託先・クラウド：再委託先、保存地域、契約終了後の削除
- 公共案件：図面名称・記号、CAD作図、提出形式、設計図書の優先順位
IPAは「クラウドセキュリティの歩き方」（2025年2月更新）で、導入から運用までのガイドラインを整理しています。
委託先の説明を受けるだけでなく、根拠資料や第三者認証も確認します。
国土交通省の「公共建築工事標準仕様書（機械設備工事編）令和7年版」は、2025年に改定され、同年11月に修補版も公開されました。
標準仕様書はシステムの機能を直接決めるものではありません。ただし、対象案件では最新版の基準や電子納品ルールを確認し、委託先の対応範囲を明示します。
よくある質問（FAQ）
発注前には、費用や方式、準備内容について疑問が出ます。既製サービスと個別開発の組み合わせや、契約後の変更についても、相談されやすい質問です。ここでは、設備工事会社から出やすい疑問に答えます。
設備図面管理システムは何社に見積依頼すればよいですか？
最初は3社程度に同じRFPを渡すと、方式と費用を並べて比べられます。候補には、図面専用SaaS、設備業向けパッケージ、個別開発またはハイブリッドを含めます。
価格に加えて、実ファイルへの対応や移行、保守、現場への定着の提案も確認します。
小規模な設備工事会社でも個別開発を発注できますか？
発注は可能です。既製クラウドのPoCや標準機能から始めると、リスクを抑えられます。全社向けに最初から作り込む必要はありません。
図面登録や版管理、検索、写真紐付けなどのMVP（Minimum Viable Product）で効果を測ります。標準機能では解決しない設備台帳や基幹連携だけを個別開発する方法が、現実的です。
図面のデータ移行はどこまで依頼すればよいですか？
進行中案件と、竣工後の保全に使う重要案件を優先し、全データを一度には移さない方法が一般的です。移行前には、重複した図面や旧版、ファイル名を整理し、権限や図面番号、機器番号も見直します。
まず、サンプル移行で検索と表示を確かめます。スキャンや属性入力、CAD変換、目視確認の単価と責任分担を見積に明記すると、予算超過を防げます。
クラウドに図面を預けるとき何を確認すればよいですか？
確認するのは、MFAや最小限の権限、暗号化、バックアップ、操作ログです。さらに、障害時の復旧目標、脆弱性対応、再委託先、データ保存地域も見ます。
契約終了時の返却と削除も確認します。協力会社が使う場合は、案件や工種ごとの権限、ダウンロードや印刷の制御も必要になります。
IPAや経済産業省の公開ガイドラインを参考にしながら、委託先に根拠資料を出してもらうと、判断の材料がそろいます。
まとめ
発注時にはまず、図面共有だけにとどめるか、設計から保全まで設備資産をつなぐかを決めます。そのうえで、既製クラウド、パッケージ、個別開発を比べ、代表案件の実ファイルと現場KPIで候補を検証します。
発注前のRFP・費用・契約・運用の計画づくり
発注前に整える要件と判断の観点は、次の5点です。
- RFPの優先度：必須条件と希望条件を区別
- RFPの範囲：図面、版管理、権限、写真、検査、移行、CAD/BIM、セキュリティ、電子納品、保守を明記
- 費用：初期設定、ライセンス、容量、移行、教育、端末、連携、保守の総額を比較
- 契約：受入基準、変更、障害、データ返却の条件を確認
- 運用：小さく検証し、現場の声を運用に反映したうえで、図面・写真・検査・機器情報をつなぐ
価格や機能だけでなく、現場で使い続けられる体制を選ぶことが、導入の成功につながります。設備工事の図面は、施工中の判断に加え、竣工後の点検や改修にも使われる資産です。
段階的に対象を広げる進め方であれば、投資効果と定着の両方を高められます。
代表案件で3社の提案を同じ条件で比べる最初の一歩
代表案件の図面と写真を準備し、必須と希望の条件を分けたRFPを作成します。発注形態の異なる3社に相談し、デモとPoCで現場の操作性を確かめます。
費用のレンジや契約条件、移行・教育・保守の分担を確認してから、段階導入の計画を決めます。
▼全体ガイドの記事
・設備工事業向け設備図面管理システム開発の完全ガイド
▼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を創業。