建物管理システム開発の発注/外注/依頼/委託方法について

建物管理システムの発注・外注は、現場の紙帳票を置き換えるだけでなく、物件・設備・契約・作業実績・原価・請求を一つの業務データとしてつなぐプロジェクトです。

発注形態の選び方、RFPと要件の整理、契約形態、費用相場、委託先の比較方法まで、建物管理に特有の論点を順番に解説します。BM会社、PM会社、ビルオーナー、設備管理部門のどの立場でも、自社に合う外注の進め方を判断できるようにまとめています。

▼全体ガイドの記事
・建物管理システム開発の完全ガイド

建物管理システムを発注・外注する前に知っておきたい全体像

建物管理システムと呼ばれる範囲は、会社によって大きく異なります。ビルメンテナンス会社の受発注・巡回・作業報告・請求を中心にする場合と、オーナーやPM会社の物件・賃貸・修繕・オーナーレポートを中心にする場合では、発注先に求める経験も見積もりの作り方も変わります。

BM業務中心なら、契約単価、作業周期、巡回ルート、協力会社、写真付き報告、検収、請求までの流れを優先します。PM・オーナー業務中心なら、物件・フロア・テナント・賃貸借契約、修繕予算、オーナー精算、レポートの整合性が重要です。設備・エネルギー中心なら、空調や受変電などの台帳、センサー値、アラート、BASやBEMSとの連携を確認します。受付・入退館中心なら、認証、来訪予約、カードやスマートロック、利用者情報の扱いを要件に含めます。

失敗しやすい発注では、現場画面や帳票の見た目から話が始まり、物件コードや設備番号、契約番号が部署ごとに分かれたまま開発が進みます。その結果、作業報告を請求へ転記する作業や、同じ設備の履歴を複数画面で入力する作業が残ります。富士通が公開する星光ビル管理の事例では、GLOVIA smartの導入により重複作業や転記ミスを減らし、現場業務が約3割効率化したと紹介されています（出典: 富士通「GLOVIA smart ビルメンテナンス導入事例」、掲載資料）。効果の数字をそのまま自社へ当てはめるのではなく、発注前に削減したい転記・確認・報告作業を測っておくことが大切です。

建物管理システムの発注形態はどれを選ぶべきですか？

結論からいうと、BM業務に絞って早く使い始めたい場合は業界特化SaaSやパッケージ、PM・会計まで統合したい場合はパッケージを組み合わせるSI、独自業務や設備連携が競争力になる場合はハイブリッドまたは個別開発が向いています。最初から「スクラッチ開発ありき」にせず、標準機能で吸収する業務と個別に作る業務を分けて考えます。

既存サービスを使う方式は、物件台帳、契約管理、作業予定、点検表、写真報告、請求など、業界で共通する機能を短期間で導入しやすい方法です。標準機能へ業務を合わせるFit to Standardを基本にし、顧客指定の帳票や例外的な原価計算だけを追加設定できるか確認します。サービスの終了時にデータを返却してもらえるか、APIやCSVで取り出せるかも、契約前に確認しておく必要があります。

会計、勤怠、販売管理、電子請求書などの既存システムを残し、物件・設備・現場報告の領域だけを作ってAPI連携する方式です。既存資産を活用できるため、全社システムを一度に入れ替えるより移行リスクを抑えやすくなります。東宝ビル管理の導入事例では、見積データを契約処理や請求へ連携し、分散していたシステムとマスタを統合した事例が公開されています（出典: 大塚商会「東宝ビル管理株式会社 導入事例」、2025年）。

複数の建物用途にまたがる独自の業務、特殊な顧客帳票、独自の利益管理、設備データの高度な分析などが差別化要因なら、スクラッチ開発が候補になります。ただし、図面・写真・契約書の版管理や現場のオフライン利用、協力会社の権限、設備ネットワークとの接続まで一度に作ると、費用も期間も膨らみます。まず作業報告から請求までの一つの業務を1物件で試し、効果を確認してからPM、IoT、テナント向け機能へ広げる段階導入が現実的です。

発注前の要件整理とRFPはどこまで作り込むべきですか？

RFPは完成した仕様書でなくても構いませんが、発注先が同じ条件で見積もれる粒度まで作ります。特に「何を管理するか」だけでなく、「誰が、いつ、どの端末で、どのデータを登録し、次に誰が何を承認するか」を明らかにすると、会社ごとの見積差を比較しやすくなります。

最初に、物件数、建物用途、拠点数、現場人数、協力会社数、月間の点検・修繕件数をまとめます。次に、見積、受注、契約、作業割当、巡回、点検、写真報告、承認、検収、請求、入金消込の流れを現状のまま図にします。各工程について、紙・Excel・既存システムのどれを使い、誰が二重入力しているかを記録します。そのうえで、MUSTは初回リリース、WANTは第2段階以降に分けます。

物件、フロア、テナント、設備、機器、契約、協力会社、担当者をどのコードで管理するかを先に決めます。過去の点検表、竣工図、契約書、写真、修繕履歴をどこまで移すか、重複や欠損を誰が直すかもRFPに記載します。現場でスマートフォンを使うなら、通信が不安定な場所での一時保存、端末紛失時の遠隔ロック、写真の位置情報、個人情報の保存期間まで確認します。

