Involuntary Churn Rate: What It Is, How to Calculate It, and What Causes It

Involuntary churn is the customer loss caused by failed payments, not by a customer's decision to cancel. It's recoverable, but only if you measure it apart from voluntary churn and trace it to the root cause behind it.

I've spent years consulting on retention for SaaS and subscription businesses. Most teams don't know their involuntary churn rate. They ignore a fixable loss or aim a dunning sequence at a card-expiry problem that account updater would have stopped.

Know your rate, find the cause, route each failure to the right fix.

Key takeaways

• Measure involuntary churn apart from voluntary cancels, or both stay invisible.
• Divide subscribers lost to failed payments by active subscribers at period start.
• Median involuntary monthly churn is 0.86% across 1,200+ businesses.
• Failed payments make up 26% of total monthly churn at that median.
• Trace each failure to card expiry, soft decline, or hard decline first.
• Account updater covers expiry, smart retry covers soft declines.

What is involuntary churn rate?

Involuntary churn rate is the share of active subscribers you lose to payment failures in a period. You find it by dividing subscribers lost to failed payments by total active subscribers at the start of the period.

The rate isolates one failure class, billing failures, from customers who chose to cancel.

That split is the whole point. A blended "overall churn" number folds failed payments in with voluntary cancels, and once they're mixed you can't see either one clearly.

You can't tell whether a rising number means your product is losing people or your billing is failing to charge them. The two need opposite fixes. Splitting voluntary vs involuntary churn lets you send each type to the tool that recovers it.

One boundary keeps the number honest.

A subscriber counts as involuntary churn only when their access ended because a payment failed and was never recovered. Someone who got a failed-payment email and updated their card before losing access never churned at all, because the recovery worked.

How to calculate your involuntary churn rate

To get the rate, divide the subscribers you lost to failed payments by the active subscribers you had at the period's start, then multiply by 100. The numerator comes from your billing system's failed-payment log, filtered to accounts where recovery never completed.

Involuntary churn rate = (subscribers lost to payment failures ÷ active subscribers at period start) × 100

Your billing system already records every piece of this. In Stripe, an involuntary churn shows up as an invoice.payment_failed event, then a customer.subscription.deleted event carrying cancellation_details.reason = payment_failed.

Chargebee and Recurly expose the same sequence through their own webhooks.

The denominator is always your active subscriber count at period start. The numerator is the subset whose cancellation traces back to a failed payment.

Say you start the month with 1,000 subscribers and 8 lose access to unrecovered failures, your involuntary churn rate is 0.8% for that period. A single month tells you little, though, so track it monthly and watch the trend.

One thing can move the number before your dunning logic ever runs, and that's billing cadence. Annual subscribers face far fewer charges that can fail. So a book that's half annual posts a much lower rate than an all-monthly book on the same recovery logic.

