featured

5% of CRE AI Programs Achieved Their Goals. The Failure Point Is Always the Same: Data That AI Can’t Use

Five percent of AI programs in commercial real estate achieved their stated objectives. One in twenty.

That’s McKinsey’s finding, and it deserves to be read without softening. Organizations spent real money, ran real pilots, stood up real dashboards — and nineteen out of twenty walked away without the outcome they paid for. In most industries, a 95% failure rate would end the product category. In CRE, the budgets keep arriving, because the 5% — cases like the documented $470K in annual savings at one university — prove the ceiling is real.

The mechanics: how a program gets to “failed”

The number isn’t produced by bad algorithms. It’s produced by a sequence so consistent that operators we interviewed described it almost identically without knowing each other.

The program launches against the operation’s existing data. The model needs to know what assets exist; the asset registry says one thing, the building says another — equipment added, removed, or replaced without the record changing. The model needs maintenance history; the history is a spreadsheet column reading “Done ✓” with no findings, no readings, no parts, no costs. The model needs failure data; failures were never coded as failures, just as repair invoices in accounting. The model needs sensor signals; the critical assets have none.

So the model does what models do with thin, contradictory input: it produces output anyway — confident, plausible, and untrustworthy. The team spends months chasing false positives and explaining misses. Trust erodes per alert. Within a year the dashboard joins the category of software everyone pays for and nobody opens, and the post-mortem politely blames “change management.” The data was never usable. Everything after that was theater.

What “data AI can’t use” actually means

The phrase sounds abstract, so make it concrete. AI-usable maintenance data has five properties, and most operations fail at least four:

  • Complete — every asset in the registry, every work order captured, including the ones resolved with a phone call and no record.
  • Structured — findings as fields, not as “fixed the thing, runs fine now” in a notes box.
  • Historical — depth measured in years, because pattern detection needs patterns, and a decade of spreadsheet rows recorded dates while destroying everything else.
  • Connected — the work order linked to the asset linked to the cost linked to the sensor, so the model can trace cause to effect.
  • Verified — reflecting work that actually happened, which is its own problem in operations where sign-offs and reality diverge.

Run your operation against those five properties honestly. That gap — not the model, not the vendor — is the 95%.

What most organizations do with this number

They proceed anyway, and the reasons are familiar: the budget was approved for AI, not for data plumbing; the demo looked spectacular (demos run on the vendor’s clean data, never yours); and “fix the data first” sounds like delay while “deploy AI” sounds like progress. So the data work gets skipped, which guarantees membership in the nineteen — and worse, it salts the earth: the failed pilot becomes the organizational memory that “we tried AI and it doesn’t work,” deferring the real fix by years.

The unglamorous truth: the path to working AI runs through plumbing, and the plumbing is more valuable than the AI.

The condition that moves an operation into the 5%

The unglamorous truth: the path to working AI runs through plumbing, and the plumbing is more valuable than the AI. Data that is complete, structured, historical, connected, and verified doesn’t get produced by a cleanup project — cleanup projects decay the day they end. It gets produced by infrastructure where capture is a byproduct of operating: work orders that carry asset, findings, parts, cost, and verification as structured fields filled in the flow of the job; sensors feeding readings into the same asset records; payments releasing on verified completion so the record and reality can’t diverge.

STAGE 1 Structured Capture

Capture complete asset data, findings, parts, and costs as structured fields directly within the workflow.

STAGE 2 Connected History

Link work orders to assets, costs, and sensor signals to establish a deep, pattern-rich historical record.

STAGE 3 Verified Execution

Tie payment releases to verified completion to ensure the digital record matches operational reality.

Build that layer and something underrated happens — the operation starts getting smarter before any AI arrives, because clean connected data answers most operational questions with plain arithmetic. That’s the sequencing Sweven FM is built around: the data infrastructure is the foundation, and the intelligence is what the foundation eventually makes trustworthy.

The Data Census

The 5% statistic, read correctly, isn’t a verdict on artificial intelligence. It’s a census of data infrastructure in commercial real estate — taken by an expensive instrument. The question it leaves every operation is the same one: if the census visited you tomorrow, which side of it would your data put you on?

Sources:

$470,000 in Annual Savings From AI Monitoring at One University — The Conditions That Made It Work vs the Ones That Make It Fail

Two facts about AI in building operations, and they appear to contradict each other. Kent State University documented roughly $470,000 in annual savings from AI-driven monitoring of its campus systems, as reported by Facilities Dive. McKinsey, surveying the broader market, found that only 5% of AI programs in commercial real estate achieved their stated objectives.

