Proactive Care
AI Prediction
The whole cycle in one place — read the signal, warn the right person, clean before the threshold, and respond when something slips through anyway.
Request a free assessmentA forecast that changes nothing is a dashboard
Predictive maintenance in this industry usually stops one step short. Something measures the building, a chart appears, and the cleaning schedule stays exactly where it was. The prediction was real; it just had no consequences.
We treat a prediction as an instruction. If the model says the east-wing restroom will cross its condition threshold around 3 PM, the useful output is not a chart with a rising line — it is a task, assigned to a named person, timed for 2:30 PM.
That is the entire point of the proactive model. Everything else on this page is mechanism.
What the model reads
Three inputs, all of them things that already exist in the operation rather than a separate data-collection project:
Usage. Sensor counts on entries and fixtures give the actual traffic an area took — not the traffic the floor plan implies. Two identical restrooms on two floors routinely differ by a factor of three, and only one of them needs a mid-afternoon visit.
Condition. Readings from the same sensors — dispenser levels, waste volume, ambient signals — say how far the area has drifted from where it should be.
History. What inspections found the last hundred times an area looked like this. This is the input that makes the model specific to your building instead of generic to the industry.
The first two come from IoT sensors and the restroom monitoring layer. The third comes from smart inspections — which is why inspection scoring is not paperwork here. It is the training signal.
The four moves, in order
Prediction on its own is one quarter of the model, and the weakest quarter alone:
- Risk detection — the pattern that precedes a failure is recognised while there is still time to act on it.
- Early warnings — the person who can do something is told, before the condition is visible to anyone using the building.
- Predictive cleaning — the visit is scheduled against real usage rather than a calendar.
- Proactive response — when something still gets through, the intervention closes it before a complaint is filed.
Each of the four has its own page because each fails differently. A system that predicts well and notifies badly produces the same outcome as no system at all.
Where it is wrong, and how you find out
Every forecast is compared against what the inspection actually found, and the gap is kept. That comparison is the honest part of this page: over a month, some areas are predicted well and some are not, and the ones that are not are usually the ones with irregular use — an event space, a training room booked at random, a lobby that empties for a week.
For those, the model is worse than a supervisor who knows the building. So the supervisor overrides it, and the override is recorded with a reason. We would rather run a model that gets corrected in public than one that quietly averages its errors into a number nobody questions.
What it runs on
The forecast lives inside predictive management in the CleanVision platform — the same system your supervisors and ours open every day. The tasks it generates are ordinary tasks in the same queue as everything else, and the proof that they happened is the same proof of service that covers the rest of the contract. There is no separate AI product to buy, log into, or believe in.
How you verify it
Delivered is not the same as proven
Every service below reports into CleanVision, so the work leaves a record you can audit — not a promise you have to trust.
-
The forecast is checked against reality
Every prediction is later compared with what the inspection found. A model nobody scores is a model nobody can trust — and the score is yours to see, not just ours.
-
Confidence travels with the number
A prediction made from two weeks of data on a new account is not the same as one made from eight months, and it is not presented as if it were.
-
A person can always override it
The supervisor covering your account can reject a predicted schedule and say why. Those rejections are training data, not friction to be engineered away.
Common questions
No, and the difference is testable: a schedule is fixed in advance and a forecast moves. If your third-floor restroom takes twice its usual traffic on Tuesday, the fixed schedule still sends someone Thursday. The forecast sends someone Tuesday afternoon and skips a low-traffic Friday. Over a month, the number of visits may be similar — but they land where the usage was.
We start on a conventional frequency and say so plainly. The model needs weeks of real readings before its predictions beat a sensible fixed schedule, and we would rather tell you that than present a guess as a forecast.
It proposes; the supervisor decides. The prediction creates a task with a recommended time, and a human running the account can move it, drop it, or escalate it. Nothing in the model dispatches a person without a supervisor in the loop.
Then the inspection catches it and the miss is recorded. Wrong predictions are the most useful input the system gets — they are what corrects the threshold for that specific area. The failure we actually work to avoid is a wrong prediction nobody notices.
Excellence isn't a promise — it's a guarantee
Request a free assessment of your facility and see what a proactive operation catches that a reactive one bills you for later.
Talk to Protex