Why 9% of your MRR disappears to failed payments
Here's a number that should bother every subscription founder: according to Baremetrics' 2026 benchmarks across 119 subscription companies, roughly 9% of MRR is lost to failed payments. Not churn. Not competitors. Just cards that didn't go through.
Recurly puts the industry-wide damage at $129 billion lost in 2025 alone. And the cruelest part? Most of these customers didn't want to leave. They liked your product. Their card just expired, or their bank flagged the charge, and nobody told them in a way that got them to act.
Why payments fail
Failed payments fall into two buckets. Soft declines are temporary: insufficient funds, a bank's fraud filter being cautious, a card reported lost and reissued. These often succeed on retry a few days later. Hard declines are permanent for that card: it's expired, cancelled, or invalid. No amount of retrying will fix those — only the customer updating their card will.
The split matters because each needs a different response. Soft declines want smart retries. Hard declines want the customer, reached quickly, with a frictionless way to update their details.
Why founders ignore it
Three reasons. First, it's invisible — Stripe shows failed payments in a dashboard tab most founders rarely open, so the leak never becomes a line item anyone owns. Second, it feels small per incident: one $29 failure doesn't trigger alarm bells, even though hundreds of them compound into real money. Third, fixing it sounds boring next to building features. It's plumbing, not product.
But do the math for a $20k MRR business: 9% failing means $1,800/month evaporating. Over a year, that's $21,600 — more than a full-time hire in many markets — walking out the door silently.
What actually fixes it
There are four layers, in order of effort:
- Smart retries. Stripe's built-in Smart Retries already attempts failed charges again at optimized times. Turn it on if you haven't — it's free and catches the easy soft declines.
- Card account updater. Stripe can automatically pull updated card details from card networks when cards expire or are reissued. This alone recovers a meaningful chunk with zero customer contact.
- Dunning emails. A short sequence — friendly reminder, firmer nudge, final notice — directing customers to a card-update page. This is where most of the recoverable revenue lives, because hard declines need a human to act.
- In-app prompts. If you have a logged-in product, banner the account owner when their payment fails. Email open rates hover around 20-30%; in-app visibility is near 100% for active users.
The honest bottom line
You will never recover 100% of failed payments. Some customers were already on their way out; the failed card just did the cancelling for them. A realistic recovery rate for a good dunning setup is 30-40% of failed revenue — which, on that $20k MRR example, is $6,500-$8,600 back per year for an afternoon of setup.
That's the whole pitch for caring about this unglamorous problem: it's the highest-ROI afternoon you'll spend this quarter.
How much are you losing?
Plug in your MRR and see your estimated failed-payment loss — and what 40% recovery would win back.
Try the ROI calculator