設備や入退館を連携する場合は、ITネットワークだけを見てはいけません。経済産業省のビルシステム向けガイドライン第2版は、ネットワーク、防災センター、機械室・制御盤、配線経路、末端装置を分けて管理し、事前対策だけでなくインシデント発生後の封じ込め・復旧も扱っています（出典: 経済産業省「ビルシステムにおけるサイバー・フィジカル・セキュリティ対策ガイドライン」第2版）。RFPには、ネットワーク分離、保守業者の接続方法、操作ログ、バックアップ、復旧目標、設計書とデータの返却条件を含めます。

RFPには、要件定義の進め方、プロトタイプやデモの範囲、標準機能と追加開発の境界、移行・教育・並行運用の計画、障害時の一次窓口を質問として並べます。現場担当者が参加するワークショップを何回行うか、検収の基準をどう置くか、導入後の定着支援を何か月含むかも、提案書に書いてもらいます。機能一覧だけで高得点を付けず、実際の点検報告から請求までを想定した操作デモで評価することが重要です。

建物管理システムの契約形態は請負と準委任のどちらが適していますか？

契約形態は、要件の確定度と発注者・受託者の役割分担で決めます。機能と納期、検収条件を明確にできる部分は請負、要件を調査しながら進める部分や発注側と一緒に改善する部分は準委任が適しています。実務では、要件定義を準委任、開発・テストを請負、稼働後の改善を準委任に分ける組み合わせも使われます。

請負では、納品物、完成条件、検収方法、瑕疵対応、変更管理を契約書と仕様書に明記します。建物管理では、画面が完成してもデータ移行や現場帳票が使えなければ業務は始まりません。したがって、ソースコードだけでなく、マスタ移行、帳票、操作マニュアル、管理者教育、バックアップ設定、運用手順を納品物に含めるか確認します。

準委任では、受託者が専門知識や作業時間を提供し、発注者と協力して成果物を作ります。要件が変わりやすい初期段階に向きますが、成果物の完成責任が自動的に受託者へ移るわけではありません。月ごとの稼働上限、担当者のスキル、会議体、意思決定者、報告内容、未消化時間の扱いを定めておかないと、作業量と費用が見えにくくなります。

現場の例外要望は、開発中にも増えます。追加要望を受けたら、業務効果、納期、費用、既存機能への影響を記録し、承認者が判断する変更管理表を使います。業務システム全般の費用に関するQ&Aでは、同じ範囲の比較で請負は準委任より1.3〜1.5倍程度高くなり得るという目安が示されていますが、契約条件や品質保証の範囲によって変わります。単価だけを比べず、変更リスクを誰が負う見積もりなのかを確認します。

建物管理システムの発注・開発費用相場はいくらですか？

建物管理システムの費用は、既製SaaSの利用料と個別開発費を同じ相場として扱わないことが重要です。物件数、利用者数、データ移行の量、帳票の個別性、会計連携、スマートフォン対応、設備・IoT連携、入退館機器の有無によって見積もりは大きく変わります。以下は公開価格と業務システム全般のQ&Aを組み合わせた目安であり、建物管理システム全体の統計ではありません。

小規模なBM業務SaaSは、初期設定やデータ移行を含めて30万〜300万円程度、期間は1〜3か月が一つの目安です。利用料は利用者課金、物件課金、会社単位の定額などに分かれるため、月額だけでなく5年分の総額を試算します。公開価格の一例として、ビルメンHUBは初期費用3万円、1〜5名では1名あたり月額4,980円（税込）、それ以上の規模では月額2,980円からと案内しています（出典: ビルメンHUB料金ページ、2026年確認）。これは1サービスの価格例であり、業界全体の平均ではありません。

BM業務に絞り、物件・作業・写真報告・請求・会計連携を個別開発する場合は、500万〜1,500万円程度、期間3〜6か月が目安です。PM、BM、会計、承認ワークフロー、スマートフォン現場報告まで統合する中規模開発では、1,500万〜4,000万円程度、期間6〜12か月が目安になります。複数ビルの設備監視、IoTセンサー、BAS・BEMS、入退館、テナントアプリまで含める場合は、3,000万〜8,000万円超、期間12〜24か月程度のレンジも想定されます。これらは類似する業務・設備管理システムから推定したレンジで、機器や工事費を含まない場合があります。

初期費用のほか、月額利用料、追加ユーザー、物件追加、ストレージ、API利用、端末、センサー、通信、現地設置工事、データクレンジング、教育、保守、法改正対応、障害対応を分けて見積もります。保守運用費は初期開発費の年5〜15％程度を別に置く考え方がありますが、クラウド利用料やサポート契約に含まれる場合もあります。見積書には、含むもの・含まないもの・単価・数量・更新時の値上げ条件を明記してもらいます。

