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

施設管理システムの発注・外注は、機能一覧を比較するだけでは成功しません。施設の種類、管理棟数、設備点数、現場の入力方法、法定点検、既存システムとの連携範囲を整理し、標準サービスで足りる部分と開発が必要な部分を切り分けることが重要です。

本記事では、施設管理システムを外部へ委託する際の発注形態、RFPと要件整理、契約形態、費用相場、委託先の選び方、見積書の比較方法を順に解説します。公共施設の予約管理、ビル・不動産のファシリティマネジメント、工場・病院・大学などの多拠点設備管理に共通する判断軸をまとめていますので、初回相談や社内稟議の準備にも活用してください。

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

施設管理システムを発注・外注するときの全体像

施設管理システムの発注では、まず「何を一元管理したいのか」を明確にします。施設予約を中心にするのか、建物・設備台帳と点検履歴を中心にするのか、修繕・契約・予算まで統合するのかで、選ぶサービスも開発会社も変わります。

公共施設や学校、文化施設では、利用予約、抽選、料金計算、減免、団体管理、承認、空き状況の公開が中心になります。一方、ビルや企業施設では、建物台帳、設備台帳、図面、契約、点検、故障、修繕、委託先、長期修繕計画などが中心です。工場、病院、大学のような多拠点施設では、資産管理、入退室、防災、エネルギー、会計・購買、BMSやIoTとの連携も検討対象になります。

この違いを無視して「施設管理システム」という名称だけで比較すると、予約機能は充実しているものの設備保全に弱い、または設備台帳は管理できるものの利用料の消込ができない、といったミスマッチが起きます。RFPの冒頭で対象施設と対象業務を分類しておくことが、無駄な提案を減らす近道です。

外注の価値は、画面を作ってもらうことだけではありません。紙の点検表を後からExcelへ転記する、担当者のPCに図面が保存されている、修繕履歴を過去のメールから探す、といった属人化を整理し、誰が担当しても同じ手順で記録できる業務に変えることが本来の目的です。

ダイキン工業のDK-CONNECT BMは、建物・設備情報、作業履歴、契約、図面、点検表、報告書などをクラウドで管理し、PC・タブレット・スマートフォンから作業結果を登録できる構成を示しています。これは、施設管理システムの発注で「現場入力」「台帳」「契約・報告」を別々に考えず、業務の流れとして要件化する重要性を示す実例です。

施設管理システムの発注形態はどれを選びますか？

発注形態は、標準SaaS・パッケージの導入、クラウドサービスへの追加設定や連携開発、専用システムの受託開発、スクラッチ開発の大きく4つに分けて考えると整理しやすいです。正解は規模ではなく、独自業務の多さ、連携の深さ、現場の緊急性、長期運用体制で決まります。

1〜数施設で、台帳、予約、点検、報告書など標準的な業務が中心なら、SaaSやパッケージを第一候補にします。導入が早く、脆弱性対応や機能更新をサービス提供者に任せやすい点がメリットです。標準業務に合わせるFit to Standardを基本にし、帳票の軽微な変更や権限設定だけを追加すると、初期費用と納期を抑えやすくなります。

ただし、料金体系がユーザー数、施設数、設備点数、機能単位のどれに連動するかを確認してください。ダイキン工業の公式FAQでは、DK-CONNECT BMは利用人数に応じた年額料金で、管理棟数が増えても料金が変わらないと説明されています。このように課金単位によって、複数拠点へ展開したときの総額は大きく変わります。

会計・購買・入退室・BMS・ERP・既存予約システムとの連携が必要な場合や、施設ごとに承認ルールが異なる場合は、標準サービスへの追加開発を検討します。すべてを作り直すのではなく、台帳と点検はパッケージ、複雑な料金計算や基幹連携は個別開発という分け方も有効です。

スクラッチ開発が適するのは、独自の予約ルールや設備保全、複数拠点の統合、制御系との連携が競争力や安全性に直結する場合です。採用する場合は、段階リリース、API仕様、データ所有権、設計書・ソースコードの引き渡し、開発会社を変更するときの移行条件まで、発注時点で明記する必要があります。

RFPと要件整理はどこまで準備すればよいですか？

RFPは、完成した設計書である必要はありません。発注者が解決したい課題、対象範囲、現状の業務、必須条件、予算と時期、提案してほしい内容を同じ書式で各社へ伝える文書です。詳細を決め切れない段階でも、現場の事実と判断したい論点を分けて書けば、提案の比較がしやすくなります。

