ファシリティマネジメントシステム開発の進め方/やり方/流れや方法/手法/工程/手順

ファシリティマネジメントシステムの開発は、要件整理から定着まで6つのフェーズを順に進みます。この順番で進めると、現場に定着する仕組みになります。特に、要件整理で目的とデータを固めておくと、後の工程での手戻りを抑えやすくなります。

▼全体ガイドの記事
・ファシリティマネジメントシステム開発の完全ガイド

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

ファシリティマネジメントシステム開発の全体像

ファシリティマネジメントシステムとは、施設管理ソフトウェアと、ISO 41001に代表されるFMの仕組みのことです。開発では、機能だけでなく、記録の更新者と時期、改善を判断する指標も決めておきます。

FMシステムが管理する範囲

FMは、建物や設備などの施設、契約、人、業務プロセスを、経営目標に合わせて管理する活動です。

ソフトウェアと運用の両面から捉えます。

• 施設・設備情報：台帳、点検周期、故障受付、作業指示、修繕履歴、契約、予算、ライフサイクルコストを結び付けて扱います。
• エネルギー・空間：使用量やスペースの利用率も管理し、異常設備の保証、修理、担当業者、点検日、予算をすぐ見られる状態を目指します。
• CAFM・IWMS：前者はコンピューターを使った施設管理、後者は不動産・スペース・保全・プロジェクト・環境の統合を指します。
• BMS・BEMS・FM-BIM：設備の監視・制御とエネルギー管理、3次元モデルと設備属性の維持管理への再利用を担います。

各方式は対象範囲と役割が異なるため、自社が先に解決したい業務を起点に選びます。

最初に決める対象範囲

対象範囲は、施設や設備の規模、現場の体制、管理したい業務を見て決めます。

• 小規模に始める：1〜数拠点で台帳や点検が課題なら、設備・保全に絞ったクラウドを選べます。
• 広域を一元管理する：多数の拠点で契約、座席、会議室、移転、エネルギー、長期修繕まで扱うなら、IWMSや他システムとの連携を検討します。
• パイロットとKPI：台帳・点検や1拠点の修繕計画から試し、期限超過、処理時間、履歴検索、予実差、エネルギー量の中から指標を2〜5個選びます。

範囲を広げるほど、初期データの整備と現場教育の手間も増えます。効果を測れる指標を選んでおくと、導入効果を説明しやすくなります。

ソフトウェアと運用設計の切り分け

ISO 41001:2018は、組織の目的を支えるFMサービスを継続し、利害関係者のニーズや要求事項を満たすための仕組みを定めた規格です。

ISOの公式情報では、規模・業種・所在地を問わず適用できると説明されています。

• 認証に必要な運用：システムを入れるだけでは認証を取得できず、方針、責任分担、リスク、KPI、記録、監査、改善の仕組みが要ります。
• システムで管理：点検結果や修繕履歴など、記録する情報の範囲を定めます。
• 運用ルールで管理：重大故障の承認者、予算超過時の連絡手順を決めます。

区分が曖昧なままだと要件が膨らみ、完成後も現場の判断が揃わなくなることがあります。

ファシリティマネジメントシステム開発の進め方｜6フェーズ

各フェーズの完了条件を文書にしておくと、どこまで決まっていたかを後から確かめられます。

現場担当者と、予算や契約を承認する管理者では必要な画面が異なるため、両方の利用者に早期から参加してもらいます。

1. 要件整理で目的・データ・KPIを固めます。
2. パッケージ、クラウド、個別開発のどれにするかを選定します。
3. 設計・開発で、業務とデータのつながりを実装します。
4. テストで、業務を現場の条件のもとで検証します。
5. 稼働に向けて、移行・教育・切り替えを進めます。
6. 定着後は、データ更新と改善を習慣にします。

フェーズ1：要件整理（目的・データ・KPIの確定）

要件整理では、管理対象よりも先に改善したいことを決めます。そのうえで、現状の業務とデータを洗い出します。