What counts in the numerator (and what doesn't)

Count a subscriber only when their subscription ended on a payment failure and no recovery event fired inside the dunning window. Everything else stays out, and the exclusions are where most teams get the number wrong.

Leave out the subscriber who got a failed-payment notice and then actively canceled. That's a voluntary churn a payment event happened to trigger.

Also drop the subscriber whose payment failed but who later updated their card and renewed, because they exited the sequence intact. Both look like payment events in the raw log, and counting either one inflates the rate.

Monthly vs annual billing: why the rate differs

Monthly billing creates twelve payment events per subscriber a year, and each one can fail, while annual billing creates one. More charges mean more chances to fail, whatever the quality of your recovery.

A business that bills most subscribers monthly posts a higher rate than one that bills most annually, even on identical dunning logic.

The monthly book just runs more charges that can decline. So segment your rate by cadence before you benchmark it against any industry median, or you'll read a billing-mix gap as a recovery problem.

What is a normal involuntary churn rate?

The median involuntary monthly churn rate for subscription businesses is 0.86% per Recurly's 2023 study of 1,200+ businesses. That works out to roughly 26% of the median total monthly churn rate, making failed payments the largest recoverable slice of churn.

The rate isn't spread evenly, and your number depends on who you sell to and how you bill.

B2B SaaS on annual contracts trends low, often 0.3% to 0.6% monthly-equivalent per that same Recurly study, because each subscriber faces one charge a year.

Consumer and SMB businesses on monthly billing run higher, closer to 1.0% to 1.5% by Recurly's analysis, because every monthly charge can decline. Where you land is mostly about your billing cadence and customer mix.

That sample skews toward companies that already run solid billing tooling. A business with no dunning and no account updater usually runs above the median. If that's you, the gap above the median is the signal. According to Recurly's research that median is 0.86%, and the cause is worth finding before you spend on anything else.

What causes involuntary churn?

Involuntary churn comes from three root causes, and each one needs a different recovery tool. The three are card expiry or reissuance, soft declines, and hard declines. Misread which one you have, and you spend the recovery budget on the wrong fix.

So the sections below take each cause in turn, because you can only fix the right thing once you know which one drives your number.

Card expiry and reissuance

A card expiry or reissuance failure happens when a stored card number goes stale, so the charge fires against a number that no longer works and declines. The customer got a new card and simply never told you.

This is the failure class account updater is built for. The service refreshes the stored card before the charge runs, so the failure never happens.

And card turnover is constant. About 40% of cardholders replace a card each year through expiry, loss, or fraud, and every replacement breaks a recurring charge you expected to go through.

Soft declines

A soft decline is a temporary authorization failure, where the card is valid but the issuer declines for a passing reason. That reason might be insufficient funds, a network timeout, or a bank-side risk hold.

The word that matters is temporary, because the same card can clear on a later attempt.

This is what smart retry is for. Retry logic spaces attempts across days and times, so it catches the subscriber once their account clears instead of burning every try in the first hour.

Most dunning sequences, the automated retries and emails that recover a failed payment, are tuned for this failure class.

Hard declines

A hard decline is a permanent failure, where the card is closed, reported lost or stolen, or flagged for fraud, and the network won't approve a retry. Retrying a hard decline won't recover the payment, and it can raise a dispute flag against you.

So email the subscriber right away and ask them to enter a new card. Another charge attempt only adds risk. If they don't respond inside the dunning window, treat the account as churned.

Hard declines are a smaller share of involuntary churn than expiry or soft declines. They carry the most risk when you get them wrong, because a retry on a fraud-flagged card is how a lost subscriber becomes a chargeback.

Each cause above already points to its own fix, and routing each one to the right tool is the work that brings the rate down. The dunning guide covers the full recovery stack in order.

Use the churn rate calculator to size the revenue at risk before you build a fix.

How involuntary churn flows into gross revenue retention

Every dollar of monthly recurring revenue (MRR) you lose to a failed payment cuts your gross revenue retention by that dollar, the same way a voluntary cancel does.

Gross revenue retention (GRR) is the share of recurring revenue you keep from existing customers, before any expansion is added back.

That makes GRR the metric where involuntary churn shows up at the revenue level. It lowers GRR alongside voluntary cancels and downgrades, dollar for dollar.

A team that watches net revenue retention but not GRR sees the figure sag without knowing the cause. Expansion revenue hides the loss in the net number. GRR strips expansion out, so it shows the revenue you actually keep.

This assumes a fixed MRR per subscriber. A usage-based or consumption-billed model measures the hit differently, because the revenue lost to a failed charge varies instead of being a fixed line. So the per-subscriber math doesn't map cleanly onto a flat GRR calculation.

FAQ

Is involuntary churn the same as passive churn?

Not quite, since passive churn is only the silent-failure subset of involuntary churn, like a card-expiry decline the customer never sees. Involuntary churn also covers failures the customer knows about.

Should I calculate involuntary churn rate monthly or quarterly?

Track it monthly if you bill monthly, so a rising rate shows up early enough to act on. If most of your subscribers are on annual billing, quarterly is fine, because the payment events are too sparse for a monthly number to mean much.

Can a subscriber who updates their card during dunning still count as involuntary churn?

No, a subscriber who updates their card and keeps access never enters the numerator, even if they fixed it on the last day of the window. Only subscriptions that ended unrecovered count as involuntary churn.

Does reducing involuntary churn improve NRR or only GRR?

It improves GRR directly, because recovering a failed payment is revenue you keep instead of lose. The effect on net revenue retention is only indirect, since that figure needs expansion revenue to show net growth and fixing payments adds none.