Same category of technology. Opposite outcomes. Which means the interesting question isn’t “does AI monitoring work” — both facts answer that — it’s under what conditions. And that’s a decision framework, because the conditions are choices made before any software is bought, and the cost of choosing wrong isn’t just a wasted license. It’s a burned organization that won’t try again for five years.

The interesting question isn’t “does AI monitoring work”—it’s under what conditions. The conditions are choices made before any software is bought.

Profile A: The conditions behind the $470K

Strip the Kent State story to its operating conditions and a pattern emerges that has little to do with algorithms.

  • The data existed before the AI did. Campus systems were instrumented — building automation, metering, equipment telemetry — and the asset inventory was real. The AI was pointed at signals that already flowed. It was the analysis layer on top of a data layer, not a substitute for one.
  • The scope was specific. Energy and equipment fault detection — drifting setpoints, simultaneous heating and cooling, equipment running off-schedule, early-stage mechanical faults. Problems with known signatures and known fixes. Not “transform our operations.”
  • Someone owned the output. Detections became work orders that someone was accountable for executing. This is the quiet hinge of the whole case: an alert that doesn’t become a work order is a notification, and notifications don’t save $470,000. Closed loops do.
  • The savings were measured against a baseline. The organization knew its costs before, which is the only way “saved $470K” can be a sentence anyone can defend.

Profile B: The conditions behind the 95%

Now the failure profile — assembled from the same market research and, frankly, from the stories operators told us in interviews about pilots that died quietly.

  • The AI was bought to avoid building the data layer. Asset registries incomplete or fictional, histories in spreadsheets, sensors absent — and a hope that the algorithm would somehow compensate. It can’t; a model pointed at missing data produces confident nonsense, and the spreadsheet era destroyed the history at creation.
  • The scope was a mission statement. “AI-driven operational excellence” — no defined fault classes, no target assets, no number to beat.
  • The output had no owner. A dashboard was stood up; viewing it was nobody’s job; alerts accumulated like unread email until everyone agreed, without a meeting, to ignore them.
  • No baseline existed. Even genuine wins were unprovable — and unprovable wins don’t survive budget season.

The variable that decides

Read the two profiles side by side and the deciding variable isolates cleanly: it was never the AI. The same class of software sits in both stories. What differs is whether the organization built the loop around it — instrumented assets feeding clean data in, and owned work orders carrying detections out. AI monitoring is the middle of a pipeline. The 5% built the pipeline; the 95% bought the middle and waited.

STAGE 1 Data Layer First

Ensure critical assets emit data today and real inventories exist before applying AI analysis.

STAGE 2 Detection Layer Second

Point the intelligence at a specific fault list rather than a vague vision statement, comparing against a known cost baseline.

STAGE 3 Owned Output

Guarantee that when the system detects an anomaly at 2 a.m., it seamlessly creates a work order with an accountable owner.

This reframes the investment decision into a readiness checklist any operator can run before signing anything: Is the asset inventory real? Do the critical assets emit data today? Is there a baseline cost to measure against? Is the scope a fault list or a vision statement? And the decisive one — when the system detects something at 2 a.m., whose work order is it?

In predictive maintenance for commercial buildings, the honest sequencing is data layer first, detection layer second, and that ordering is exactly why Sweven FM installs the work-order and sensor infrastructure before any intelligence sits on top — the loop is the product; the AI is a component.

The Readiness Audit

So before the next vendor demo, run your operation against the five questions. If the answers are mostly no, the good news is that the $470K story is still available to you — it just starts a layer lower than the brochure suggests. Which layer is your operation actually on?

Sources:

Only 10% of FM Organizations Report All Projects On Schedule. The Bottleneck Isn’t People — It’s the Work Order System

Tuesday, 8:14 a.m. A tenant emails the property manager: the conference room on four is hot again. The property manager forwards it to facilities at 9:40, after her standup. The facilities coordinator reads it at 11:00, between two vendor calls, and types it into the tracking sheet — priority “medium,” because the email didn’t say otherwise. It will sit there until Thursday, when he does his batch of vendor outreach. The vendor will quote Monday. Someone will approve the quote Wednesday, after one nudge. The tech arrives the following Tuesday.

Seven days from report to wrench — and notice what happened during those seven days: nothing. No diagnosis, no parts, no labor. The week was consumed entirely by the work order traveling — inbox to inbox, sheet to phone call, quote to approval queue. Every person in the chain did their job competently. The asset waited anyway.

When 95% of a work order’s life is waiting for the next handoff, adding people doesn’t compress it. The bottleneck isn’t anyone’s effort. It’s the architecture.

The pattern: latency lives between people, not in them