最初に、施設の種類、管理棟数、部屋数、設備点数、拠点数、現場担当者と管理者の人数、外部委託先の人数を記載します。次に、台帳、予約、点検、修繕、工事、契約、見積、発注、請求、文書、通知、分析のうち、どこまでを対象にするかを示します。写真、図面、PDF、CAD、帳票の現状も書くと、移行作業とストレージの見積が現実に近づきます。

さらに、現場がスマートフォンやタブレットで入力するのか、通信できない場所があるのか、承認者が誰か、法定点検の期限をどのように管理するのかを整理します。厚生労働省は特定建築物の所有者などに建築物環境衛生管理基準に沿った維持管理を求めています。システムが法令適合を自動保証するわけではありませんが、測定値、点検日、担当者、是正内容、報告書を追跡できる要件としてRFPに落とし込めます。

MUSTには、法定点検、台帳、権限、操作ログ、バックアップ、既存システムとの最低限の連携、必須帳票など、導入時に欠かせない条件を置きます。WANTには、AIによる故障予測、BIM連携、スマートロック、センサー分析、詳細なダッシュボードなど、効果を検証してから追加してもよい機能を置きます。

要望をすべて必須にすると、ベンダーは安全側に工数を積み上げ、初期見積が過大になりやすいです。反対に、要望が少なすぎると、後から帳票、移行、権限、連携が追加されます。初回は1施設または1業務で試行し、入力率、点検漏れ、報告書作成時間、修繕履歴の検索時間を測る計画までRFPに含めると、段階導入の判断がしやすくなります。

契約形態は請負と準委任のどちらが適していますか？

契約形態は、成果物と仕様をどこまで確定できるかで選びます。請負は、合意したシステムや機能を完成させることを重視する契約です。準委任は、要件整理、設計支援、開発チームの稼働など、業務の遂行を委託する契約です。施設管理では、要件定義の前半と開発・保守で契約を分ける方法もよく検討されます。

請負契約を選ぶ場合は、要件定義書、画面一覧、権限一覧、連携仕様、帳票一覧、移行対象、テスト項目、受入基準を成果物として定義します。特に「施設ごとに異なる運用をどこまで標準化するか」「帳票のレイアウトを何種類作るか」「過去何年分の履歴を移行するか」を曖昧にすると、追加費用の原因になります。

仕様変更の手続きも重要です。変更依頼の起票者、影響範囲の確認、費用と納期の承認、リリース判断の責任者を決めておきます。請負では仕様を固めるほど見通しが立ちますが、現場検証後の変更が高額になりやすいため、要件定義を短縮しないことが結果的に総額を抑えます。

現場ヒアリングをしながら業務を見直す、既存データを調査して移行方針を決める、プロダクトを試しながら優先順位を調整する場合は、準委任契約が適することがあります。発注者側にプロジェクト責任者がいて、月次の成果確認と意思決定を行えることが前提です。

準委任は時間や体制に対する契約になりやすいため、「何をすれば支援が完了するのか」が不明確にならないよう、月次の成果物、会議体、課題一覧、次月の作業範囲を定義します。開発費だけでなく、発注者側の会議・検証・データ整理の工数も計画に含めることが大切です。

施設管理システムの発注費用相場はいくらですか？

施設管理システムの公的な費用統計は確認できないため、以下は公開価格、業務システムの近似相場、施設管理に近い案件の条件から組み立てた目安です。個別見積を保証する金額ではありませんが、発注先へ確認すべきレンジを持つために役立ちます。

小規模SaaSや標準パッケージは、初期費用0〜100万円程度、月額数千円〜数十万円、導入期間1〜3か月が一つの目安です。対象は1〜数施設で、予約、台帳、報告書など標準機能を中心にする場合です。初期設定、アカウント発行、研修、データ登録が別料金になることがあります。

クラウド製品にデータ移行、権限設計、帳票、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％という見方があります。ただし、施設数が多い案件は現地調査や移行が大きくなり、独自帳票が多い案件は設計・テストの比率が上がります。

ランニング費用には、ライセンス、クラウド、保守、監視、バックアップ、問い合わせ対応、追加改修、端末・IoT機器、ネットワーク、現地作業が含まれます。保守運用を初期開発費の5〜15％程度とする近似相場もありますが、月額か年額か、障害対応が何時間まで含まれるかで意味が変わります。見積書では、初年度総額、2年目以降の年額、5年間の総保有コストを並べて比較してください。