• 課題と目標：台帳の所在不明、手帳での点検、電話・メールでの故障受付、修繕予算の説明の難しさを記録し、作業時間や処理件数、期限超過、転記回数を測ります。
• データ棚卸し：建物、部屋、設備、部品、契約、業者、点検、工事、費用、写真、図面のIDと必須項目を定めます。
• データ品質：Excel間での設備名称・番号の重複、保証期限・設置年の欠落を調べます。
• 完了条件：機能一覧、業務フロー、データ項目表、連携一覧、KPI、対象外範囲、概算日程について承認を得ます。

洗い出した現状をもとに、導入後の目標値を定めます。

フェーズ2：選定（パッケージ・クラウド・個別開発の比較）

選定では、機能の数よりも、現場運用への適合性と連携要件を比べます。

• CAFM・設備管理SaaS：設備台帳、点検、修繕を中心に扱う場合の候補になります。
• IWMS：不動産契約、スペース、移転、プロジェクト、環境まで扱うなら検討の対象になります。
• 標準製品と連携開発：ERP、会計、入退室、BMS、IoT、BIとの連携が中心なら、SIerによる開発を組み合わせます。
• RFPと実データのデモ：要件を示したうえで、候補製品を実データで操作します。

RFPには、施設・設備の規模、利用者、台帳を示します。図面・BIM、端末、オフラインで使うかどうかも書き添えます。さらに、API連携先と保存年数、権限を明記し、監査ログとサポート時間も示します。

スライドだけでは、入力の負荷や制約は分かりません。業務の流れに沿って試すと、その負担が見えてきます。そこで、台帳検索から点検、異常登録、承認、業者対応、完了報告、集計までの流れを通して確かめます。

フェーズ3：設計・開発（業務とデータのつながりの実装）

設計・開発では、データモデルと権限、現場画面を定めます。

BIM・CADの利用条件も決めておきます。

• データと権限：建物、フロア、部屋、設備、作業、契約、費用、エネルギーを結び付け、移設や廃棄の後も履歴を残せるようにします。
• 役割別の閲覧：現場担当者は自拠点、承認者は複数拠点の予算を見られるようにします。
• 現場操作：QRコードやバーコードから設備を開き、点検や写真登録、異常時の起票までの手順を短くします。
• BIM・CADと通信：不安定な場所では一時保存やオフライン入力を検討し、属性と台帳IDの一致、端末の表示速度も確かめます。

NTT DATAの2025年のFM-BIM事例では、要件定義後に図面・属性情報を最適化しました。BIMモデルの容量は98.8％削減されたと報告されています（出典：NTT DATA公式事例、2025年）。

フェーズ4：テスト（現場条件での一連の業務検証）

画面ごとの確認に加えて、実際の現場条件で一連の業務と移行データを検証します。

• 業務シナリオ：建物・設備の登録から、点検予定、スマートフォンでの入力、異常承認、業者への依頼、完了確認、帳票出力までを試します。
• 移行データ：件数、金額、日付、設備ID、添付ファイルを元資料と照合し、サンプルと全件の集計で確かめます。
• 受入項目：未入力の警告や期限通知、承認経路、権限外データの扱いを確かめます。CSV、復旧、監査ログ、API再送、端末紛失時の対応も含みます。

合格の基準は、機能が動くことに加え、KPI用のデータが残り、担当者が想定時間内に処理でき、管理者が監査や予算会議で説明できることです。

フェーズ5：稼働（移行・教育・切り替えの管理）

稼働前には移行条件を固めたうえで、データ、教育、切り替え時の支援を準備します。

• 移行計画：責任者、対象日、凍結期間、移行後の確認方法を定めたうえで、必須項目と後日追加分を分けます。
• 必須データ：建物・部屋・設備の識別子、所在地、用途、責任者、点検周期、重要度を優先します。写真や古い帳票にも優先度を付けます。
• 役割別教育：QR点検、故障受付、予算承認、業者報告の確認など、担当ごとに短い演習を行います。
• 並行運用：最初の数週間は旧運用を残し、窓口、紙での障害対応、緊急連絡先、データ修正の承認者を決めます。

