Voluntary vs Involuntary Churn: Two Diseases, One Number
Two companies can post the exact same churn rate and have completely different problems. Involuntary churn is a failed payment. Voluntary churn is a value problem. Fix the wrong one and you lose a quarter. Here is how to diagnose which leak is actually yours.
TLDR: Most founders track one churn number and treat it like one problem. It is two. Involuntary churn is a payment that failed: an expired card or a declined charge, from a customer who still wants you. Voluntary churn is someone finding the cancel button because the product was not worth it. Same number on the dashboard, two different diseases, and the cure for one does nothing for the other. Spend three months rebuilding onboarding when your real leak is failed payments and you just fixed the wrong thing. Here is how to tell which one is actually yours.
Why the same churn number is two different diseases
A single churn percentage is an average, and an average hides the reason people left. Two SaaS companies can both post 5% monthly churn. In one, most of that 5% is cards that quietly failed. In the other, it is people who logged in, felt nothing, and cancelled. Identical dashboards. Opposite problems.
This is the same trap as reading a single churn rate instead of the retention curve underneath it. The number tells you how much you are losing. It never tells you why. And with churn, the why is the entire decision about what to build next.
Two diseases, one number. The playbook on the left does nothing for the problem on the right.
Involuntary vs voluntary churn, side by side
Here is the split laid out. Notice that the only row they share is the one on your dashboard.
Involuntary churn
Voluntary churn
What it is
A payment that failed
A customer who chose to cancel
Root cause
Expired or declined card, billing hiccup
Weak value, poor onboarding, bad fit
Do they still want you?
Yes. They did not decide to leave
No. They decided you were not worth it
Typical share of churn
~20% to 40% for most subscriptions
The rest
The fix
Dunning, card updater, pre-expiry outreach
Onboarding, activation, save flow, real value
Time to results
Often within 30 days
Weeks to months
What it really signals
A billing problem
A product problem
The fix for involuntary churn is a billing problem. The fix for voluntary churn is a product problem. Run the wrong playbook and you burn a quarter proving it.
Get weekly churn reduction tips.
No spam, unsubscribe anytime.
You're in.
Check your inbox shortly.
How do you tell which one is actually yours?
You do not need a data team. Take last month's churned customers and separate the ones whose payment failed from the ones who clicked cancel. That single ratio decides which team owns the problem and which playbook you run. The widget below does the split, then puts a dollar figure on the recoverable side.
Which leak is actually yours?
Drop in last month's numbers. This runs the exact split from the video.
Involuntary
12(30%)
failed payments
Voluntary
28(70%)
chose to leave
About 30% of your churn is involuntary, the recoverable kind. Fix that first for a quick win, then work the slower voluntary side: onboarding, activation, and your save flow.
Recoverable from failed payments with smart dunning: $576 / month, roughly $1,728 over the quarter you might otherwise waste on the wrong fix.
Where these numbers come from: the recoverable figure assumes smart dunning wins back about 60% of failed payments, which sits inside the range that Stripe and Recurly report for automated retries plus a card updater. The 20% to 40% involuntary share is the band those same providers see across most subscription businesses. If more than a fifth of your churn is involuntary, that is the cheapest revenue you will ever recover, and most teams never even measure it. That is the whole reason involuntary churn gets silence while voluntary churn gets a dashboard.
What fixing the wrong one costs you
Here is the expensive part, and it is exactly what the video is about. Say your churn ticks up and you assume it is a value problem, so you spend a quarter rebuilding onboarding. Meanwhile the real leak was expired cards, and it kept draining the entire time. Three months gone, the number barely moved, and the team takes the morale hit because the big project "did not work."
The reverse is just as costly. You bolt aggressive dunning onto a product that people are actively leaving, so you re-bill a stream of customers who were always going to walk. Recovering someone who wanted out is not a real save. It comes back later as a refund request and a one-star review, which is the trade-off buried inside Stripe's automatic card updater.
The two fixes are completely different
If your leak is involuntary
This is a billing problem, and it is the faster win. Turn on smart dunning so failed charges retry at sensible times, add a retry and card-updater setup so reissued cards keep billing, and send pre-expiry outreach before the card dies. Stripe, Chargebee, and Paddle all ship revenue-recovery tooling for this, so you are wiring up existing features rather than building from scratch. Most of it pays back within 30 days. If you want the fuller picture of why this money leaves quietly, start with what involuntary churn is.
If your leak is voluntary
This is a product problem, and it is slower. People are leaving because they never reached value, so the work is upstream: fix the onboarding and activation milestones that get new users to their first win, and add a cancellation save flow to catch the ones already heading for the door. No amount of dunning fixes this, because the customer already decided. If you are new to the distinction, here is what voluntary churn is and why it maps to value rather than billing.
Diagnose it in about 60 seconds
The single move that saves you a quarter is splitting the number before you treat it. The free Churn Health Check is 8 questions and takes about a minute, and it tells you which leak is actually yours before you commit three months to the wrong fix. If you would rather put a dollar figure on the recoverable side first, the MRR Impact Simulator shows what winning back your failed payments is worth at your scale, and the full experiments library has the playbook for whichever side turns out to be your real problem. Diagnose first. Then treat.
Free interactive tool
Score your retention setup in 60 seconds
8 questions. Get your tier (Critical to Best-in-Class), your weakest spots, and 3 specific things to fix next.
Answers to the questions I get most often about this topic.
How can I tell whether my churn is voluntary or involuntary?
Pull last month's cancelled or lapsed customers and split them by how they ended. If the subscription stopped because a charge failed or a card expired, that is involuntary. If the customer clicked cancel or let a plan lapse on purpose, that is voluntary. Your billing system tags failed payments, so the fastest read is the ratio of failed-payment exits to total exits. Anything above roughly a fifth of your churn being involuntary means there is fast, recoverable revenue you are probably ignoring.
What share of SaaS churn is typically involuntary?
For most subscription businesses, involuntary churn (failed and expired payments) runs somewhere around 20% to 40% of total churn, according to figures from payment platforms like Stripe and Recurly. The exact number depends on your price point, billing cycle, and customer geography. The point is that it is rarely zero and rarely trivial, yet most teams never measure it separately, so it leaves silently every month.
What does it cost me to fix the wrong type of churn?
Usually about a quarter. If you assume your churn is a value problem and spend three months rebuilding onboarding while the real leak is expired cards, the number barely moves and the money keeps draining the whole time. The reverse is just as expensive: bolting aggressive dunning onto a product people are actively leaving just re-bills customers who wanted out, which comes back as refunds and bad reviews. Diagnosing first is the difference between a wasted quarter and a fixed one.
Can the same monthly churn number hide two different problems?
Yes, and it usually does. Churn rate is an average, and an average hides the reason people left. Two companies can both report 5% monthly churn where one is almost all failed payments and the other is almost all active cancellations. Same headline number, opposite fixes. This is the same reason a single churn rate is less useful than the retention curve underneath it: the number tells you how much, never why.
How do I separate voluntary from involuntary churn in my billing data?
In Stripe, Recurly, Chargebee, or similar, filter cancelled subscriptions by their end reason. Payment failures and past-due lapses are your involuntary bucket; user-initiated cancellations are voluntary. If you only have one blended number today, adding this single split is the highest-leverage reporting change you can make, because it decides which team owns the problem and which playbook you run.
Does high involuntary churn mean my product is fine?
Mostly, yes, and that is the good news. High involuntary churn means customers wanted to keep paying and a billing mechanic dropped them, so the fix is dunning, retries, and a card updater rather than a product overhaul. The one caveat: recovering a customer who quietly let their card lapse as a way of leaving is not a real save. Keep cancelling easy so the payments you recover belong to people who genuinely meant to stay.
Founder of ChurnTools. I spend my time studying how SaaS companies lose customers and building tools to help them stop. Previously worked in SaaS growth and retention across multiple B2B products. I also write about growth and answer-engine optimization (AEO) at growthpigeon.com.
One tap, no signup. It builds your retention map as you read.
You have flagged enough to be worth costing out. The Health Check scores the same
dimensions properly and tells you which gap is losing you the most money.
Knowing the number is not the same as knowing the cause
A calculator tells you how much is leaving. It cannot tell you which part is failed payments,
which part is people who never activated, and which of the two is cheaper to fix.
I work that out on your actual data and send back three fixes ranked by what each one is worth,
within 10 working days.
✓ Voluntary and involuntary churn, split and costed