IFMA’s FM Pulse survey puts a number on the aggregate result: only 10% of FM organizations report all projects running on schedule. The reflex reading of that number is a staffing story — teams stretched thin, too much work, not enough hands. And teams are stretched. But walk the Tuesday timeline again and count where the seven days actually went: roughly thirty minutes of human work, and six-plus days of queue time between humans.

That ratio is the diagnosis. When 95% of a work order’s life is waiting for the next handoff, adding people doesn’t compress it — more hands means more inboxes, and more headcount applied to a coordination problem just adds synchronization overhead. The bottleneck isn’t anyone’s effort. It’s the architecture: a process where every step requires a person to notice, decide it’s their turn, and push the item to the next person who must also notice.

There’s a second cost hiding in the same architecture, quieter than the delay: information decay. The tenant’s email said “hot again” — again — and that word died in the forwarding chain. By the time the vendor was briefed, the job was “AC issue, floor four,” stripped of the history that would have told the tech this is the third call on the same VAV box this quarter, which changes both the fix and the conversation about replacing it. Manual chains don’t just move work slowly; they shed context at every hop, which is how a commercial building maintenance program ends up solving the same problem repeatedly at full price.

The same Tuesday, with the travel removed

Rerun the timeline with the work order system doing the traveling. The tenant’s report lands in a portal or is triggered by the zone sensor that’s been reading high since Monday. A work order creates itself at 8:14 — classified by asset, not by email tone, and carrying the asset’s full history, including the two prior calls. Dispatch routes to the contracted HVAC vendor within the pre-authorized threshold; no quote cycle, because the rate card already exists. The vendor’s confirmation, ETA, and completion photos flow back into the same record. Escalation rules watch the clock: no vendor confirmation in four hours, it escalates; SLA at risk, a human is alerted — the one genuinely useful role for human attention in the chain, exception handling rather than parcel carrying.

Wrench time: Wednesday morning. The week of travel became a day, and nobody worked harder — the work order just stopped commuting.

STAGE 1 Automated Intake

Work orders self-create with full asset history and context intact, eliminating the information decay of manual forwarding.

STAGE 2 Direct Dispatch

Pre-authorized rate cards and routing rules bypass the quote-and-approval queue, instantly dispatching to the right vendor.

STAGE 3 Targeted Escalation

Humans intervene only when escalation rules flag an SLA risk, reallocating human effort from parcel-carrying to problem-solving.

The deeper change isn’t speed, though. It’s that schedule performance becomes visible and attributable. In the manual chain, “why was this late” has no answer because the latency lived in five inboxes. In the automated chain, every interval is on the record: created 8:14, dispatched 8:16, confirmed 9:02, on-site 7:40 next day. The 10% statistic exists in large part because most operations can’t even see where their time goes — measurement is the prerequisite the manual model structurally lacks. Closing that visibility gap is the core of what Sweven FM’s work order layer does; the speed is a side effect.

The Latency Audit

The audit for your own operation takes one work order and a highlighter: pick last month’s slowest job, lay out its timeline, and color the hours a human was actually working on it versus the hours it spent traveling between humans. The ratio you find is your real bottleneck — and it has never once been the people.

Sources:

The Average Commercial Building Is Over 30 Years Old. IoT Doesn’t Change That — It Changes What You Know About It in Real Time

The average commercial building in the United States is more than thirty years old.

Let the number sit. U.S. Department of Energy building stock data has tracked this for years: roughly half the country’s commercial floor space predates the 1990s. The buildings hosting today’s operations — and today’s compliance requirements, energy standards, and tenant expectations — were designed and equipped before the people now managing them started their careers.

How a building stock gets this old

The mechanics are straightforward and worth naming, because they explain why the problem compounds. Commercial buildings are built in booms and then operated for fifty or more years through every cycle that follows. New construction adds only a thin annual layer to the stock — so the average age rises almost no matter what the market does. Meanwhile, the equipment inside ages on its own faster clock: chillers, boilers, air handlers, and electrical gear running years past their design life because replacement is capital and repair is expense, and the backlog builds itself $200 at a time.

The result is the operating reality most FMs actually live in — not the smart-building renderings, but a 1988 rooftop unit with three owners of undocumented history.

The maintenance model this age makes obsolete

Here’s the structural problem the age statistic creates. Calendar-based PM — service every N months — is fundamentally an actuarial guess: it assumes the asset behaves like the average of its model line. For a five-year-old unit with full service history, that’s a reasonable assumption. For a thirty-year-old asset with unknown repair history, accumulated wear nobody documented, and operating conditions the manufacturer never anticipated, the average is fiction. The asset is now a population of one.

