Tool

B2B SaaS churn prediction:
how to build the model.

Most SaaS companies don't lose customers suddenly. They lose them gradually and only realize it after the cancellation email arrives. A churn prediction model turns the signals already in your data into a ranked risk score. The score doesn't save the account. Someone acting on it does. Here's how to build the model, and what has to happen after it's built.

What it is

Churn prediction is early warning, not late notice.

Most SaaS teams find out a customer is leaving when the cancellation email arrives. By then, the decision was made weeks or months earlier inside the customer's organisation.

Churn prediction reads the same signals a great customer success manager would notice, but across every account, every week. Product usage alone won't catch it. An account can look healthy inside the product and still be dying in billing, support tickets, or anywhere in between. The signal only holds up when it's pulled from every system that touches the account, not just the easiest one to query.

The system won't predict every cancellation. It ranks accounts so CS and sales know where to spend their time this week. And a ranked list on its own changes nothing. No amount of analytics reduces churn if nobody picks up the account and that why at Senpai we work weekly with your team to retain your clients.

Process

How churn prediction works

At Senpai, this is the process we use to build customer-specific churn models and review them weekly with revenue teams.

Step 1

Collect signals from every system

Pull together every signal that preceded past churn: product usage, support tickets, billing, NPS, contract changes, and stakeholder activity. Usage data alone gives you half the picture. Billing and support often move first.

Step 2

Build account-level signals

Translate raw events into features per account: trend over time, velocity of change, concentration of usage, and ratio of active to inactive users.

Step 3

Train a model on past churn

Train on which accounts actually churned and which renewed. The model learns your patterns, not generic benchmarks, so it fits your business.

Step 4

Score live accounts

Run the model against current accounts each week to rank them by risk. High-risk accounts surface before the cancellation email lands.

Step 5

Act with the team

A risk score is a starting point, not a result. Someone has to own each account: outreach, an expansion check, a health call, or renewal prep.  It's the step we build a weekly cadence around.

Signals

The churn metrics that drive the prediction

No single metric predicts churn. The strongest models combine signals from product, billing, support, and the org chart, because no single system tells the whole story on its own.

Engagement decline

Logins, sessions, or core feature usage dropping over 30–90 days. A slowing account is often the first sign of disengagement.

product usagetrend

Support ticket velocity

Sudden spikes or unresolved issues in support. Friction compounds quickly and can push otherwise healthy accounts toward churn.

supportsentiment

Contract / seat utilization

Seats, licenses, or usage volumes sitting far below the contracted limit. Low utilization means low switching cost at renewal.

contractsadoption

Payment behaviour

Late payments, failed charges, or invoice disputes. Payment friction is one of the strongest short-term churn predictors.

billingfinance

Champion / stakeholder change

Your main contact leaves, stops logging in, or gets replaced. Losing the internal champion is a leading cause of churn.

relationshipsorg changes

Product usage trend

Breadth and depth of usage shrinking. Accounts that stop exploring new features or drop back to a single use case are at risk.

adoptiondepth

NPS movement

Falling satisfaction scores or survey feedback. Negative sentiment rarely appears alone; it usually precedes usage and payment signals.

sentimentfeedback
Pitfalls

Common mistakes to avoid

Waiting for the cancellation email

By the time a customer says they are leaving, the decision is already made. Churn prediction is about finding the earlier signals.

Only looking at product usage

Usage is the easiest data to pull, so it's where most teams stop. Billing, support, and relationship changes often move first and tell the fuller story. A model built on usage alone misses accounts that look fine in the product and are already gone everywhere else.

Using generic benchmarks

Every SaaS has different buying cycles, user behaviour, and contract structures. A model trained on someone else's data will miss yours.

Scoring accounts without a follow-up plan

A risk score sitting in a dashboard doesn't retain a single account. Prediction only works when it's paired with an owner, a playbook, and a deadline. The analytics were never the hard part. Getting someone to act on them is.

FAQ

Questions about churn prediction

A churn risk score is a ranked number that tells you which accounts are most likely to cancel or downgrade in the next 30–90 days. It is built by comparing each account's current behaviour to the patterns of accounts that churned in the past. A score on its own does not save a customer; it tells your team where to spend their time this week.

A health score is usually a static set of rules, often weighted by gut feel. A churn prediction model learns from actual churn outcomes and updates as the data changes. If your health score says an account is green while the customer is not paying invoices and your champion has left, the model will flag what the rules missed.

No single metric is enough. The strongest models combine product usage, support ticket velocity, billing and payment behaviour, contract or seat utilisation, NPS movement, and stakeholder changes. The goal is to capture what happens across every system that touches the account, not just the one that is easiest to query.

Yes. If you can export the data, you can validate the model first. CSV, PDF, or JSON exports are enough to prove the signal before anyone builds a live integration. Once the model is proven, the integrations are worth the effort.

Accuracy depends on the quality of your historical data, not the algorithm. A model trained on clean examples of churned and renewed accounts, with the right features, will usually outperform generic benchmarks. The real test is whether the high-risk accounts it flags are the ones your team would have acted on anyway.

You need a list of accounts that churned or renewed, plus the signals that led up to those outcomes. Product usage, support tickets, billing events, NPS responses, contract changes, and CRM activity are the most common starting points. The more months of history you have, the better the model can separate noise from real signal.

A first usable model can often be built in a few weeks once the data is gathered. The longer part is usually not the model; it is collecting, cleaning, and agreeing on what 'churn' actually means for each account type. The faster you can get clean historical data, the faster the model comes together.

Someone has to own the next step. That usually means outreach, a health call, an expansion check, or renewal prep. The model creates the ranked list; the weekly playbook turns it into action. Without that step, the score just sits in a dashboard.

In most B2B SaaS companies, customer success should own the playbook, with input from sales, support, and finance. One named person per account is better than a committee. The score tells them which accounts to prioritise; the playbook tells them what to do.

Weekly is the right cadence for most B2B SaaS teams. Monthly is too slow: the account can be gone before the next review. Daily is usually unnecessary and creates noise. A weekly refresh, tied to a weekly meeting, is where most teams see the best results.

The biggest mistakes are waiting for the cancellation email, only looking at product usage, using generic benchmarks, and scoring accounts without a follow-up plan. A model built on incomplete data or without an owner will be accurate but useless.

Prediction is only useful if someone acts on it.

Senpai builds the model on your historical churn and expansion patterns, not generic benchmarks, pulling data from product usage, billing, support, and contracts so the risk score reflects how your customers actually behave, not just how they click.

Prediction is only the beginning. Every week, we sit down with your team on the ranked list: who owns which account, what the play is, what happened since last week. That weekly cadence is what turns a risk score into fewer cancellations.