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

Those who want to buy facility management software must compare more than just feature lists; integrations, data quality, GDPR compliance, and TCO ultimately decide success or failure in practice. This practice-oriented guide leads you step-by-step through needs analysis, prioritization of central modules such as 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 specific questions for vendors to reliably evaluate shortlists, pilot projects, and the 5-year TCO.

1. Structuring the Purchasing Process: 7-Phase Checklist

Briefly 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 timeframes for medium to large portfolios.

Phase Checklist

  1. Phase 0 – Scope and Needs Analysis: Gathering 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; Deliverable: 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 – and is therefore more expensive, but significantly more informative.

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

Resource recommendation for medium-sized 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 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 to increase acceptance among technicians? 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 architecture 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 providers with tested REST/OPC-UAinterfaces 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 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 inspection 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 inspection logs; after three years, only PDF reports could be provided. The consequence: an outsourcing project to extract the data, three months of extra effort during migration, and additional consulting costs.

Quick Check: Check (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 data set — 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