施設管理システムの委託先はどのように選びますか？

委託先は、会社の知名度や見積の安さだけでなく、対象施設と業務への適合性、現場導入の経験、データ移行と連携の能力、保守体制を合わせて選びます。施設予約型、建物FM型、設備保全型では必要な専門性が違うため、同じ評価表で比較しながらも、重視する項目の配点を変えることが大切です。

実績を聞くときは、「施設管理システムを何件導入したか」だけでなく、公共施設予約、複数ビルの設備台帳、工場の保全、病院の委託管理など、自社と似た業務の導入事例を確認します。導入社数が多くても、データ移行を発注者が行う、帳票を自社で作る、現場研修を含まない場合があります。提案時に、担当する作業範囲と発注者側の役割を明示してもらってください。

株式会社ニッセイコムのGrowOne 施設は、自治体版やコンベンション版など公共施設予約に近い選択肢です。株式会社FMシステムは施設台帳、長期修繕、ライフサイクルコスト、図面・文書管理、BIM・FM領域に強みを持つ候補です。ダイキン工業のDK-CONNECT BMは、建物・設備・保全・警備防災・報告をクラウドで扱う建物管理型の候補です。こうした製品系の会社と、独自業務を設計する受託開発会社を同じ土俵で比較し、適合しない機能をカスタマイズし過ぎないことが重要です。

施設管理では、システムの完成日よりも、現場が毎日入力し、管理者が記録を確認できる状態を作ることが重要です。デモでは、設備を検索して点検結果を登録し、写真を添付し、異常を起票し、承認者が確認し、報告書を出す一連の操作を実演してもらいます。画面の美しさより、巡回中の通信環境、入力項目数、写真の扱いやすさ、代理入力、修正履歴を確認してください。

保守では、障害受付時間、復旧目標、バックアップ頻度、データ返却、再委託先、バージョンアップの通知、契約終了時の移行支援を確認します。クラウドを利用する場合は、IPAが2025年2月に公開した「クラウドセキュリティの歩き方」も参考に、認証、権限分離、ログ、バックアップ、インシデント通知、委託先管理を質問票に入れます。委託先のセキュリティを発注者が確認する責任は、クラウドだから消えるわけではありません。

施設管理システムの見積書を比較するポイント

見積比較では、総額の大小よりも、同じ条件で金額が並んでいるかを確認します。安い見積が、移行、帳票、研修、現地調査、テスト、保守、障害対応を除外しているだけの場合もあります。提案内容と見積書を一緒に読み、含むもの・含まないもの・条件付きのものを分けてください。

要件定義、現地調査、基本設計、詳細設計、設定・開発、連携、テスト、データ移行、マスタ整備、権限設定、帳票作成、端末設定、研修、稼働立会い、保守を個別に記載してもらいます。特にデータ移行は、ファイルの受け渡しだけか、重複・欠損の整理、コード変換、過去履歴の登録、照合まで含むかで工数が変わります。

追加費用の条件も比較します。施設数やユーザー数が増えたとき、帳票が増えたとき、API仕様が変更されたとき、現地作業が必要になったとき、夜間・休日対応を依頼したときに、どの単価が適用されるかを確認します。価格を抑えるために除外した項目が、稼働後に必要になると、結果的に高い買い物になります。

評価表には、業務適合性、操作性、移行計画、連携技術、セキュリティ、プロジェクト管理、保守、費用、導入期間を置きます。例えば、業務適合性と現場定着を高く評価したい自治体や病院では、価格だけで順位が決まらない配点にします。提案プレゼンでは、できる機能ではなく、できない機能と代替案も説明してもらうと、後からの認識違いを減らせます。

IoTや設備データを連携する場合は、セキュリティを機能要件と同じレベルで評価します。経済産業省の2025年3月版JC-STAR活用ガイドは、特定分野システムの例としてビルシステムを挙げています。センサー、ネットワークカメラ、ゲートウェイなどを調達する際は、ラベルの有無だけでなく、更新方針、脆弱性情報の提供、認証方式、業務クラウドと制御ネットワークの分離、障害時の手動運用を確認してください（出典: 経済産業省、2025年）。

発注後の導入を成功させる進め方

発注先が決まった後も、発注者側の仕事は残ります。要件定義、設計、開発・設定、データ移行、受入テスト、教育、並行稼働、全体展開の順に、誰が何をいつ判断するかを決めます。施設管理では、通常業務を止められないため、旧台帳と新システムを照合する期間や、繁忙期を避ける計画が欠かせません。