フェーズ6：定着（データ更新と改善の習慣化）

定着させるには、更新責任を明確にしたうえで、定期点検と追加技術の導入時期を運用に組み込みます。

• 更新責任：新設、移設、改修、廃棄、担当者変更、契約更新のたびに、更新者、承認者、期限、証跡を決めます。
• 月次・四半期：月次では入力漏れと期限超過、四半期ではKPI、権限、連携エラー、利用率を確かめます。
• 年次棚卸し：単価、修繕周期、保守契約、バックアップ、委託先のアクセス権を見直します。
• 追加技術と安全：AI予知保全やIoTは、データと業務が安定してから検討します。BMSとIoTは、導入から廃棄まで安全要件を確かめます。

履歴が不足したままの予測モデルは、誤検知を増やし、通知が無視される原因になります。

IPAの手引きでも、各段階での確認が示されています（出典：IPA公式手引き、2025年）。

定着の合格ラインは、利用が続いていることに加え、意思決定に必要なデータが継続して更新されていることです。

ファシリティマネジメントシステムの費用相場とコストの内訳

FM製品の価格は、施設数、設備点数、利用者数、拠点数で変わります。さらに、BIM・センサーの扱い、既存連携、データ移行の状態によっても変わります。

IWMSは個別見積もりが多いため、次に示すのは、公開価格と類似業務システムをもとにした2026年時点の予算目安です。要件整理の前に投資規模を考えるレンジとして扱うもので、正式な見積もりとは異なります。

導入パターン別の費用レンジ

公開価格は、限定された機能の参考例にすぎません。FM全体の費用は導入範囲で変わるため、導入パターンごとの目安で見ます。ただし、実際の額は規模や連携範囲によって上下します。

• 小規模SaaS：1〜数拠点で台帳、点検、写真報告だけを始める場合の目安は、初期0〜100万円、月額1万〜20万円、期間2週間〜3か月程度です。
• パッケージ・CAFM：複数拠点で台帳、点検、修繕、帳票を扱う場合は、初期100万〜500万円、月額5万〜30万円または年額契約、期間3〜6か月程度です。
• 中規模構築：BIM・CAD、会計・購買、BMS、IoT、SSO連携を含む場合は、初期500万〜1,500万円、月額10万〜50万円、期間6〜12か月程度です。
• 大規模IWMS等：多数拠点向けでは、初期1,500万〜4,000万円以上、期間9〜18か月以上になる場合があります。
• 公開価格の例：設備管理Web版は月額9,900円（税別）です。

大企業向けIWMSやスクラッチ開発が対象になるのは、スペース、LCC、エネルギー、監査、個別連携まで必要な場合です。

備品管理クラウドは、登録アイテム数が200件なら月額5,000円、100,000件なら月額300,000円です。

出典：エコニティ公式価格ページ、備品管理クラウド公式資料

初期費用の見積もりの範囲

初期費用は、開発作業と稼働準備に分けて見ます。別費用になりやすい項目も、見積書で確かめておきます。

• 開発・導入作業：要件整理、業務設計、ライセンス、環境設定、画面・ワークフロー、API、権限、テストを、この費用に含めて見積もります。
• 稼働準備：データ移行、教育、マニュアル、現場支援のほか、図面の電子化、BIMの整理、番号付け、紙資料の入力、写真撮影も確かめます。
• 機器・データ整備：QRラベル、タブレット、センサー、ネットワーク工事は分けて書き、クレンジングの対象も確かめます。
• 移行範囲と検収：件数・形式・重複除去・欠損補完の範囲と検収条件を決めます。

安価な提案では、クレンジングが対象外になっていることがあります。たとえば、台帳が10万件でも、名称の揺れや欠損が多いと、移行前の整理に時間がかかります。そのため、業務を開始できるデータの状態までを初期費用に含めて比べます。