省エネ管理を含む場合は、制度変更も将来費用に影響します。国土交通省は2025年4月1日から、原則としてすべての新築住宅・非住宅を省エネ基準適合義務の対象とする施行日を示しています（出典: 国土交通省「令和7年4月1日から省エネ基準適合の全面義務化」、2024年発表）。設備台帳やエネルギー計測値を将来の報告・分析に使うなら、導入時点の画面だけでなく保存項目とエクスポート方式へ投資する必要があります。

建物管理システムの委託先選定と見積比較のポイント

委託先は、知名度や提示価格だけでなく、建物管理の業務理解、現場アプリ、データ移行、既存システム連携、設備・OT、運用定着まで評価します。開発会社、既製品ベンダー、複数製品を組み合わせるSIerでは得意領域が異なるため、同じRFPを3社以上へ渡し、同じ前提で比較することが有効です。

実績を聞くときは「ビル管理の導入実績がありますか」だけで終わらせません。BMの契約・作業・請求までか、PMやオーナー精算までか、設備データや入退館までかを分け、対象物件数、利用者数、移行データ量、導入期間、現場定着の方法を確認します。可能であれば、似た業態の担当者へ、二重入力が減ったか、報告書の提出が早くなったか、障害時に誰が対応したかを確認します。

見積書を受け取ったら、要件定義、基本設計、画面・API開発、連携、データ移行、テスト、教育、導入支援、保守の金額を工程別に並べます。さらに、標準機能、設定、追加開発、外部サービス、ハードウェア、現地工事を区別します。A社だけにデータ移行費や教育費が入っていないと、初期見積は安く見えても5年総額で逆転します。値引き率より、前提条件と除外項目の差を確認します。

デモでは、実在する一つの物件を想定し、設備登録、点検予定の作成、現場からの写真報告、承認、修繕依頼、見積、検収、請求までを通して操作します。現場担当者、管理者、経理、オーナーのそれぞれがどの画面を見るかも確認します。ダイキン工業のDK-CONNECT BMは、建物情報、契約情報、作業履歴、設備情報、図面、点検表、権限、モバイルアプリ、システム連携などを機能として案内し、2026年7月にはv1.6.0のリリースを公表しています（出典: ダイキン工業「DK-CONNECT BM」、2026年）。このように、製品の更新頻度と連携方針を確認することも比較材料になります。

導入後は、問い合わせ窓口、障害の重要度別の対応時間、データ復旧、法改正・OS更新への対応、追加開発の単価、担当者変更時の引き継ぎを契約に落とします。利用開始後に現場から出る改善要望を、毎月の定例で優先順位付けできる体制がある委託先なら、導入効果を継続して高めやすくなります。

建物管理システムの発注・外注でよくある質問

発注前には、費用だけでなく、どこまで自社で決めるべきか、既存システムを残せるか、導入後に現場が使えるかという質問が多く寄せられます。代表的な疑問に、建物管理システムの外注判断に直結する形で回答します。

BMの標準業務を早くデジタル化するならSaaSやパッケージ、独自業務や設備連携が競争力になるならハイブリッドやスクラッチ開発が向いています。物件・作業・報告・請求を先にSaaSで始め、会計やIoTはAPI連携で段階的に広げる方法もあります。判断の基準は、機能の多さではなく、標準業務へ合わせられる範囲と、個別開発に投資する業務の価値です。

比較可能なRFPを用意したうえで、3社以上へ依頼するのが実務上の目安です。業界特化SaaS、パッケージに強いSIer、個別開発に強い会社など、異なるタイプを含めると、自社が標準機能へ合わせるべきか、独自開発すべきかを判断しやすくなります。候補を増やしすぎると提案評価の負担が増えるため、要件に合わない会社を事前に絞り込みます。

データ移行、データクレンジング、端末、センサー、通信、設置工事、教育、並行運用、保守、クラウド利用料、追加ユーザー、ストレージ、API利用を予算化します。設備や入退館を連携する場合は、現地調査、ゲートウェイ、ネットワーク分離、機器更新も別費用になり得ます。初期開発費だけで稟議を作らず、5年総額と、更新しない場合の代替費用を並べて比較します。

要件定義に現場担当者と協力会社の代表を参加させ、実際の点検や報告の流れでデモを行います。1物件または1拠点で試行し、入力時間、報告書作成時間、承認待ち、転記件数などを導入前後で測定します。操作教育を一度で終わらせず、管理者向け・現場向け・経理向けに分け、稼働後の問い合わせと改善を委託先との定例会で扱うことが有効です。

まとめ

建物管理システムの発注・外注では、最初にBM、PM、オーナー、設備担当のどの業務を対象にするか決め、物件・設備・契約・作業・請求のデータをどうつなぐかを整理します。標準SaaSやパッケージで足りる領域と、個別開発する価値のある領域を分けることで、過剰な開発を避けながら導入効果を高められます。

まず物件数、利用者数、対象業務、既存システム、帳票、移行データ、設備連携、セキュリティ要件を一覧にします。次にMUSTとWANTを分け、同じRFPを3社以上へ提示します。見積は初期費用だけでなく、月額、移行、教育、機器、工事、保守、法改正対応を含む5年総額で比較し、請負と準委任の責任分担を契約へ反映します。

建物管理のシステム化は、全機能を一度に完成させることがゴールではありません。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を創業。