移行前に、施設コード、設備コード、担当者、契約先、点検周期、過去履歴の項目を統一します。Excelの列名をそのまま移すのではなく、重複や表記揺れ、廃止設備、未登録設備を整理します。新システムで検索したい単位と、将来の修繕分析に必要な項目を先に決めることが大切です。

受入テストでは、正常系だけでなく、期限切れ、差し戻し、担当者変更、設備の廃止、写真の追加、通信断、権限のないユーザーの閲覧などを試します。現場担当者が実際の巡回ルートでタブレットを使い、管理者が承認と報告書出力を行うシナリオを用意してください。テスト結果をもとに、稼働判定の基準を発注者と委託先で合意します。

導入効果は「稼働したか」だけでなく、現場の行動と管理品質で測ります。例えば、点検結果の登録率、報告書作成にかかる時間、修繕依頼から完了までの期間、期限超過件数、過去履歴の検索時間、設備台帳の更新率、問い合わせ件数を月次で確認します。入力率が低い場合は、機能不足ではなく項目数や運用ルールに原因があることもあります。

BIMを活用する場合は、建物の形状を表示するだけで終わらせず、竣工時の設備属性を台帳や修繕計画へ渡せるデータ設計にします。国土交通省は2025年の白書で、BIM/CIMを調査・測量・設計・施工・維持管理の各段階でデータ活用と共有を容易にする取り組みとして説明しています。発注時から維持管理で使う属性と更新責任者を決めることが、将来の再入力を防ぎます（出典: 国土交通省「国土交通白書2025」）。

よくある質問（FAQ）

施設管理システムの発注で特に相談が多い疑問を、費用、開発会社、既存業務との関係に分けて回答します。自社の条件によって適切な発注形態は変わるため、回答をそのまま当てはめるのではなく、RFPの検討材料として使ってください。

標準SaaSやパッケージなら初期費用0〜100万円程度、クラウド導入に移行や連携を加えるなら100万〜1,000万円程度が目安です。複数拠点の業務統合や個別開発では1,500万〜4,000万円程度、大規模な設備・IoT連携では4,000万円超のレンジもあります。いずれも施設管理システムの公的統計ではなく、近似する業務システムと公開価格からの推定です。

台帳、点検、予約、報告書など標準業務が中心なら、既製品を導入して短期間で始める方法が向いています。独自の料金計算、複雑な承認、深い基幹連携、制御系との接続が業務上不可欠なら、追加開発やスクラッチを検討します。ただし、既製品と個別開発を組み合わせることで、費用と柔軟性のバランスを取れる場合もあります。

相談できますが、施設種別、対象業務、管理棟数、現状の課題、希望時期、予算の考え方だけでも整理してから相談すると、提案の精度が上がります。現場の帳票、Excel、図面、点検周期、連携したいシステムを共有し、業務整理やRFP作成から支援できるかを確認してください。最初から完成した仕様を求めるのではなく、要件定義フェーズを別途設ける方法もあります。

クラウドにするだけで安全になるわけでも、危険になるわけでもありません。多要素認証、最小権限、暗号化、操作ログ、バックアップ、脆弱性対応、障害時の復旧、委託先と再委託先の管理を、サービスと契約の両面で確認します。IoTや設備制御を接続する場合は、業務データを扱うクラウドと制御ネットワークの分離、手動運転への切り替えも要件に含めてください。

まとめ

施設管理システムの発注・外注では、施設の種類と業務範囲を整理し、標準SaaS、パッケージ、連携開発、スクラッチのどこまでが必要かを判断します。RFPには、管理棟数や設備点数だけでなく、現場入力、法定点検、既存データ、帳票、権限、連携、保守、契約終了時のデータ返却まで記載します。

見積は初期費用だけでなく、移行、研修、現地作業、ライセンス、保守、追加改修を含めた5年間の総額で比較します。委託先には、似た施設の実績、担当体制、導入後のサポート、障害・セキュリティ対応、できないことと代替案を確認してください。安さよりも、現場が使い続けられ、記録が次の担当者へ引き継がれる仕組みになっているかが判断の軸になります。

まずは、紙の点検表、Excel台帳、修繕依頼、契約書、報告書を集め、どこで転記や確認待ちが起きているかを把握します。そのうえでMUSTとWANTを分け、1施設または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を創業。