Forecasting

The figures are already there, the answer is not

This is the model with the shortest path to a result, because the material usually already exists: in your bookkeeping, your point of sale or your calendar. Nothing has to be collected and nothing judged. That also makes it the model where things most easily go wrong, and why is further down.

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

€1.950
Lead time: 3 to 5 weeks

Forecasting one outcome from figures in one system, with an export as the result.

€3.950
Lead time: 6 to 8 weeks

Merging sources that are not connected today, and backtesting the model across several years.

€6.450
Lead time: 10 to 13 weeks

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.

Find out what is in your figures

With this model the scan often pays for itself fastest: two half-days is usually enough to see whether there is a pattern in your history and whether the columns you need are filled in time.