We look forward to showing you Velaris, but first we'd like to know a little bit about you.
Learn why and how to build a churn prediction model, necessary tools, implementation tips, and solutions.
The Velaris Team
July 7, 2026
A churn prediction model helps Customer Success teams identify at-risk customers early by analyzing patterns across product usage, engagement, sentiment, support activity, and commercial data. It prioritizes which accounts need attention, guides targeted interventions, and scales a CSM’s ability to manage growing portfolios, without replacing human judgement.
Churn prediction models constantly monitor customer accounts by analyzing their behaviors and usage patterns.
Currently, predictive use cases are still relatively early in Customer Success. Velaris’s 2026 research found that only 26.1% of CS teams using AI apply it to churn and expansion prediction, while trust in this use case averaged 3.27 out of 5. So adopting predictive churn modelling can get you ahead of the competition.
Since they're trained on a large amount of customer data, they are able to spot deviations from a healthy baseline. In turn, this helps CSMs spot issues early leading to proactive action before the customer starts churning.
With a few additional steps that won't be discussed here, the models could also provide the CSMs with details of why a customer is churning. It highlights the specific risk indicators that were triggered, such as declining product usage, negative sentiment trends and low support engagement, rather than just providing a generic score.
This allows CS teams to focus on accounts that need attention immediately. By ranking the entire customer base from highest risk to lowest, the model ensures that CSMs dedicate their limited time and resources to the accounts that are most likely to churn, maximizing the
impact of every intervention.
Acquiring a new customer is 5 to 25 times more expensive than retaining an existing one according to Harvard Business Review, which makes early intervention financially critical.
While churn prediction models are powerful tools for prioritizing resources and identifying risk, it is important to maintain realistic expectations about their capability.
Churn prediction models calculate probability based on historical patterns and current data; they cannot perfectly foretell the future. The model cannot account for sudden, unpredictable external events that may cause a customer to churn such as a company bankruptcy or a surprise acquisition by a competitor.
The score generated by a model should not be considered as the final decision-maker. CSMs hold valuable context of the customer relationship such as knowledge of internal political shifts within their organization, unlogged issues or personal relationships that affect the renewal.
CSMs do need to have a grasp of the main approaches in churn prediction modelling. Having a basic understanding makes it easier to evaluate risk scores, work with data teams, and question vendor claims.
Logistic regression is often a good starting point for churn prediction. It uses customer signals such as declining usage, support activity, contract value, and engagement to calculate the probability that an account will churn.
Its main advantage is interpretability. Teams can see which inputs have the strongest influence on the prediction, making it easier to explain why an account received a particular risk score. It also works reasonably well with smaller datasets, provided there is enough reliable churn history.
Decision trees split customers into groups based on a series of conditions. For example, the model might identify customers with declining usage and an upcoming renewal as particularly high risk.
They are useful because the logic can often be followed step by step. However, a single decision tree can become too dependent on the training data and may not perform consistently when customer behaviour changes.
Random forests combine many decision trees and use their collective results to make a prediction. This makes them better at detecting complex relationships between signals and generally more reliable than a single tree.
For example, high usage might normally indicate a healthy account, but high usage combined with repeated support issues and falling sentiment could still signal churn risk. The trade-off is that random forests are harder to explain clearly to CSMs and stakeholders.
Gradient-boosting models such as XGBoost and LightGBM build multiple models in sequence, with each one learning from the errors made by the previous model.
They can achieve strong predictive performance across large, complex datasets and are commonly used in more mature churn prediction systems. However, they require more historical data and regular monitoring. Their predictions can also be difficult to explain without additional tools that show which signals contributed to the result.
A machine learning model is not mandatory for every CS team. In fact, if you manage fewer than a few hundred accounts or have limited churn history, there may not be enough data for an ML model to generalize reliably.
A more practical option might be a weighted health score. Teams can use customer health dashboards that assign importance to signals such as usage decline, unresolved support issues and stakeholder engagement; these are then combined into a transparent risk score. This approach is easier to maintain and gives CSMs a clearer understanding of why an account is being flagged.
Whichever approach you choose, do not judge it on accuracy alone. Because most customers renew, a model could appear highly accurate simply by predicting that nearly everyone will stay.
Recall is often more useful for customer success because it shows how many customers who actually churned were identified beforehand. A model that catches most churn cases with a manageable number of false positives is more useful than one that looks accurate but misses the accounts that need intervention.
Here are types of data needed for a churn model:
Product usage trends such as a drop in login frequency from 15 to 2 per week, the customer having never used a core feature like the 'Reporting Dashboard', or a severe usage decline.
Engagement and communication trends such as no CSM touchpoints in the last 45 days, a key stakeholder skipping the last two QBRs, or a noticeable decline in email replies and meeting attendance.
Support interactions such as a sudden spike from 3 to 18 tickets in a month, repeated reopened tickets, or a customer who has stopped logging tickets altogether despite ongoing issues.
Sentiment and qualitative signals such as AI Pulse detecting negative sentiment in recent emails, an increase in themes like pricing concerns, or escalation language such as “this is blocking our workflow.”
Onboarding and adoption data such as a customer who is stuck at 20% onboarding completion for three weeks, hasn’t completed key milestones like connecting integrations, or hasn’t reached first value within the expected timeline.
Renewal and contract data such as a renewal due in 30 days with low product usage, an account with a recent downgrade, or a customer with procurement concerns noted in past renewal cycles. Using a renewal management software can help in obtaining this type of data.
Track failed payment attempts, upcoming card expiries, unresolved invoices, the last successful payment date, and contracts nearing expiry. These signals help identify involuntary churn before access or service is interrupted.