Which means calendar PM fails old assets in both directions at once. It over-services the survivors — the 1990 pump that will outlive everyone gets its quarterly ritual regardless — and it under-protects the decliners, because nothing in a calendar detects that this specific bearing started vibrating differently in March. The schedule is faithfully executed and structurally blind. Most operations respond to aging assets by shortening PM intervals, which raises cost without adding a single bit of information about the asset that actually matters.

What most operations do with the age problem

The honest market answer: they wait. Replacement gets deferred because capital is scarce; monitoring gets deferred because “the building is too old for that technology” — a belief our interviews surfaced repeatedly, and one that has the logic exactly inverted.

The inversion: old assets are where sensors pay most

IoT condition monitoring is routinely marketed with new construction imagery, which has convinced operators it belongs to new buildings. The economics say the opposite. A vibration, temperature, current-draw, or runtime sensor doesn’t care what year its asset was manufactured — it reads the asset’s present condition, which is precisely the information that age erases. On a new asset under warranty with full history, a sensor adds marginal knowledge. On a thirty-year-old asset with no documentation, the sensor is the only source of truth that exists: it replaces “no data” rather than supplementing good data.

The older and less documented the asset, the larger the information gap a sensor closes — and the bigger the failure it’s positioned to catch, since old assets fail more, harder, and with worse parts availability.

STAGE 1 The Blind Average

Calendar PM relies on actuarial guesses that fail to capture the unique wear and undocumented history of a thirty-year-old asset.

STAGE 2 The Sensor Retrofit

Affordable IoT sensors are deployed directly onto aging equipment to generate real-time condition data, replacing decades of missing logs.

STAGE 3 Condition-Triggered Work

Work orders self-generate only when the asset’s actual performance asks for it, eliminating blind schedules and catching failures early.

This is the practical core of predictive maintenance for commercial buildings in an aging stock: not a digital twin of a gleaming new tower, but a $100 sensor on a 1988 air handler, generating the asset history that thirty years of paper never did — and feeding condition-triggered work orders so the PM happens when the asset asks for it. Retrofitting that layer onto existing, aging, undocumented buildings — rather than waiting for buildings that don’t need it — is where Sweven FM points its sensor deployments, because that’s where the operators we interviewed actually live.

The Knowledge Choice

The stock will keep aging; that part isn’t a choice. What’s chosen is the knowledge model: another decade of actuarial guessing about assets that left the actuarial tables long ago — or instruments on the assets themselves. Which of your buildings’ critical assets is oldest, least documented, and still being serviced on a calendar designed for its younger self?

Sources:

38-45% of Every Maintenance Budget Goes to Emergency Repairs — Not Because the Team Failed, But Because the Scheduling Model Did

Pull a dollar out of your maintenance budget and follow it. If your operation looks like most, somewhere between 38 and 45 cents of it will be spent on emergency work — and the problem isn’t the share itself. The problem is what that specific kind of cent buys.

Because an emergency dollar and a planned dollar are not the same currency. They just look identical in the ledger.

→ How condition monitoring interrupts the reactive loop: Predictive Maintenance for Critical Assets

The anatomy of an emergency dollar

Take one unplanned failure and itemize where the money actually goes — not the category, the components.

  • The labor premium. Emergency response means after-hours rates, weekend multipliers, or whichever vendor could come now rather than the vendor with the best rate. Time-and-a-half to double-time on labor is the standard tax for urgency, before negotiating power even enters the picture — and it doesn’t, because a down asset has no negotiating power.
  • The parts premium. Expedited freight, will-call pickup runs, or the distributor’s emergency stock at emergency markup — versus parts ordered on lead time at contract pricing for a scheduled job.
  • The collateral scope. Failures don’t fail politely. The belt that snaps takes the bearing; the bearing scores the shaft. Run-to-failure routinely converts a component replacement into an assembly replacement. The planned version of the same intervention would have been one part, installed during a scheduled window.
  • The downtime bill. The hours or days the asset is out — lost revenue in a restaurant, comped rooms in a hotel, tenant credits in an office — never coded to maintenance at all, but caused by it.
  • The coordination scramble. The calls, escalations, and approvals that emergency work demands, which is its own untracked layer of cost in commercial building maintenance and which planned work, with its booked vendor and pre-authorized scope, mostly doesn’t generate.

Stack those components and the industry’s working rule of thumb emerges — reactive work running at a multiple of the planned cost for the same intervention. McKinsey’s research quantifies the gap from the other direction: operations moving to predictive, data-driven maintenance cut costs 30–45%. That reduction isn’t magic. It’s the premium stack, removed.

An emergency dollar and a planned dollar are not the same currency. They just look identical in the ledger.

Why the real number never appears in any report

