How to choose fire safety software for a property portfolio

Choosing fire safety software for a single building and choosing it for a portfolio of fifty are different exercises, even though the underlying feature list looks similar on paper. Portfolio-specific factors — number of buildings, how many people need access, how consistent the buildings are in type — tend to matter more than any individual feature comparison.

Start with how the portfolio is actually structured

A portfolio of similar buildings under one responsible person has fairly different needs to a mixed portfolio spread across several managing agents, each with their own contractors and reporting requirements. Before comparing platforms, it's worth being honest about which situation actually applies — the right software for a tightly-held portfolio can be the wrong choice for a loosely coordinated one, and vice versa.

Multi-user access, done properly

On any portfolio beyond a handful of buildings, more than one person needs access — a responsible person overseeing everything, managing agents responsible for specific buildings, contractors submitting servicing evidence directly. Software that only really works well for a single user, with everyone else added as an afterthought, tends to create exactly the bottleneck that made a spreadsheet unworkable in the first place.

Reporting that matches how you actually need to report

Different portfolios need to report differently — a single responsible person might just need a clear personal dashboard, while an organisation answerable to a board, investors or insurers might need exportable, formal reports covering every building at a set point in time. Checking that a platform's reporting output matches the actual audience it needs to satisfy is worth doing before committing, not after.

• –How many buildings, and how similar or varied are they in type and risk profile
• –How many people need access, and in what roles — responsible person, agent, contractor
• –Whether reporting needs are informal (a personal dashboard) or formal (exportable reports for a board or insurer)
• –Whether historical records need migrating from spreadsheets or paper, and how well the platform supports that
• –Whether the pricing structure — per building, per user, tiered — actually matches how the portfolio is likely to grow

Growth, not just current size

It's worth choosing with an eye on where the portfolio is heading, not just where it stands today. A platform that's a slightly awkward fit for ten buildings but scales cleanly to a hundred can be a better long-term choice than one that fits ten perfectly but needs replacing entirely at fifty. Growth-related pricing and functionality is worth asking about directly during evaluation.

Trialling against real, messy data

The most reliable way to judge fit is loading in genuinely messy real data from a handful of actual buildings — inconsistent past record-keeping and all — rather than relying on a clean demo environment. If a platform handles the messy real case well, it'll handle the clean case even better; the reverse isn't reliably true.

Model the awkward building

Portfolios are rarely uniform, and the building that will test a system is never the one used in a demonstration. Take the most awkward one — mixed use, multiple responsible parties, a tenant demise with its own arrangements, an assessment split across scopes — and ask the vendor to model it. What the system cannot represent is more informative than what it can, and it is far better discovered before purchase.

Two portfolio-specific questions are worth asking in the same session: how long it takes to add a building, and whether a third party such as a managing agent or tenant can be given appropriately limited access. Both determine whether the system keeps pace with the portfolio or becomes a bottleneck.

Common mistakes

• –Evaluating against a simple building rather than the most complex one
• –Not testing how shared or split responsibility is represented
• –Ignoring how long it takes to onboard each additional building
• –No way to give a managing agent or tenant limited access
• –Comparing headline prices without checking what scales per building
• –Deciding without involving whoever will actually maintain the data