Since we are starting from scratch, we’ll need to clearly define the metrics for what churn really is, whether it is full cancellation, partial downgrade, reduction in seats, non-renewal or all of these.
It could also be useful if you include edge cases such as, how you treat trial or onboarding failures (did they “churn” or just never activate?). This is not really important at the start, but could be done later down the line.
Voluntary churn happens when a customer chooses to leave, often because of poor adoption, weak value, or dissatisfaction. Involuntary churn happens because of failed payments, expired cards, billing errors, or procurement delays.
These categories require different inputs and responses. Voluntary churn models rely more heavily on usage, engagement, sentiment, and support data. Involuntary churn models should monitor payment failures, upcoming card expiries, unresolved invoices, and approaching contract deadlines.
The intervention also differs. Voluntary churn may require an adoption or value-recovery playbook, while involuntary churn usually needs an operational response from billing or finance. Treating them separately makes the model easier to interpret and ensures each risk triggers the right action.
Once you have clearly defined churn, the next step is to analyze your historical data to understand what happened before accounts left. You can begin by actively comparing churned vs retained accounts of similar sizes and industries to precisely locate the behavioral differences that acted as warning signs.
Identify common patterns across the churned accounts, such as a noticeable usage drop, consistently negative sentiment captured in communication, or a prolonged period of low engagement.
Review the patterns to flagpoint the signals that appear right before churn such as no logins, support spikes, etc. Make sure to validate each of these with data and avoid gut-feel indicators.
Afterwards using this, categorize indicators into categories such as Product Usage, Engagement, Support, Sentiment, Onboarding and Commercial. Prioritize indicators that CSMs can take action on. Also remove noisy or unreliable indicators that do not add predictive value.
Now we have to transform the risk indicators into a usable health scoring scale. Begin by determining the relative importance of each indicator and assign weights to each chosen indicator accordingly (e.g: usage decline might be weighted 3 times higher than one missed QBR).
Next, create thresholds that translate the raw score into actionable statuses. For example you could use green for healthy usage and engaged stakeholders, yellow for early warning signals and slight behavioral declines, and red when multiple critical indicators have been triggered simultaneously.
To ensure accuracy, use historical data to tune the thresholds so that your model would have accurately predicted past churn events. It's vital to start simple, such as focusing on basic addition or a clear traffic light system, and avoiding the urge to over-engineer the first version.
Finally, validate the initial scoring model with CSMs to ensure the calculated health status accurately matches what they observe on the ground.
To ensure your churn prediction model is always current and actionable, you must establish continuous data flow. You should set up daily or weekly automations to consistently check all risk factors such as usage, sentiment, support tickets, and engagement against your established thresholds.
It is crucial to trigger immediate alerts when specific thresholds are crossed, such as a sharp usage drop or the passing of a critical onboarding milestone. To make this possible, you should connect integrations so that data from all sources—support, product analytics, CRM, and billing systems, flows into one unified platform.
The right set of tools can make all the difference when building a churn prediction model. These tools range from data collection to model deployment, and each serves a unique purpose in the model-building process.
Here’s a simplified breakdown of the essential tools you'll need:
Customer Data Platforms such as Segment, Tealium, or Adobe Experience Platform are invaluable for corralling data from disparate sources into a single, coherent repository. This unified data view is critical for effective analysis.
Before that data can be used, it needs to be cleaned. Python libraries (pandas, NumPy) are the go-to for cleaning and tackling tasks like filling in missing values, or standardising data formats.
Visualisation tools like Matplotlib, Seaborn, or Tableau and statistical tools in Python or R (like ggplot2) are crucial for understanding the intricacies of your data, helping identify patterns or anomalies that could inform your model.
Scikit-learn is a practical choice for building common churn models. It offers a wide range of algorithms and tools for preprocessing, model selection, and evaluation.
For more complex models, TensorFlow/Keras or PyTorch provide deep learning frameworks that can uncover the nuanced patterns in customer behaviour.
Once the model is ready, it needs a reliable way to run in production. Docker and Kubernetes are essential for packaging your model and ensuring it runs smoothly in any environment.
For serving models, frameworks like Flask or Django can help you create APIs to interact with your model.
Collaboration tools like GitHub, GitLab, and Bitbucket are essential for managing code versions, collaborating with team members, and ensuring reproducibility.
Cloud Platforms such as Amazon Web Services (AWS), Google Cloud Platform (GCP), and Microsoft Azure provide scalable compute and storage resources, making it easier to train large models and handle extensive datasets.
We understand that the prospect of building a churn prediction model may seem difficult at first glance. Dealing with different datasets, selecting the right libraries and frameworks, and eventually deploying your model can all feel a bit overwhelming.
But, it's all about taking that initial leap. As you start working on these tools, you'll slowly get a hang of things and may even become comfortable with the manual maintenance tasks.
Building and managing an internal churn prediction model might not be feasible for all organizations due to the substantial amount of time taken, and the large cost of maintenance that comes along with it.
For teams lacking dedicated data science resources to work these models, Customer Success platforms like Velaris offer an automated solution. Such CS tools have built-in churn prediction capabilities that remove the additional burden placed on your organization.
For a churn prediction model to deliver value, its output must be consistently integrated into the CSM's routine. Here are some ways that CSMs can use churn predictions in their daily workflows:
CSMs should establish a routine, starting the week with a weekly "Top Risk Accounts" review. This structured process involves reviewing all accounts flagged as Red or Yellow by the prediction model. This process allows CSMs to prioritize high risk accounts and to make sure that resources are being allocated efficiently.
Since not all risks are the same, the action you take must match the problem. Your team needs to focus on creating specific, targeted action plans or playbooks, for each type of risk the model finds.
For example, you'd use one playbook for a "Product Adoption Risk" (where the customer isn't using the product enough) and a different one for a "Support Frustration Risk" (where they're unhappy with service). This makes sure the CSM's response is relevant and effective, which is the fastest way to fix the issue.
Churn prediction data can also support re-engagement after an account leaves. The strongest window is often within the first 30–90 days, before the customer has fully embedded a replacement.
Use the signals that appeared before churn to shape the outreach. Rather than relying on discounts, address the specific gap that caused the customer to leave by sharing a relevant product update, proof from a similar customer, or a focused pilot around the use case they were missing.
CS will often own early re-engagement while the relationship is still warm, with Sales taking over later-stage pursuit. Track win-back revenue and time-to-value separately so the programme’s impact is visible.
Most churn models score the account as a whole. But in B2B SaaS, renewal decisions are often shaped by a small number of people. If the internal champion disengages, changes roles, or leaves the company, account risk can rise before product usage or health scores reflect it.
Person-level churn prediction helps CS teams monitor relationship health at the stakeholder level. The goal is not to predict someone’s employment decisions with certainty. It is to identify when the relationship supporting the account is weakening.
Useful signals include declining meeting attendance, slower email responses, reduced participation in QBRs, negative sentiment, and fewer internal referrals or introductions.
A champion who stops discussing future plans, bringing colleagues into meetings, or advocating for new use cases may also be becoming less influential or engaged.
Changes in role, responsibility, or contact ownership can be important too. If a key stakeholder changes position or a new decision-maker appears, the account may need to rebuild alignment even if usage remains stable.
An account becomes particularly vulnerable when all value knowledge and internal support sit with one person. Person-level analysis should therefore consider how many active stakeholders are engaged and whether relationships exist across users, managers, budget owners, and executives.
A healthy account may have one strong champion, but it should not depend entirely on them. If engagement is concentrated around a single person, the model can flag the account for multi-threading before that relationship disappears.
When stakeholder risk rises, the response should focus on protecting relationship continuity. The CSM may need to document outcomes achieved, involve additional contacts, confirm who owns the initiative internally, or re-establish executive sponsorship.
Person-level signals should feed into the wider account score rather than replace it. Product usage may show that the customer is active, while stakeholder data shows that the person responsible for defending the renewal is disengaging. Looking at both gives CS teams more time to act before champion risk becomes account churn.
A churn prediction model should not be treated as finished once it goes live. Customer behaviour changes and retention playbooks improve. Regular monitoring is necessary to prevent the model gradually becoming less reliable, despite an originally strong performance.
Track what happened to every account the model flagged. Did the customer churn, renew, expand, or remain at risk? This allows you to measure whether the model is still identifying the right accounts.
This is a vital step, because churn datasets are usually imbalanced: far fewer customers churn than renew. Scikit-learn recommends precision-recall measures for imbalanced classification problems, since ordinary accuracy can make a weak model appear successful.
Recall is particularly useful because it shows how many actual churns the model caught. Precision also matters because it shows how many flagged accounts genuinely represented risk. Too little recall means the model is missing churn. Low precision means CSMs may be spending too much time on false alarms.
Look closely at accounts where the prediction was wrong. A false positive is a customer flagged as high risk who stayed, while a false negative is a customer who churned despite appearing healthy.
These cases often reveal missing or poorly weighted signals. For example, the model may rely too heavily on login frequency while overlooking champion turnover, unresolved support issues, or weakening renewal sentiment.
One risk threshold may not work equally well for every customer. Enterprise accounts, low-touch customers, new accounts, and mature customers can show very different patterns before churn.
Review performance by segment and lifecycle stage, then adjust thresholds or signal weightings where necessary. A score of 70 may represent serious risk for one segment but normal behaviour for another.
A churn model can become less reliable when its predictions trigger successful retention actions. If the model flags an account, a CSM intervenes, and the customer stays, the data records a renewal without showing that churn may have happened without the intervention.
Over time, this feedback loop can distort the training data and create too many false positives. Record which accounts received interventions and evaluate their outcomes separately from accounts where no action was taken. Where possible, use controlled tests or comparison groups to understand which customers stayed because of the intervention.
Review model performance monthly or quarterly, depending on customer volume and churn frequency. Retraining may also be necessary after major product changes, pricing updates, ICP shifts, or changes to the customer journey.
Give someone clear ownership of model monitoring, whether that sits with CS Operations, RevOps, or the data team. The goal is to keep the model aligned with current customer behaviour and ensure its predictions continue to lead to useful action.
A common error is believing that product usage alone tells the whole story. While usage is critical, it is only one data point.
Ignoring factors like support interactions, financial data (e.g., billing issues), or qualitative feedback leads to a massive blind spot where a customer can appear technically healthy but be deeply dissatisfied and ready to leave due to poor service or an unhappy champion.
Treating the model's score as a final, absolute truth is a mistake as the prediction model provides a probability, not a certainty. The score is a signal that requires the judgement of a CSM, and understanding of the relationship's unique context. Therefore a CSM should always validate the signals and determine the right course of action.
Since customer behaviour and product evolve, model inputs should evolve with that.
Forgetting to update risk indicators means your model can become obsolete. If a key feature is retired or your ideal customer profile changes, the old indicators may become irrelevant, leading to inaccurate predictions over time.
The biggest mistake is having a prediction that doesn't lead to a clear plan. If a high-risk score doesn't immediately set off a specific playbook, that score is useless. Every status, whether Red or Yellow, must be connected to a documented response that clearly tells the CSM exactly what steps to take right now to contact the customer and fix the problem.
Every churn model will miss some accounts. When that happens, review what the model failed to see. Were the right signals available but weighted too lightly, or was important data missing altogether?
Look back at usage, support history, sentiment, stakeholder changes, and renewal activity. Then classify the miss as a model gap, a data gap, or an operational gap where the signal existed but no action followed.
Document these cases and use them to update rules, thresholds, or health score inputs immediately, rather than waiting for the next full retraining cycle. False negatives are often the most useful source of learning because they reveal where the model’s blind spots are.
Churn prediction models are tools that give Customer Success teams the structure, clear view, and ability to handle more customers needed to protect revenue in a way that intuition alone cannot.
By looking closely at patterns in things like how often the product is used, how engaged the customer is, what their mood is, how much support they need, and their contract details, these models spot danger early. This helps CSMs take meaningful action to keep the customer before they decide to leave.
But the real value comes from how teams use these insights. When predictions are tied to weekly workflows, targeted playbooks, and continuous feedback loops, they enable CSMs to focus their time where it matters most and improve outcomes across their entire portfolio.
Whether built internally or accessed through platforms like Velaris, churn prediction models are becoming an essential part of a modern Customer Success organisation. They don’t replace human judgement, they strengthen it, giving teams the confidence and clarity to act proactively, personalise interventions, and ultimately drive healthier, longer-lasting customer relationships.
Book a demo today to see how Velaris (4.7 stars on G2) helps you prioritize high-risk accounts, automate alerts, and use data to guide every customer conversation.
It compares current customer behaviour, such as product usage, engagement, sentiment, support activity, and contract signals, to patterns found in past churned accounts. When it detects deviations from a healthy baseline, it assigns a risk score or classification.
It depends. While a churn prediction model can provide a risk score, the reasons behind it are not always straightforward. Some models can highlight specific risk indicators, such as declining usage, negative sentiment trends, missed onboarding milestones, or support frustration.
However, the depth of insights may vary depending on the model and the data it analyzes. CSMs may still need to dig deeper into individual customer behaviors and context to fully understand the root cause.
Intuition varies widely between CSMs, one might label accounts as risky too quickly, while another may miss early signals. And intuition only scales to about 10–20 accounts. Once a portfolio grows to 50 or 100+, no CSM can manually track every usage drop, support spike, or stakeholder change. Churn prediction models bring consistency and scale to this process.
You’ll need data across multiple categories:
To ensure accurate predictions, you need to integrate reliable data from various sources like CRM, support, product usage, and billing systems.
Consider using Velaris to simplify this; automatic syncing and centralizing data from all relevant touchpoints goes a long way in accurate predications. With real-time data integration, your churn prediction model will reflect up-to-date customer behaviors, increasing the accuracy of the predictions.
The Velaris Team
A (our) team with years of experience in Customer Success have come together to redefine CS with Velaris. One platform, limitless Success.