Here’s the accounting trap: every component of the premium stack lands in a different bucket. The labor premium hides inside the same “repairs” category as normal labor. The collateral scope looks like a bigger repair, not a preventable cascade. The downtime lands in operations or revenue, never in maintenance. The coordination cost dissolves into payroll. So the ledger faithfully reports that maintenance cost $X — and structurally cannot report that 40% of $X was spent at a 2–4x exchange rate.

BOMA’s Experience Exchange Report gives operators benchmarks for what maintenance should cost per square foot; the operations sitting above benchmark are usually not doing more maintenance. They’re buying the same maintenance in the expensive currency.

This is why the 38–45% figure deserves a harder reading than it usually gets. It doesn’t mean “38–45% of the work was urgent.” It means that share of the budget was converted at the emergency exchange rate — and the conversion fee was invisible.

The operation that sees the exchange rate

What separates operations that escape this isn’t effort — it’s instrumentation. When every work order carries its type (planned versus reactive), its full cost, and its asset, the exchange rate becomes a number on a screen: cost per intervention, planned versus unplanned, per asset class, per site.

STAGE 1 Cost Tagging

Every work order automatically captures its type, full cost, and asset at creation so the exchange rate remains visible.

STAGE 2 Condition Monitoring

Sensors catch the drifting bearing at the $400 stage instead of the $4,000 stage, mechanically breaking the reactive loop.

STAGE 3 Financial Reporting

The reactive share stops being an ambiguous year-end estimate and becomes a managed, actionable monthly metric.

Condition monitoring on critical assets then attacks the ratio at its source — catching the drifting bearing at the $400 stage instead of the $4,000 stage — which is the mechanical loop-breaker covered in detail here. The financial reporting layer in Sweven FM tags every work order this way at creation, precisely so the reactive share stops being a year-end estimate and becomes a managed monthly number.

The Diligence Question

So here’s the diligence question, the one a sharp CFO or a sharp buyer eventually asks: of last year’s maintenance spend, what share was converted at the emergency exchange rate — and what was the fee? If the honest answer is “we can’t separate it,” then the 38–45% isn’t your statistic. It’s your blind spot.

Sources:

40% of FM Managers Are Over 55. The Knowledge They Carry Needs to Live in a System Before They Leave

Two facts, side by side. FacilitiesNet puts roughly 40% of facility management leaders over the age of 55. And the replacement pipeline behind them is thin — IFMA has been tracking the profession’s recruitment problem for years: FM is a career people arrive at sideways, rarely one they study toward, and the incoming cohort is a fraction of the outgoing one.

This isn’t one operation’s succession problem. It’s the entire industry scheduling the departure of its institutional memory inside a single decade — and the standard corporate response to it is built on a premise that’s quietly false.

The standard response, and why it runs backward

Watch how most organizations handle a senior FM’s announced retirement. Somewhere in the final ninety days, a knowledge-transfer project begins: exit interviews, a shadowing period for the successor (if one was found), and the request every retiring FM has heard — “could you document your processes before you go?”

Run the math on what that produces. Thirty years of operational knowledge — why each vendor was chosen, which asset behaves badly in August, what the inspector flagged in 2019 and how it was resolved, which PM frequencies were adjusted from the manual and why — compressed into a few weeks of interviews and a binder written by someone with one foot out the door, answering questions the successor doesn’t yet know enough to ask. The knowledge that surfaces is the knowledge that happens to come up. Everything else retires on schedule.

The premise underneath this model is that knowledge transfer is an event — something you do at the end. That premise is the failure. Thirty years of context cannot be exported in ninety days, by interview.

The premise underneath this model is that knowledge transfer is an event — something you do at the end. That premise is the failure. Thirty years of context cannot be exported in ninety days, by interview, no matter how good the interviewer. The transfer window is the career, not its final quarter.

The same retirement, in an operation where the system was learning all along

Now rerun the retirement in an operation built differently — where the senior FM spent the last several years working through infrastructure that records as a side effect of operating.

STAGE 1 Operational History

Every work order touched logs the asset, vendor, cost, and findings, ensuring asset histories are queryable records rather than memory.

STAGE 2 Cumulative Judgment

Vendor judgments are scores accumulated from every engagement based on response times, completion quality, and invoice accuracy.

STAGE 3 Automated Compliance

The compliance calendar runs itself. Every inspection, certificate, and regulatory deadline is decoupled from human memory.

The PM frequencies she adjusted from the manufacturer’s defaults exist as templates in the system, with the adjustment dated and the reasoning attached. The compliance calendar — every inspection, every certificate, every regulatory deadline across multi-site facility management — runs itself, because it never depended on her remembering.

