AlevynAlevyn
Back to Resources
Operational Playbooks

Fixed-and-Came-Back Is Your Parts Forecast.

Every building is constantly telling you what it needs next: which compressor is dying, which supply lines are past their era, which breaker panel has opinions. Most operations are technically listening. Almost none are writing it down in a form that adds up. That gap has a budget line.

Three repairs, one decision being dodged

The same pressure-reducing valve fails in March, July, and November. In the maintenance system this is three tickets, three prompt responses, three closes. Statistically, your operation is batting a thousand. In reality it is one decision, the replacement, being postponed three times, with each postponement billed separately: three truck rolls, three parts orders, three interrupted afternoons, and three chances for the failure to happen at 2 a.m. on a holiday weekend instead of 2 p.m. on a Tuesday. The fourth failure is not a possibility. It is a scheduled event with an unknown date. Counting says three successes. Weighing says one problem, getting more expensive each time it is touched. This is the blind spot at the center of ticket-based operations: the unit of record is the repair, when the unit of decision is the asset. Nobody is doing anything wrong inside that system. The techs are fast, the closes are honest, the response times are great. The system is simply answering a question nobody in ownership is asking, while staying silent on the one they are: what in this building is about to need real money?

Why the math never gets done

Ask why the valve got repaired three times instead of replaced once, and you will not find a villain. You will find arithmetic that nobody was assigned to do. Closed tickets reset the count to zero. That is the design. A work-order system exists to move work to done, and it is good at it, which is exactly the problem: done is a status, not a history. When the July failure arrives, the March failure is a closed record in last quarter's data, and the tech who handled both might mention the pattern if he happens to be the same tech, if he happens to remember, if anyone happens to ask. Then he takes a job across town, and the building's memory walks out the door with him. This is the quiet cost of turnover that nobody puts on a spreadsheet: every departure erases the informal repeat-detection system the property was actually running on. The formal systems never had it. The pattern was stored in a person. Fixed-and-came-back is the signal, and it is only visible to a record that includes closed work in its math, because the whole point of a repeat is that somebody already thought it was over.

Buildings telegraph their failures

Mechanical systems almost never fail without a warm-up act. The water heater runs louder for a month. The breaker trips twice in a season. The condensate pan overflows in June and again in August. The parking gate starts needing a second badge tap. Each event is small enough to fix and forget, and every one of them is the building filing a report about its own future. The expensive version of this knowledge is sensors, telemetry, and a predictive maintenance platform. The cheap version is a field team that photographs what it finds, every time, because the ask is a photo and nothing else, feeding a record that notices when the same location produces the same problem across the trailing twelve months. That is the whole trick. No probes, no algorithms making promises. Just the discipline of a sealed capture at the moment of contact, and a system that refuses to let closed mean forgotten. A year of that discipline and the building's telegraph becomes readable: which stack has the plumbing problem, which rooftop unit is on its farewell tour, which panel needs an electrician's afternoon before it needs a fire investigator's. The forecast was always being broadcast. The record is just the antenna.

From repeat record to budget line

Here is where the record changes rooms. Everything up to this point lives in operations. The repeat history lives in the capital conversation, and it argues better than anyone on the payroll. A regional walks into a budget meeting with two possible sentences. The first: we think the domestic hot water system at Crescent Pointe is nearing end of life. The second: here are five sealed records across eleven months, same system, same location, escalating frequency, with photos, timestamps, and the response history attached. The first sentence is a hunch wearing a tie. The second is a replacement decision that has already justified itself. Owners fund evidence faster than they fund intuition, and they are right to. A repeat record converts deferred maintenance from an argument into an exhibit: this is what postponement has cost so far, this is the trend line, this is the date the math flips. The same record settles the reverse case too. When the answer is genuinely repair, not replace, the record proves the fix held, because the verification is attached and the location went quiet. Capital discipline runs on knowing the difference, and the difference is only knowable if somebody kept score.

The record that defends you is the record that plans for you

Most operators meet the idea of incident records through the liability door: prove what you knew, when you knew it, what you did. Fair enough. That is the door with the demand letter behind it. But walk through it and you find the same record doing a second job with no additional effort from anyone. The sealed capture that would defend a habitability claim is also the data point that flags the failing valve. The repeat detection that establishes a foreseeability defense is also the parts forecast. The sign-off trail that proves leadership acted is also the paper trail for the capital request. One photo in the field, weighed and remembered, serves both masters: the lawyer you hope never to need and the budget you build every year. That is the argument for making capture effortless, offline, and universal. Not because documentation is a virtue, but because a building that keeps its own history is cheaper to run, easier to defend, and honest with its owners about what is coming. The forecast is a byproduct. You were going to take the photo anyway.

Common Questions

How many repeat failures should trigger a replacement decision?

There is no magic number, and anyone selling one is guessing. The honest inputs are frequency trend, severity of the failure mode, cost per occurrence versus replacement cost, and what fails downstream when it goes. What matters is that the repeats are visible at all, because the count most operations are working from is zero, not because failures aren't repeating but because closed tickets don't add themselves up.

Do closed work orders count toward a repeat pattern?

They are the pattern. Fixed-and-came-back is the strongest signal a building sends, and it is only detectable if closed records stay in the math. A repeat count that ignores resolved work isn't a repeat count. It's a backlog report.

Is this predictive maintenance software?

No. There are no sensors and no predictions, and nothing here claims to know the future. This is the record of what your field team already found, kept in a form that adds up over time. It turns out that a building's documented past is a very good forecast, but the forecasting is done by the pattern, not by a model.

Ready to see your own signals?

Use Public Signal Intelligence to detect which patterns in public feedback are repeating across your portfolio.