5年間のTCOによるランニングコストの比較

TCO（総所有コスト）では、導入後の費用も含めて、5年間の利用条件を想定して比べます。

• 継続費用：月額または年額のライセンス、クラウド、保守、サポート、容量、API、端末・センサー通信、更新、教育、社内工数を含めて見ます。
• 契約形態の差：拠点、設備、利用者が増えると、従量課金が膨らむことがあります。買い切り型でも、サーバー更新や保守、改修の費用は発生します。
• 5年間の試算：初期費用に、5年分の継続費、データ更新費、運用時間を加えます。

サポートの受付時間や障害復旧の目標、データの返却形式、解約費、追加連携の単価も確かめておきます。また、設備の追加や組織の変更を想定し、5年間の費用変動をシナリオ別に確認します。

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

見積もりの差は、単価よりも前提条件の違いから生まれます。施設数や設備点数だけでは、移行、教育、連携、保守の範囲がそろわないためです。

RFPには、対象、利用者、データを書きます。さらに、品質、期限、セキュリティ、運用条件も書き、同じ前提で相見積もりを取ります。

RFPに書くべき項目

RFPでは、システム規模、業務要件、セキュリティ、運用条件をそろえ、各社に同じ内容を提示します。

• 施設・利用者：施設の数と種類、延床面積、設備点数、拠点担当者、現場・管理・業者の利用者数、同時利用数を記載します。
• データ・環境：台帳の件数と形式、CAD・BIM・GIS、履歴、既存システム、連携方式、端末、ネットワークの制約を示します。
• 業務要件：必須項目、点検頻度、承認経路、帳票、通知、検索、保存年数、KPI、希望稼働時期を明記します。
• セキュリティと接続：要件を整理し、接続条件とともに各社へ提示します。
• BMS・IoT：業務網との分離、機器認証、更新、廃棄時の初期化も、要件に含めます。

SSO、多要素認証、最小権限を示します。

通信と保存時の暗号化、監査ログ、バックアップ、脆弱性対応も示します。さらに、委託先と再委託先、保管場所、事故時の連絡を確かめます。

契約終了時のデータ返却や、退職者の停止も確認します。

複数社の比較方法（同じシナリオと評価軸）

候補各社には、同じデータと業務シナリオでデモを依頼します。導入実績も、自社との類似性で確かめます。

• 操作と機能：標準機能、現場入力、検索・集計、ワークフローを同じシナリオで評価します。
• 移行・連携・運用：データ移行、API、BIM・CAD、セキュリティ、保守、費用の透明性を比べます。
• 要件への対応：「必須」「できれば」「不要」に分け、必須を満たさない場合は追加開発、運用変更、対象外の扱いを決めます。
• 導入実績：社名や社数だけでなく、建物の種別、拠点数、設備、現場人数、連携先が似た事例かを確かめます。

富国生命保険相互会社の公式事例では、200棟超の長期修繕計画をExcelからFM-Refineへ移行しました。移行後は、複数物件の集計や将来の支出の試算に活用しています（出典：株式会社FMシステム公式導入事例）。

自社に近い導入前後の変化を話せる会社なら、要件の漏れを減らしやすくなります。

契約とリスク分担の確認（見積書の段階）

契約方式ごとに、責任範囲と移行条件を明確にし、導入リスクを減らす対策を決めます。

• 請負・準委任：請負では変更、受入、遅延、追加費用を確かめ、準委任や支援では時間、成果物、責任、会議体を明記します。
• パッケージ・移行：標準設定と個別開発、更新時の互換性、追加ライセンスを確かめ、件数や形式、検証、再移行の条件を具体化します。
• 主なリスク：現場を見ないまま決めた要件、設備IDの不統一、全拠点の一括移行、BIMの誤解、AIの先行導入、保守・返却条件の見落とし
• 対策：現場観察、データプロファイリング、1拠点での試行、BIM属性の整備、段階導入、運用責任者の任命、出口条件の契約化で備えます。