Her retirement party is in the same month. The operational difference: her successor inherits a running system on day one — and the ninety-day transition gets spent on the things that genuinely require a human handoff, the politics and the relationships, instead of on archaeology. The knowledge-transfer project doesn’t fail. It was never needed, because the transfer happened continuously, invisibly, for years.

What changes at the industry scale

Here’s why this matters beyond any single operation. The hiring market cannot solve a 40%-over-55 problem — the replacement humans don’t exist in sufficient numbers, and won’t by the time they’re needed. Which means the industry-level question isn’t “how do we recruit faster.” It’s “how much of what senior FMs do can be made transferable — held in systems rather than in tenure?”

The honest answer from our interviews: a great deal of it. The judgment — repair versus replace, vendor negotiation, capital strategy — stays human, and stays scarce. But the operational knowledge underneath the judgment — the histories, the schedules, the vendor records, the compliance state — is exactly the layer that systems hold better than people anyway, because systems don’t retire, don’t take their contact list with them, and don’t compress thirty years into a binder. Building that layer as standard infrastructure is the bet Sweven FM made, because the retirement math made it unavoidable.

The Succession Question

So the planning question for your operation isn’t whether your senior people will leave — the demographics already answered that. It’s this: on the day they announce it, will the system already know what they know?

Sources:

The Deferred Maintenance Backlog Builds $200 at a Time: How Automated PM Scheduling Is the Only Thing That Interrupts the Pattern

Nobody has ever deferred a million dollars of maintenance. It’s not a decision that exists. What exists is a $200 belt inspection on a Thursday afternoon when two techs are out, the quarter’s numbers are tight, and the unit is running fine.

Deferring it is the correct call. Read that again, because it’s the entire mechanism: each individual deferral is locally rational. The belt will almost certainly survive another month. The $200 genuinely is needed elsewhere. The person deciding will almost never see this specific deferral cause a specific failure — and if it does, the failure will arrive months later, attributed to age or luck.

Now run that correct call a few hundred times a year, across a few hundred assets, for a decade.

The backlog isn’t a list of postponed tasks. It’s a portfolio of appreciating liabilities, compounding silently, in nobody’s ledger.

The arithmetic of accumulation

This is how institutional backlogs reach the scale that research keeps documenting — Gordian’s facilities data and BOMA’s benchmarking have tracked deferred maintenance growing faster than the budgets meant to address it for years, with national-scale estimates running to hundreds of billions across U.S. building stock. Those numbers feel abstract precisely because no one ever decided them. They are the compound interest on small, reasonable Thursdays.

And the compounding is literal, not metaphorical. A deferred $200 inspection doesn’t stay a $200 liability. The belt that wasn’t inspected wears the bearing; the bearing strains the motor; the motor failure takes the unit down in July at emergency labor rates with expedited freight. Industry rules of thumb put the eventual cost of deferred work at several multiples of the original task — and that’s before counting downtime, tenant impact, and the coordination costs that never appear on any invoice. The backlog isn’t a list of postponed tasks. It’s a portfolio of appreciating liabilities, compounding silently, in nobody’s ledger.

Why no one interrupts it

Three structural reasons, and none of them is negligence.

  • First, the deferral is invisible at the moment it happens. In a spreadsheet-run operation, “deferred” looks identical to “scheduled for later” — there is no counter ticking, no liability accruing on any screen.
  • Second, the feedback loop is broken by time: the failure arrives one to three years after the deferrals that caused it, far past the horizon of attribution, often past the tenure of the person who deferred.
  • Third, the incentive gradient points one way: the person who defers saves visible money today; the cost lands on a future budget, sometimes a future employee.

Every quarter, the locally rational choice is to defer, which is why exhortation (“we need to stop kicking the can”) has never fixed a backlog anywhere. A pattern this structural doesn’t yield to discipline. It yields only to changing what’s visible and what’s automatic.

The two mechanisms that actually interrupt it

The first is automated PM scheduling — and the load-bearing word is automated, in a specific sense. When PM work orders create themselves, book themselves, and escalate on slippage, deferral stops being a silent non-event and becomes an explicit decision: a named person accepts a flagged exception, with a date, on a record. Nothing about the economics changed — but the invisibility did, and the invisibility was carrying the whole pattern. Deferrals still happen; they just happen on purpose, visibly, and they stay on a list that doesn’t forget.

The second is asset health scoring, which repairs the broken feedback loop. When sensor data and work-order history roll into a per-asset condition score, the deferred belt inspection shows up as a degrading number on a dashboard this quarter — not as a mystery failure in three years. The liability becomes legible while it’s still cheap, which is the only moment intervention pays. This is the data layer that a spreadsheet was never going to capture, and it’s the difference between managing a backlog and discovering one. Making that liability visible per asset, per site, before it compounds, is the core of what Sweven FM’s asset health layer does — because operators told us the backlog was never decided, only discovered.

