Involuntary churn
Voluntary churn is someone tapping cancel. Involuntary churn is someone who wanted to stay but their payment failed. Most mobile subscription apps lose 4–8% of MRR to it every month.
Two types of churn
Every churn number in your dashboard hides two different stories. Voluntary churn means the subscriber decided to leave. They tapped cancel, turned off auto-renew, or let the subscription expire on purpose.
Involuntary churn is the opposite. The subscriber did not cancel. Their card expired, their bank declined the charge, or a wallet payment failed. The subscription lapses anyway. They often do not even know it happened until access stops.
Most founders focus on reducing voluntary churn with better product and pricing. That matters. But involuntary churn is easier to fix and often larger than people assume.
How much MRR you are losing
RevenueCat's State of Subscription Apps report puts average involuntary churn at 4–8% of MRR for mobile subscription apps. That is not annual. That is every month.
Run the math on your own numbers. At $10k MRR and 5% involuntary churn, you lose $500 per month. $6,000 per year. At $50k MRR, that is $2,500 per month walking out the door from people who never meant to leave.
These subscribers already chose you. You paid to acquire them. They were active. Then revenue drops with no warning and no feedback loop.
Why mobile billing makes this worse
Mobile subscriptions bill through Apple and Google. Retry logic runs on their schedule, not yours. Grace periods vary by store, country, and product type. Many subscribers never see a clear prompt to update their payment method.
A generic App Store receipt email is not a recovery strategy. By the time the subscriber notices, the grace period may already be over.
- Expired credit cards after reissue (fraud replacement)
- Insufficient funds on debit cards
- International bank blocks on recurring charges
- Family sharing or shared wallet payment changes
- Soft declines that recover with a simple card update
- Hard declines that need an entirely new payment method
Store retries are not enough
Apple and Google retry failed charges on their own cadence. That helps, but it is passive. The subscriber is not proactively told to fix their card inside your app or through a direct email from you.
Apps that do nothing between store retries lose subscribers who would have stayed with a single nudge. The recovery window is short: most successful recoveries happen within 72 hours of the first failure.
What a fix looks like
Billing recovery means detecting the failed payment early, contacting the subscriber on the channels they actually use, and giving them a one-tap path to update their card.
Email reaches people who have not opened your app. A dunning banner inside your app reaches people who ignore email but still use the product daily. The best programs stack both.
Redchurn automates this on top of RevenueCat. When a billing issue event fires, your recovery sequence starts. You configure timing and copy once from the dashboard. Every failed payment runs through the same flow.
How to measure progress
Track involuntary churn separately from voluntary churn in RevenueCat. Set a baseline before you launch recovery. Measure recovered revenue per month, not just recovery rate.
A 2 point drop in involuntary churn on $20k MRR is $400 back every month. Compounded, that is meaningful growth without spending a dollar on acquisition.