施設管理システムの発注は、対象施設と業務を整理し、標準機能と個別開発の範囲を分けるところから始まります。そのうえで要件、契約、費用、委託先を比べて決めると、現場に定着しやすくなります。
▼全体ガイドの記事
・施設管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
施設管理システムを発注・外注するときの全体像
発注前に、施設予約や建物・設備台帳を一元管理の対象にするかを決めます。点検履歴、修繕、契約、予算については、どこまで対象に含めるかも先に決めておきます。管理する範囲によって、必要なサービスや開発会社も変わります。
施設の種類ごとの発注範囲
RFPの冒頭で対象施設と業務を分類しておくと、機能のミスマッチを減らせます。施設の種類によって、発注の対象に挙がる業務は、次のように分かれます。
- 公共施設・学校・文化施設：予約、抽選、料金計算、減免、団体管理、承認、空き状況の公開。
- ビル・企業施設：建物・設備台帳、図面、契約、点検、故障、修繕、委託先、長期修繕計画。
- 工場・病院・大学など多拠点施設：資産管理、入退室、防災、エネルギー、会計・購買、BMSやIoT連携。
名称だけで比べると、予約は充実していても設備保全に弱い、といったミスマッチが起きます。また、設備台帳はあっても利用料を消し込めない、といったケースもあります。
外注の目的は業務の標準化
外注を機に、紙の点検表からExcelへの転記、担当者のPCにある図面、メール内の修繕履歴といった属人化を減らします。誰が担当しても同じ手順で記録できる業務に変えることが、外注の目的です。
ダイキン工業のDK-CONNECT BMは、建物・設備情報、作業履歴、契約をクラウドで管理する製品です。図面、点検表、報告書もクラウドで管理できます。PC・タブレット・スマートフォンから、作業結果を登録することもできます。こうした例は、現場入力、台帳、契約・報告を業務の流れとして要件に落とし込む際の参考になります。
施設管理システムの発注形態の選び方
発注形態は、独自業務の多さ、連携の深さ、現場の緊急性、長期運用の体制をもとに選びます。候補は、標準SaaS・パッケージ、追加設定や連携開発、受託開発、スクラッチ開発です。
早く小さく始める場合の標準SaaS・パッケージ
1〜数施設で台帳、予約、点検、報告書などが中心であれば、SaaSやパッケージを第一候補にします。導入が早く、脆弱性対応や機能更新を提供者に任せやすいのが利点です。
Fit to Standardを基本に、帳票の軽微な変更や権限設定だけを追加すると、初期費用と納期を抑えやすくなります。料金がユーザー数、施設数、設備点数、機能のどれに連動するかを確かめておきます。
ダイキン工業の公式FAQでは、DK-CONNECT BMは利用人数に応じた年額料金で、管理棟数が増えても料金は変わらないと説明されています。この例のように、課金単位によって複数拠点展開時の総額が変わります。
独自ルールが多い場合の連携開発・受託開発
会計・購買・入退室・BMS・ERP・既存予約システムとの連携や、施設ごとに異なる承認が必要な場合は、追加開発を検討します。台帳と点検はパッケージで、複雑な料金計算や基幹連携は個別開発に分けることもできます。
独自の予約ルール、設備保全、複数拠点の統合、制御系連携が競争力や安全性に直結する場合には、スクラッチ開発が選択肢になります。
採用する場合は、段階リリース、API仕様、データ所有権を明記します。さらに、設計書やソースコードの引き渡し、開発会社を変える際の移行条件も書いておきます。
RFPと要件整理の準備範囲
RFPは完成した設計書である必要はありません。課題や対象範囲、現状業務を同じ書式にそろえて伝えます。必須条件や予算と時期、提案依頼事項も書き添えます。
現場の事実と判断したい論点を分けておくと、提案を比べやすくなります。
RFPに書く施設・利用者・業務の前提
RFPには、施設・利用者から現場運用までの4点を前提として書いておきます。
- 施設・利用者：施設種別、管理棟数、部屋数、設備点数、拠点数、現場担当者・管理者・外部委託先の人数。
- 対象業務：台帳、予約、点検、修繕、工事が対象です。契約、見積、発注、請求も対象になります。さらに、文書や通知、分析も含めます。
- データ・帳票：写真、図面、PDF、CAD、帳票の現状。移行作業やストレージの見積の精度が上がります。
- 現場運用：スマートフォン・タブレット入力、通信できない場所、承認者、法定点検の期限管理。
厚生労働省は、特定建築物の所有者などに、建築物環境衛生管理基準に沿った維持管理を求めています。
ただし、システムが法令適合を自動で保証するわけではありません。そのため、測定値と点検日を追跡できる要件として、RFPに書いておく方法があります。担当者や是正内容、報告書も含められます。
MUSTとWANTの分け方と段階導入
施設管理では、導入時に欠かせない要件と、運用後に効果を見て追加する機能を分けて考えます。
- MUST：法定点検や台帳、権限が該当します。さらに、操作ログ、バックアップ、最低限の連携、必須帳票も該当します。
- WANT：AI故障予測、BIM連携、スマートロック、センサー分析、詳細なダッシュボード。
要望をすべて必須にすると、ベンダーが安全側に工数を積むため、初期見積が過大になりがちです。
反対に要望が少なすぎると、帳票や移行が後から追加されます。権限と連携も、後から追加されます。
初回は1施設または1業務で試し、そのうえで、入力率や点検漏れ、報告書作成時間、修繕履歴の検索時間を測る計画も、RFPに含めます。
請負と準委任の契約形態の選び方
契約形態は、成果物と仕様をどこまで確定できるかで選びます。請負は、合意したシステムや機能の完成を重視します。
一方で、準委任は要件整理や設計支援、開発チームの稼働など、業務の遂行を委託する形です。また、要件定義と開発・保守で契約を分ける方法もあります。
請負契約の範囲と変更ルール
要件定義書や画面・権限一覧、連携仕様を、成果物として定義します。帳票一覧、移行対象、テスト項目、受入基準も、成果物に含めます。
施設運用の標準化範囲、帳票数、移行する履歴年数が曖昧だと、追加費用につながります。
変更依頼の起票者や影響範囲、費用と納期の承認、リリース判断者も決めておきます。仕様を固めるほど見通しは立ちますが、現場検証後の変更は高額になりやすいため、要件定義を短くしないことが総額を抑えることにつながります。
不確実な要件整理や伴走支援での準委任契約
現場ヒアリングで業務を見直すときや、既存データを調べて移行方針を決めるとき、試行しながら優先順位を調整するときは、準委任が適することがあります。
準委任では、発注者側に責任者がいて、月次の成果確認と意思決定を行えることが前提になります。
時間や体制に対する契約になりやすいため、月次の成果物や会議体、課題一覧、次月の作業範囲を決めておきます。発注者側の会議や検証、データ整理の工数も、計画に含めます。
施設管理システムの発注費用相場
施設管理システムの公的な費用統計は確認できません。そのため、ここで示す数字は、公開価格や近似する業務システムの相場、施設管理に近い案件条件から組み立てた目安です。個別見積を保証するものではありません。
構築パターン別の費用目安
施設数や連携範囲を踏まえて、構築パターンごとに費用と期間を見積もります。
- 小規模SaaS・標準パッケージ：1〜数施設で標準機能中心の場合、初期0〜100万円程度、月額数千円〜数十万円、1〜3か月。
- クラウド製品への移行・連携追加：データ移行、権限設計、帳票、CSV・API連携を加える場合、初期100万〜1,000万円程度、3〜6か月。
- 中規模カスタマイズ：予約、保全、契約、予算、会計などの統合で1,500万〜4,000万円程度、6〜12か月。
- 多拠点スクラッチ開発：BMS、IoT、入退室、防災、基幹連携を含むと4,000万円超、1年以上のケースがあります。
標準機能の費用には、初期設定やアカウント発行、研修、データ登録が別料金になる場合があります。
ダイキン工業は、2022年のDK-CONNECT BM発売資料で、初期環境構築料金40万円と、年額ユーザーライセンス36万円（いずれも税抜）を公表しました。
公表された料金は、現在の料金や条件を保証するものではなく、標準クラウドの料金構造の一例です（出典：ダイキン工業、2022年発売資料）。
見積の内訳とランニング費用
見積を見るときは、初期費用の工程と継続費用を分けたうえで、費用の配分と契約条件を突き合わせます。
- 初期費用：要件定義・現地調査、設計、開発・設定が含まれます。さらに、テスト、移行、教育、導入支援も含まれます。
- 工程別の目安：要件定義は10％前後、設計は10〜20％、開発は40〜60％、テストは10〜20％です。
- 運用費：ライセンス、クラウド、保守、監視の費用がかかります。バックアップや問い合わせ、追加改修の費用も続きます。
- 保守運用の目安：初期開発費の5〜15％程度です。初年度と2年目以降の年額、5年間の総保有コストを比べます。
運用費には、端末・IoT機器、ネットワーク、現地作業も含まれます。
施設数が多い案件では現地調査や移行が大きくなり、独自帳票が多い案件では設計・テストの比率が上がります。また、保守費は、月額か年額か、障害対応が何時間まで含まれるかで意味が変わります。
施設管理システムの委託先の選び方
委託先は、施設・業務への適合性、現場導入経験、移行と連携の能力、保守体制を合わせて選びます。知名度や安さは判断材料の一つです。施設予約型、建物FM型、設備保全型では専門性が違うため、評価項目の配点も調整します。
似た業務での実績の深さ
自社に近い施設種別や管理領域と照らし合わせながら、実績の中身と発注者側の作業範囲を確かめます。
- 導入事例：公共施設予約、複数ビルの設備台帳、工場保全、病院の委託管理などがあります。移行や帳票、研修の担当範囲も見ておきます。
- 株式会社ニッセイコム：GrowOne 施設に、自治体版やコンベンション版があり、公共施設予約に近い選択肢です。
- 株式会社FMシステム：施設台帳、長期修繕、ライフサイクルコスト、図面・文書管理、BIM・FM領域。
- ダイキン工業：DK-CONNECT BMは、建物・設備・保全・警備防災・報告を扱う建物管理型です。
製品会社と受託開発会社を同じ条件で比べ、適合しない機能を無理にカスタマイズしないようにします。
現場定着と保守体制の確認項目
システムが完成する日より、現場が毎日入力し、管理者が記録を確認できる状態を作ることを優先します。
- デモ：設備検索、点検登録、写真添付、異常起票、承認、報告書出力までを実演してもらいます。
- 現場の使いやすさ：画面の美しさよりも、巡回中の通信環境、入力項目数、写真の扱いやすさ、代理入力、修正履歴。
- 保守：障害受付時間や復旧目標、バックアップ頻度を確かめます。さらに、データ返却、再委託先、更新通知、契約終了時の移行支援も確認します。
- セキュリティ：認証や権限分離、ログ、バックアップ、インシデント通知、委託先管理。
IPAが2025年2月に公開した「クラウドセキュリティの歩き方」も参考になります。ただし、クラウドを使う場合でも、委託先のセキュリティを確認する責任は発注者に残ります。
施設管理システムの見積書を比較するポイント
総額を比べる前に、各社が同じ条件で見積もっているかを確かめます。移行や帳票、研修、現地調査のほか、テストや保守、障害対応が除かれていないかも見ます。そのうえで、含むもの、含まないもの、条件付きのものを分けておきます。
見積書で分けて記載する項目
見積書では、要件定義、現地調査、基本・詳細設計を、項目ごとに分けて記載してもらいます。設定・開発と連携も、別の項目として書いてもらいます。さらに、テスト、データ移行、マスタ整備、権限、帳票も、項目として挙げてもらいます。端末や研修、稼働立会い、保守についても、分けて示してもらいます。
移行費は、ファイル受け渡しだけか、重複・欠損の整理やコード変換、過去履歴の登録、照合まで含むかで変わります。あわせて、施設数や利用者数、帳票の追加単価を確認します。API変更や現地作業、夜間・休日対応についても、追加単価を確かめておきます。
価格を抑えるために項目を除くと、稼働後にその項目が必要になり、結果的に高くつくことがあります。
価格以外の評価項目と配点
評価表では、価格以外の適合性や運用性も比べ、施設の特性に合わせて配点を調整します。
IoTや設備データを連携する場合は、セキュリティも同じ水準で評価します。経済産業省の2025年3月版JC-STAR活用ガイドは、特定分野システムの例として、ビルシステムを挙げています。
- 業務適合性・操作性：自治体や病院では、現場定着も重視します。
- 移行・連携：移行計画、連携技術、プロジェクト管理。
- 費用・運用：保守や費用、導入期間も採点の対象です。
- 機能の不足：できない機能と、その代替案を提案時に説明してもらいます。
- セキュリティ：ラベルの有無に加えて、更新方針、脆弱性情報、認証、ネットワーク分離、障害時の手動運用まで確かめます。
発注後の導入を成功させる進め方
発注後の工程は、要件定義、設計、開発・設定、データ移行の順に進みます。受入テスト、教育、並行稼働、全体展開も、この流れに続きます。そのうえで、工程ごとに判断者と時期を決めておきます。
通常業務を止められないため、旧台帳と新システムを照合する期間を設けます。また、繁忙期は避けます。
発注者側で計画するデータ移行と受入テスト
移行準備から現場での受入テストまで、発注者側の作業を次の手順に沿って計画します。
- 移行前に、施設・設備コード、担当者、契約先、点検周期、過去履歴の項目を統一します。
- Excelの列名をそのまま移さず、重複や表記揺れ、廃止・未登録設備を整理します。
- 検索の単位と、将来の修繕分析に必要な項目を、先に決めておきます。
- 受入テストでは、期限切れや差し戻し、担当者変更、設備廃止を試します。写真追加や通信断、権限外の閲覧も試します。
- 現場担当者が巡回ルートでタブレットを使い、管理者が承認と報告書出力を行うシナリオを用意します。
- テスト結果をもとに、発注者と委託先が稼働判定の基準を合意します。
導入後KPIによる効果検証
導入効果は、稼働状況に加えて、現場の利用と管理品質を表す指標で、月次に確認します。
- 点検・台帳：点検結果の登録率、設備台帳の更新率。
- 作業時間：報告書作成時間、過去履歴の検索時間。
- 修繕・期限：修繕依頼から完了までの期間、締切を過ぎた件数。
- 問い合わせ：件数の推移。
入力率が低い場合、機能が足りないのではなく、項目数や運用ルールに原因があることもあります。
BIMは、形状の表示で終わらせず、竣工時の設備属性を台帳や修繕計画へ渡せる設計にします。
国土交通省は、2025年の白書で、BIM/CIMを調査・測量・設計・施工・維持管理の各段階で、データの活用と共有を容易にする取り組みだと説明しています（出典：国土交通省「国土交通白書2025」）。
発注者は発注時に、維持管理で使う属性と更新責任者を決めておくと、将来の再入力を防げます。
よくある質問（FAQ）
施設管理システムの発注で特に相談の多い疑問を、費用、開発会社、既存業務との関係に分けて回答します。
適切な発注形態は、自社の条件によって変わります。回答はそのまま当てはめず、RFPの検討材料として使ってください。
施設管理システムは予算いくらで発注できますか？
標準SaaSやパッケージは初期0〜100万円程度、移行や連携を加えるクラウド導入は100万〜1,000万円程度が目安です。さらに、複数拠点の統合や個別開発は1,500万〜4,000万円程度で、大規模な設備・IoT連携では4,000万円超のケースもあります。
目安の金額は、公的な統計ではなく、近似する業務システムと公開価格からの推定です。
施設管理システムは既製品とスクラッチ開発のどちらがよいですか？
台帳、点検、予約、報告書など標準業務が中心なら、既製品で短期間に始める方法が適しています。独自料金計算、複雑な承認、深い基幹連携、制御系接続が不可欠なら、追加開発やスクラッチを検討します。
既製品と個別開発を組み合わせると、費用と柔軟性のバランスを取れる場合もあります。
RFPがない状態でも開発会社へ相談できますか？
RFPが未完成でも相談できます。相談の前に、次の項目を整理しておきます。
- 相談前の整理：施設種別、対象業務、管理棟数、課題、希望時期、予算の考え方。
- 共有する資料：現場の帳票、Excel、図面、点検周期、連携したいシステム。
- 支援範囲：業務整理やRFP作成の段階から支援できる範囲。
- 要件定義：完成した仕様を最初から求めず、別フェーズとして扱う方法もあります。
整理した内容があると、提案の精度が上がります。
施設管理システムをクラウドにすると安全ですか？
クラウドにすることで、安全になるとも危険になるとも限りません。
サービスと契約の両面で、多要素認証や最小権限、暗号化、操作ログを確認します。さらに、バックアップや脆弱性対応、障害時の復旧、委託先と再委託先の管理も確認します。
また、IoTや設備制御を接続する場合は、業務クラウドと制御ネットワークの分離、手動運転への切り替えも要件に含めます。
まとめ
施設管理システムの発注では、施設種別と業務範囲を整理したうえで、標準SaaSやパッケージ、連携開発、スクラッチのどれが必要かを判断します。
RFPには、管理棟数や設備点数、現場入力、法定点検を書きます。さらに、既存データや帳票、権限、連携、保守、契約終了時のデータ返却も書いておきます。
発注前に決めること
見積は、初期費用に加えて、移行や研修、現地作業を含めます。ライセンスや保守、追加改修も含めた5年間の総額で比べます。委託先の実績、体制、サポート、障害・セキュリティ対応、代替案も確認します。
判断の基準は、安さよりも、現場が使い続けられ、記録が次の担当者へ引き継がれる仕組みかどうかです。
最初の一歩は現場業務の把握
現場の課題を把握し、試行の結果を投資判断につなげる流れを作ります。
- 現状把握：紙の点検表、Excel台帳、修繕依頼、契約書、報告書を集め、転記や確認待ちの場所を把握します。
- 小さく試す：MUSTとWANTを分け、1施設または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を創業。