STAGE 1 Automated Escalation

PM schedules self-generate and escalate upon slippage, turning silent deferrals into explicit, recorded decisions owned by a named person.

STAGE 2 Health Scoring

Sensor data and work-order histories combine to create a live condition score per asset, repairing the delayed feedback loop.

STAGE 3 Legible Liability

Deferred tasks immediately show up as degrading dashboard numbers, making the compounding risk visible while intervention is still cheap.

The Closing Arithmetic

Here’s the closing arithmetic worth doing on your own operation: count the PM tasks deferred last quarter — if you can. If you can’t count them, that’s the finding. The backlog is building right now, $200 at a time, and the only question is whether it’s building on a screen someone watches or in the dark.

Sources:

64% of Facility Teams Still Use a Spreadsheet for PM Tracking — and Why That’s a Data Infrastructure Problem Before It’s a Technology Problem

Roughly two out of three facility teams still run preventive maintenance out of a spreadsheet.

Sit with the number before explaining it away. In 2026 — with the smart buildings market at $141.8 billion per Grand View Research, with sensors cheap and software abundant — the operational core of most commercial maintenance programs is a file. Often one file. Often on one laptop. Frequently with a filename ending in _v3_FINAL_revised.

How the number actually happens

Nobody decides to run a portfolio on a spreadsheet. The spreadsheet wins by accretion. It starts honestly: a small operation, twenty assets, one person, and a grid of rows that genuinely works. The operation grows; the spreadsheet grows with it — new tabs, color codes, a column only Janet understands. Each individual day, the spreadsheet is good enough, and replacing it is a project nobody has time for precisely because they’re busy maintaining the spreadsheet. The cost never arrives as a single event. It arrives as a thousand small absences: the PM that wasn’t logged, the asset that was never added, the date that was overwritten instead of versioned.

And it persists because the market’s standard answer — “buy a CMMS” — fails often enough to validate the skeptics. Verified Market Research data puts roughly one in four CMMS implementations in the failure column. Most operations know one of those stories personally. The spreadsheet, whatever its sins, has never required a six-month implementation.

What most operations do when they see the 64%

Nothing — and the reasons are rational, which is exactly why the number is stable. The spreadsheet is free, familiar, and flexible. The pain it causes is chronic rather than acute, and chronic pain doesn’t trigger projects. The failed-CMMS stories provide cover. And the framing everyone uses — “we should modernize our tools” — makes the problem sound cosmetic, a matter of interface preference. So it waits.

The spreadsheet’s real cost isn’t inefficiency today. It’s that the spreadsheet destroys data at the moment of creation — and data is the prerequisite for every capability the operation will want next.

The actual failure point: the data that never existed

Here’s the reframe that changes the decision. The spreadsheet’s real cost isn’t inefficiency today. It’s that the spreadsheet destroys data at the moment of creation — and data is the prerequisite for every capability the operation will want next.

Be precise about the mechanism. A spreadsheet row says a PM was done on a date. It does not capture: who performed it, what they found, what readings the asset showed, what parts were used, how long it took, what it cost, or whether completion was verified versus merely typed. That context existed — in the technician’s hands, on that day — and the spreadsheet had no field for it, so it evaporated. Multiply by every work order for ten years: the operation has a log of dates and an institutional memory of nothing.

Now connect it forward. Predictive maintenance for commercial buildings runs on asset histories — failure patterns, condition trends, cost curves. AI scheduling runs on clean work-order data. McKinsey found only 5% of AI programs in commercial real estate achieved their objectives, and the consistent failure point is exactly this: models pointed at data that doesn’t exist or can’t be trusted. The 64% isn’t a tools statistic. It’s a measurement of how many operations are currently ineligible for the technology they’ll be sold next year.

The condition that changes it

The exit isn’t “stop using spreadsheets.” It’s making structured data capture a byproduct of doing the work, rather than a clerical task after it. Work orders that carry asset, cost, parts, findings, and verification as fields filled in the flow of execution — by the technician closing the job, by the sensor that triggered it, by the payment that released on verified completion. An asset registry built automatically from the work that touches the assets, not from a data-entry weekend that never happens. Migration that starts from the spreadsheet rather than demanding its abandonment — which is, concretely, how Sweven FM onboards operations, because demanding a clean slate is how that one-in-four failure rate happens.

STAGE 1 Data as a Byproduct

Structured data capture happens in the flow of execution, recorded instantly by the technician, sensor, or payment release.

