Whatthisisaboutinpractice
Who is about to leave
Churn is rarely a surprise in hindsight: the pattern often sits in the ordering frequency months earlier. The value is not in knowing but in knowing in time.
How busy it will get
Per week or per part of the day, so you can staff and buy accordingly. This is the application that pays back fastest, because you can act on it directly.
Who will not turn up
No-shows cost a slot you could have filled. A probability per appointment turns overbooking into a calculation rather than a gamble.
How long something will take
Lead time on an order or a repair. Useful for planning, but mostly for giving your customer a date you actually meet.
Whatyousupply,andthetrapinsideit
History, and enough of it. Two years is the practical minimum once there is seasonality involved, because with one year the model has seen exactly one summer and cannot tell whether that is the pattern or the weather that year.
And then the trap: only the columns you genuinely have at the moment of forecasting. This sounds obvious and it almost always goes wrong. You want to predict whether a customer will leave, and the export contains a column “reason for leaving”. It is filled in for a leaving customer and empty for a staying one, so the model becomes brilliant, and it is worthless: at the moment you want to use it that column is still empty.
So I go through the columns with you one by one with the same question each time: did you already know this at the moment you needed the forecast? Everything with a no goes out, however much it helps.
Howyouknowitworks:backtestingandcomparing
Not with a random split of the rows, because then the model trains on next week and tests on last week. It is measured backwards through time: learning on everything up to a date, predicting what happened after, and shifting that forward a number of times. That measures what the model would have done on a Monday morning.
And it is set against the dumbest reasonable rule. For busyness that is usually “this week is like the same week last year”. If the model does not beat that, you do not need a model but that rule, and that is an outcome I would rather send you home with than a dashboard. Surprisingly often that simple rule is tougher than people expect.
The result is a range rather than a number. “Between 180 and 240 visitors” is usable; “211 visitors” is false certainty that you take the wrong decisions on.
Wherethiscomesapart
Information from the future. The trap above, and it is so often the cause of a result that is too good that a model which works well immediately makes me suspicious before it makes me happy. “What do we actually know at this point?” is the most important question of the whole project.
A model that predicts the average. If you ask how many customers will leave and three percent leave per year, then “nobody leaves” is right ninety-seven percent of the time. That is the same pitfall as with image recognition in a different coat, and the answer is the same: do not look at one number but at what you catch and what you miss.
And a break in the history. A move, a price change, a year in which the world was different: the model takes that along as a pattern. Sometimes the answer is to leave that period out, sometimes to include it separately. That is a conversation, not a setting.
Whatitcosts
Forecasting one outcome from figures in one system, with an export as the result.
Merging sources that are not connected today, and backtesting the model across several years.
Several outcomes or models side by side, with seasonality and outside factors, and a monthly re-measurement.
All amounts exclude VAT.
WhatIdonotusethisfor
Not for decisions about people. Creditworthiness, pre-selecting job applicants, assessments about health: those uses fall partly into the high-risk category of the AI Act, with obligations a one-person business cannot carry and consequences you do not want to explain when it goes wrong.
And not when the question is really “why”. A forecasting model says what is likely to happen, not what causes it. If you want to know whether your action caused something, that is a different kind of research, and a model is the wrong tool.
Looking for something else?
Questionsthatcomewiththis
- How much history do I need at minimum?
- Without a seasonal pattern a year gets you a long way. With seasonality, which is most businesses, two years is the practical minimum and three is better. Less is possible, but then you will hear from me that the range stays wide.
- My figures are in an accounting package. Can I get anything out of that?
- Almost always: an export to Excel or CSV is enough to start with. If it sits in several systems that are not connected, merging them is its own item in the quote, because that is the work underneath.
- What if the model turns out to be off?
- That happens, and the question is whether you notice. That is what the care plan is for: measuring again each month against what actually happened, and flagging it when it slips. A model nobody measures any more is an assumption with a graph around it.
- Can I see why the model predicts this?
- At the level of which data weighs heaviest: yes, and that is included as standard. At the level of one specific customer it is harder and depends on which kind of model works best. If explainability matters more to you than the last percentage point, say so up front and I will choose accordingly.