Buying Facility Management Software: Checklist and Key Functions at a Glance

Anyone wanting to buy facility management software must compare more than just feature lists; integrations, data quality, GDPR compliance, and TCO ultimately determine success or failure in practice. This practice-oriented guide walks you step-by-step through needs analysis, prioritization of central modules like maintenance and space management, RFP and demo checklists, as well as contract and implementation criteria. In the end, you will have an auditable checklist and concrete questions for vendors to reliably evaluate shortlists, pilot projects, and the 5-year TCO.

1. Structure the purchasing process: 7-phase checklist

Short and to the point: A structured, phase-oriented procurement process is not a nice-to-have, but measurably reduces risks when implementing facility management software – especially concerning integration, data migration, and user acceptance. This section provides an immediately applicable 7-phase checklist with clear deliverables, responsibilities, and realistic timelines for medium to large portfolios.

Phase checklist

  1. Phase 0 – Scope and Needs Analysis: Gathering of FM processes, prioritization criteria, initial cost estimates; Deliverable: Project briefing and stakeholder matrix; Responsible: Product Owner FM; Duration: 2-4 weeks.
  2. Phase 1 – Stakeholder Workshop and Requirements Specification: Define joint scenarios, record compliance and GDPR requirements; Deliverable: Requirements specification agreed with IT Security; Responsible: FM + IT; Duration: 1-2 weeks.
  3. Phase 2 – Requirements Catalog and Evaluation Matrix: Must-have / Should-have / Nice-to-have features, weighting, KPI definitions; Deliverable: Evaluation matrix for demos; Responsible: Core team; Duration: 1 week.
  4. Phase 3 – Market Analysis and Shortlist: Send out RFP, coordinate demos based on standardized scenarios; Deliverable: Shortlist of 3-5 providers; Responsible: Purchasing + FM; Duration: 4-8 weeks.
  5. Phase 4 – Pilot / Proof of Concept: Pilot with real master data and mobile deployments; Deliverable: Pilot report with migration effort, performance, and acceptance metrics; Responsible: Pilot users + IT; Duration: 6-12 weeks.
  6. Phase 5 – Contract Negotiation and SLA Definition: Acceptance criteria, exit clauses, Data Portability, GDPR clauses; Deliverable: Draft contract with SLAs; Responsible: Purchasing + Legal Department; Duration: 2-6 weeks.
  7. Phase 6 – Rollout and Go-Live: Iterative rollout, training plan, KPI monitoring; Deliverables: Go-Live plan, training documents, lessons learned; Responsible: Project management + Change Management; Duration: 8-24 weeks (iterative).

Practical insight: Proof of Concept often focuses on functionality in a clean test environment and underestimates migration and integration risks. A production pilot at two real locations reveals data mapping problems, user workflows, and performance effects early on – making it more expensive, but significantly more informative.

Concrete example: In a medium-sized portfolio with 150 properties, a 10-week pilot showed that inventory data from the ERP could only be automatically mapped 60 percent of the time. Consequence: 6 weeks of additional ETL effort and adjustment of the interface to SAP before the rollout was sensible.

Resource recommendation for medium portfolios: Product Owner FM 0.3-0.5 FTE during selection phase, IT Security 0.1-0.2 FTE, pilot users 5-10 people. Budget for pilot and integration: realistically 10-25% of the 5-year TCO as a reserve.

Important: Plan the integration with ERP, BMS, and Identity Management early in Phase 0 – late interface decisions cause most cost overruns. You will find detailed implementation checklists in the respective Implementation Guide.

Frequently Asked Questions

A brief preliminary note: The questions in tenders and meetings should elicit answers that enable immediate decisions – not general product descriptions. This FAQ focuses on the practical levers that influence facility management software in real projects.

Operational Questions

Which core function is truly non-negotiable? A reliable Maintenance Management with a documented inspection history, predictable maintenance cycles, and mobile work orders is operationally crucial. Without clean order and inspection logs, KPI calculations and audit requirements fail very quickly.

How can acceptance among technicians be increased? Simplicity beats feature overload. Prioritize a mobile app with offline capability, clear form templates, and short training procedures. Test the UI in a 1-week field test with service technicians before extensive customization.

Technology, Integrations, and Data

API maturity is more important than architectural labels. Whether cloud, hybrid, or on-premises: in practice, the quality of documented APIs, sandbox environments, and import/export tools determines integration effort and duration. Prefer vendors with tested REST/OPC-UA-Interfaces and a clear sandbox for your IT.

Trade-off Cloud vs. On-premises: Cloud accelerates rollout; on-premises provides control. A pragmatic solution is hybrid operation: sensitive data locally, standard functions in the cloud. This avoids unnecessary infrastructure projects and often meets BSI/GDPR requirements.

Contract, Cost Traps, and Exit

Customization costs every year: Heavy customizations reduce upgradeability and drive TCO. Configuring instead of developing is almost always more economical; if development is necessary, limit the scope, set ownership deadlines, and anchor upgrade compatibility in the contract.

Check and contractually secure data portability. Request machine-readable exports in CSV, IFC or JSON as well as delivery obligations for historical audit and invoice data. Without an explicit export clause, unfavorable migration costs often arise when changing providers.

Concrete example: A municipal authority lacked an export clause for audit logs; after three years, only PDF reports could be provided. The consequence: an outsourcing project to extract the data, three months of extra work during migration, and additional consulting costs.

Quick Check: Test (1) API Documentation and sandbox, (2) offline functionality of the mobile app, (3) contractually secured data export formats and support for export. These three points reduce integration and exit risk the most.

Practical insight: Many teams underestimate the psychological cost of poor UX more than license prices. Technology must not complicate users' work; this can be quickly identified during pilot phases.

  1. Next Step 1: Request a sandbox demo from the provider with your ERP export and a typical maintenance dataset — test import, mapping, and export.
  2. Next Step 2: Plan a 1-week field test with 5 service technicians to validate the mobile app before signing the contract.
  3. Next Step 3: Include a mandatory data export clause in the contract (machine-readable, standard formats, support period for export).
  4. Next Step 4: Define API maturity, upgrade friendliness of customizations, and local data protection measures as weighted criteria in the evaluation matrix.

Scroll to Top