The toolkit

Churn & demand prediction

Using your own history to estimate what happens next — who leaves, what sells.

Prediction sounds like the most advanced thing on this page. In practice it is the most ordinary: a model looks at what happened before and estimates what happens next.

For churn, it learns the shape of a customer drifting away — orders getting smaller, gaps getting longer, support contacts changing tone — and scores who is at risk while there is still time to pick up the phone. For demand, it learns seasonality and trend and estimates next month, so reordering stops being a guess.

Nothing exotic is required. On the data volumes a typical SME has, gradient boosting or even a well-built regression usually beats anything more fashionable. Anyone proposing deep learning for a thousand customers is selling you something.

Today

You find out a customer has left when someone notices they have not ordered in a while — usually a quarter too late to do anything about it. Reorder quantities are set by whoever is on shift and their memory of last year.

After

Monday morning: twenty accounts ranked by risk, each with the reason. Your salesperson calls the top five. Reorder suggestions arrive before the shelf empties instead of after.

What the model actually learns

Prediction sounds like the most advanced item on this page. It is the most ordinary, and understanding why makes it much easier to judge whether it will work for you.

A churn model looks at every customer you have ever had and asks what the ones who left had in common in the months before they left. Not opinions — measurable things. How long since the last order, and is that gap longer than their own normal. Whether order size is trending down. Whether they have narrowed from six product lines to two. How often they contact support, and whether that changed. Whether invoices started being paid later.

None of those signals means much alone. A customer who has not ordered in six weeks might be perfectly happy if they only ever order quarterly. The model's job is to weigh them together, relative to each customer's own pattern, and produce one number: how much this account looks like the ones that left.

Demand forecasting works the same way in reverse. It learns that a line sells more in the weeks before Raya, that a particular SKU has been trending up for nine months, and that December is always slow — then combines those into an estimate for next month.

What matters commercially is that these are estimates with error bars, not prophecies. A good churn model does not tell you a customer is leaving. It tells you this account looks more like the leavers than eighty percent of your book, which is enough reason to make a phone call.

Why simple models usually win here

There is an assumption that a better model means a more sophisticated one. On SME-sized data the opposite is generally true, and it is worth knowing so you can recognise when you are being oversold.

Deep learning needs a great deal of data to beat simpler methods. It shines on millions of examples. If you have two thousand customers and three years of orders, gradient boosting or even a well-specified regression will typically match or beat it, train in seconds instead of hours, cost nothing to run, and — critically — be able to tell you why it produced a given score.

That last point is the one that decides whether the project succeeds. A score with no explanation is something your salesperson will ignore by week three. A score that says "flagged because order frequency has halved and the last two invoices were late" is something they can act on, because it tells them what to say when they call.

So if someone proposes a neural network for a thousand customers, ask what it buys you over a simpler model. Sometimes there is a good answer. Usually there is not.

How to tell whether it is actually working

A model that is never checked quietly stops being right, and the failure is invisible because it still produces confident numbers.

The honest way to evaluate a churn model is to train it on older data and test it on newer data it has never seen — never on the data it learned from, which flatters it enormously. We report both what it catches and what it misses, because a model that flags everyone catches every leaver and is useless.

For SME churn, identifying sixty to seventy percent of leavers early enough to act is a genuinely good result. If someone promises ninety-five percent, they either have extraordinary data or they are describing a test they overfitted. Be suspicious of very high numbers.

After launch, the check is simple and you can run it yourself: of the accounts flagged high risk three months ago, how many actually stopped ordering, and how many of the ones nobody flagged left anyway? Customer behaviour shifts, so plan on retraining roughly twice a year.

What you need before a model is worth building

Data Minimum Comfortable What it is used for
Transaction history 12 months 24–36 months Learning each customer's own normal rhythm
Distinct customers 300 1,000+ Enough leavers for the pattern to be real
Consistent customer IDs Essential Essential One buyer must not appear as three
Support or contact log Optional Helpful Tone and frequency shifts are early signals
Payment timing Optional Helpful Late payment often precedes leaving

Where this goes wrong

Scoring customers nobody will call

The model is not the deliverable; the phone call is. If no one owns acting on the list, you have bought an expensive weekly report. Agree who calls before we build.

Training on data that leaks the answer

Including a field that only gets filled in after a customer has left will produce a model that looks near-perfect in testing and useless in practice. This is the most common technical mistake in churn work.

Treating the score as a verdict

It is a ranking, not a judgement. Its job is to decide who gets the limited hours your sales team has this week, not to write anyone off.

How we actually build it

  1. 01
    We look at what you already have

    Two years of transactions is plenty. Less than one, and we will say so rather than build something that guesses confidently.

  2. 02
    We agree what we are predicting

    "Churn" has to mean something specific — no order in 90 days, say. Vague targets produce useless models.

  3. 03
    We build and test honestly

    Trained on older data, tested on newer, so the score you see is the score you get. We report what it misses, not only what it catches.

  4. 04
    We put it where someone will act

    A ranked weekly list with reasons attached, in the tool your salesperson already opens. A model nobody acts on is an expensive report.

Right when
  • You have at least a year or two of transaction history
  • Losing a customer is expensive and you find out too late
  • You are guessing at reorder quantities and paying for it in stock or stockouts
Not right when
  • Too little history. A model cannot learn a pattern from a handful of examples
  • The data is unreliable — clean it first, or the model learns the mess
  • Nobody will act on the score. A prediction nobody uses is an expensive report
What we need from you
  • Transaction history, ideally 18–24 months
  • Reasonably consistent customer records
  • Someone who will act on the list
Typical timeline

3–5 weeks including the data cleanup that always turns out to be necessary.

What people ask about this

How accurate is it?

For SME churn, catching 60–70% of leavers early is a realistic and genuinely useful result. Anyone promising 95% either has extraordinary data or is describing a test they overfitted.

My data is messy.

Almost everyone's is. Cleaning it is usually the first half of the project, and it makes your reporting better whether or not the model ships.

Would this work for you?

The first call is free, and we will say plainly if this is the wrong tool for your problem.

Book a free call