BIMを入れれば自動でFMに使えるという誤解や、AIの先行導入、保守や返却条件の見落としは、導入後の手直しにつながりやすいものです。

選ぶときは、後から費用が膨らむ不確実性を減らせる提案を優先します。

よくある質問（FAQ）

導入前によくある質問に答えます。施設数だけでなく、入力方法、既存データ、連携、運用責任者によって、選び方は変わります。

費用や期間も一律ではないため、ここでは検討の基準を示します。

ファシリティマネジメントシステムはパッケージとスクラッチのどちらがよいですか？

台帳、点検、修繕、帳票など一般業務を早く始めるなら、パッケージやクラウドが適しています。

独自の安全手順や複雑な承認、特殊設備、基幹連携が競争力に直結するなら、標準製品にAPIや個別開発を組み合わせます。

全機能をどちらで作るかよりも、標準化する業務と差別化する業務を分けて判断するのが基本です。

Excelや紙の設備台帳が整理されていなくても導入できますか？

導入はできますが、事前の棚卸しとデータクレンジングが必要になります。そのうえで、建物・部屋・設備の識別子と必須項目を決めます。

重複、名称の揺れ、欠損、古い設備、現存しない設備に分類します。稼働に必要な情報を先に移し、残りは現場で更新する方法もあります。

移行作業の費用と検収方法は、開発会社の見積もりに明記してもらいます。

システムを導入すればISO 41001の認証を取得できますか？

認証の取得には、システムの導入に加えて、運用の仕組みが必要です。ISO 41001は、FMサービスのマネジメントシステムに関する規格です。

方針、責任、リスク、要求事項を定め、日々の運用で回します。KPI、記録、内部監査、改善も、運用の中で続けます。

システムは点検記録、承認履歴、期限、是正対応、KPIを残す基盤にできます。認証の要否や適用範囲は、審査機関や専門家に確認します。

ファシリティマネジメントシステムの開発期間はどのくらいですか？

期間は、対象範囲と連携、データ整理、教育の規模に応じて変わります。

• 小規模SaaS：台帳と点検だけなら、設定・データ登録を含めて2週間〜3か月程度です。
• パッケージ導入：複数拠点の保全・修繕は3〜6か月、BIM・CADや会計、BMS、IoT、SSO連携は6〜12か月程度です。
• 大規模案件：全社データ整理、現場教育、段階移行を含む場合は、9〜18か月以上になることがあります。

期間を短くするには、対象業務、必須データ、受入条件、意思決定者を先に絞り込みます。

まとめ：6フェーズで現場に定着するFMシステム

開発は、要件整理、選定、設計開発、テスト、稼働、定着の6フェーズで進みます。そのうえで、改善したいKPIと対象業務を先に絞っておきます。

建物、部屋、設備、作業、契約、費用のデータを整えておきます。あわせて、標準化する業務と、API・個別開発が必要な業務を分けます。

成功の条件（現場で使えるデータと運用）

成功を左右するのは、機能数よりも、現場が短時間で入力でき、管理者が同じデータで判断でき、更新責任が明確なことです。

見積もりでは、初期開発費に加えて、移行、教育、端末・センサーを比べます。さらに、保守、連携、5年間のTCOも比べます。

導入後は、月次・四半期・年次でデータ更新と権限を確かめます。そのうえで、KPIを見ながら機能を段階的に広げます。

最初の一歩（1拠点・1業務の現状整理）

最初は1拠点か1業務を選び、現状、課題、改善したいKPIを整理します。

• 現状を一覧化：台帳件数、点検頻度、修繕履歴、利用者、既存ファイルをまとめます。
• 同じ条件で相談：複数社に相談し、実データのデモと移行方法を確かめます。
• 段階的に拡張：効果を測り、現場の合意を得てから、他拠点、エネルギー、スペース、BIMへ広げます。

この順で進めると、長く使える仕組みにつながります。

▼全体ガイドの記事
・ファシリティマネジメントシステム開発の完全ガイド

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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