STAGE 2 Automated Registry

The asset registry builds itself organically from the actual work that touches the assets, eliminating manual data entry.

STAGE 3 Iterative Migration

Transition starts directly from the existing spreadsheet, avoiding the clean-slate demands that cause implementations to fail.

The Core Question

The question the 64% should raise in your operation isn’t “should we get better software.” It’s this: three years from now, when you want the system that predicts failures and defends your compliance position — will the data it needs exist? Because it’s being created, or destroyed, today.

Sources:

The Difference Between a Maintenance Budget and a Record of Emergencies — and How Automated PM Scheduling Changes That Ratio

Take any commercial operation’s maintenance ledger and sort it into two piles: work that was planned, and work that was a reaction to something breaking. The ratio between those piles is the most honest sentence the operation can say about itself. And in most operations, the reactive pile dominates — not because the team is careless, but because the scheduling model guarantees it.

Watch the model run for a quarter and the mechanism becomes obvious.

Deferred prevention manufactures the very emergencies that crowd out prevention. The loop is closed and self-feeding: reactive load defers PMs, deferred PMs generate reactive load.

The current model, step by step

  • Week one: the PM calendar says the rooftop units get serviced. But two corrective work orders came in Monday — a tenant complaint and a leak — and correctives are loud while PMs are silent. The technician hours go to the loud work. The PM moves to next week.
  • Week three: next week never came, because more correctives arrived. They always do. The PM is now a month behind, and here’s the mechanism most operations never name: every deferred PM slightly raises the probability of the next corrective. The filter not changed becomes the coil that freezes. The belt not inspected becomes the bearing failure. Deferred prevention manufactures the very emergencies that crowd out prevention.
  • Quarter’s end: the ledger shows the result. Reactive work consumed the budget at emergency pricing — after-hours rates, expedited parts, the coordination costs nobody tracks — while PM completion sits somewhere south of 70%, a number nobody reports because nobody is measuring it. The loop is closed and self-feeding: reactive load defers PMs, deferred PMs generate reactive load. This is why the ratio is structural, not moral. The team didn’t fail. The scheduling model did exactly what its design implies.

McKinsey’s research quantifies the exit price: operations that move to predictive, data-driven maintenance see cost reductions of 30–45% and downtime cut substantially. Read that as the size of the tax the reactive loop charges.

The same quarter, with the scheduling model replaced

Now rerun the quarter with two structural changes — not more discipline, different mechanics.

First: PM work orders create, schedule, and escalate themselves. The rooftop unit service doesn’t wait for someone to remember it amid the correctives; it exists in the queue with a deadline, it books vendor capacity in advance, and if it slips, it escalates to a human as an exception requiring a decision — visible, owned, documented — rather than dissolving silently into “next week.” The PM stops competing for attention, because attention is no longer what schedules it. That’s the foundation any serious commercial building maintenance program rests on: prevention that doesn’t depend on a quiet week.

Second: the calendar stops being the only trigger. Sensors on critical assets — vibration, temperature, current draw, runtime hours — generate condition-based work orders when readings drift, which catches the failures the calendar can’t see and skips the service the asset doesn’t yet need. Calendar PM is a guess averaged across all assets; condition data is the asset telling you itself.

STAGE 1 Automated Escalation

PMs stop competing for human memory. They self-schedule and escalate as exceptions when deadlines slip.

STAGE 2 Condition Triggers

Asset sensors generate work orders based on actual performance drift, skipping unnecessary calendar PMs and catching blind failures.

STAGE 3 The Reverse Loop

Completed prevention reduces reactive load, which in turn protects the team’s capacity for further prevention.

By the new quarter’s end, the ledger reads differently in a specific, mechanical way: the reactive pile shrinks because fewer failures occur (PMs actually happened) and because drifting assets got caught at the cheap stage (sensors flagged them). The remaining reactive work is genuine surprise — and it’s affordable, because it’s no longer the whole budget. The loop now runs in reverse: completed prevention reduces reactive load, which protects capacity for prevention.

The ratio as a leading indicator

Here’s what changes for the operator personally: the reactive-to-preventive ratio becomes a number you manage instead of a verdict you receive. Watch it monthly per site and it predicts cost trajectory two quarters out — a site drifting reactive is a site about to get expensive, visible while there’s still time to act. Operators told us in interview after interview that their budget “didn’t exist” — that it was a record of emergencies. The semi-autonomous scheduling layer in Sweven FM was built to attack exactly that loop at its mechanism: the silent deferral.

The Ledger Test

Pull your last quarter’s ledger and sort it into the two piles. Whatever the ratio is — was it chosen, or did it just happen?

Sources: