Metric Definition
Involuntary churn and recovery
Track from
Failed payment analysis
Failed payment analysis is the practice of measuring how much recurring revenue is at risk from declined charges, why those charges fail, and how much of that revenue is eventually recovered. It treats a failed payment not as an accident but as a recoverable event with a known set of causes and a measurable recovery rate. Because most failed payments are involuntary, this is usually the cheapest churn to fix in the entire business.
8 min read
What is failed payment analysis?
Failed payment analysis is the practice of measuring how much recurring revenue is at risk from declined charges, why those charges fail, and how much of that revenue is eventually recovered. When a subscription renewal is attempted and the card is declined, that revenue does not disappear immediately. It enters a recoverable state where the right retry timing, a card update prompt, or a dunning email can still save it. The analysis is the discipline of tracking that whole journey from first decline to final outcome.
It matters because failed payments are the largest source of involuntary churn, and involuntary churn is almost always cheaper to fix than voluntary churn. A customer who chose to cancel needs a reason to come back. A customer whose card simply expired never wanted to leave at all. If 4 percent of monthly renewals fail and you recover only half of them, the unrecovered 2 percent is pure lost revenue that compounds against your net revenue retention every single month.
The analysis separates two things that are easy to conflate. The first is the failure rate, which is how often charges decline. The second is the recovery rate, which is how much of the failed value you win back. A business can have a high failure rate and still be healthy if recovery is excellent, or a low failure rate that quietly bleeds revenue because nobody is chasing the declines. Both numbers feed the involuntary churn line inside your overall churn rate.
A failed payment is not the same as a cancellation. Most declines are involuntary, caused by expired cards, insufficient funds, or fraud flags rather than a decision to leave. Lumping them in with voluntary churn hides the cheapest recovery opportunity you have.
How to calculate failed payment analysis
Failed payment analysis is built from a small set of inputs that together describe both how much revenue is failing and how much of it you save. Measure them by value, not by count, because a single high-value account failing matters far more than several small ones. The inputs below are the ones worth tracking for any subscription business.
- 1
Payment failure rate
Failed charge value divided by total charge value attempted in the period. If 200,000 pounds of renewals were attempted and 8,000 pounds declined, the failure rate is 4 percent.
- 2
Recovery rate
Recovered charge value divided by failed charge value. If 8,000 pounds failed and you eventually collected 5,000 pounds, recovery is 62.5 percent and the unrecovered loss is 3,000 pounds.
- 3
Net involuntary loss
Failed charge value minus recovered charge value. This is the revenue that genuinely left the business through failed payments and is the number that should feed the involuntary churn line.
- 4
Time to recovery
The average days between the first decline and a successful charge. Faster recovery means less revenue stuck in limbo and fewer accounts that slip past the recovery window into hard churn.
- 5
Failure reason mix
The breakdown of declines by cause, such as expired card, insufficient funds, or fraud block. The mix decides which intervention will recover the most revenue, because each cause responds to a different fix.
Tying these together gives a clean view of the whole flow. Of the 200,000 pounds attempted, 8,000 declined, 5,000 was recovered through retries and card updates, and 3,000 was lost. The 3,000 pounds is the number that should reach the board, not the raw failure rate, because it is the only figure that captures both how often charges fail and how well you respond. Tracking it month over month shows whether your recovery process is improving or quietly decaying as cards age.
Failed payment analysis in a metric tree
A metric tree decomposes failed payment loss into the failure causes and the recovery levers that determine the final outcome. This turns a single involuntary churn figure into a map of where revenue is being lost and where it can be saved.
The first level splits the loss into failure rate and recovery rate. Failure rate decomposes by reason: expired cards, insufficient funds, fraud or risk blocks, and bank or network errors. Recovery rate decomposes by lever: retry logic, the card update flow, and the dunning sequence of reminder emails. Each leaf has an owner. Expired cards point at the card update flow that product owns. Insufficient funds point at retry timing that billing owns. Fraud blocks point at the risk rules that finance and the payment provider own together.
With the tree in place, a rise in net involuntary loss has a clear diagnostic path. If the failure rate is steady but recovery has dropped, the dunning sequence or retry schedule has regressed and the fix sits with billing, not with the customer base. KPI Tree models this by connecting each branch to its team with RACI ownership, pushing an alert to the accountable owner when the loss moves, and then running the verified impact loop to confirm a change to the retry schedule actually lifted recovery rather than just looking like it did.
Metric tree insight
Expired cards are the most recoverable branch because the fix is purely operational. An account updater that refreshes stored card details, paired with reminder emails sent before the card expires, can recover a large share of these failures before they ever decline.
Failed payment analysis benchmarks
Benchmarks depend on the payment mix, geography, and whether billing is monthly or annual. Monthly billing fails more often than annual simply because there are twelve times as many attempts. The ranges below are typical for subscription businesses and are best read as orientation rather than hard targets, since a fraud-heavy market or a consumer base will sit at the higher-failure end.
| Metric | Weak | Healthy | Strong |
|---|---|---|---|
| Payment failure rate | Over 8 percent | 3 to 8 percent | Under 3 percent |
| Recovery rate | Under 40 percent | 40 to 70 percent | Over 70 percent |
| Average time to recovery | Over 21 days | 7 to 21 days | Under 7 days |
| Net involuntary loss share of churn | Over 40 percent | 20 to 40 percent | Under 20 percent |
Read the failure rate and the recovery rate together. A business with a high failure rate but a strong recovery rate is healthier than one with a low failure rate and weak recovery, because the first has a process that works and the second is leaving recoverable money on the table. The share of total churn that comes from involuntary loss is the clearest signal of whether dunning deserves more investment, since a high share means the cheapest churn to fix is the one you are tolerating.
How to improve failed payment analysis
Improving failed payment outcomes means working both halves of the problem: reducing how often charges fail and recovering more of the value that does fail. The biggest gains almost always come from the recovery side, because the levers are operational and the customers involved never wanted to leave.
Time retries intelligently
Do not retry a declined charge at the same hour every day. Insufficient funds clear after payday, so spacing retries across days and aligning them with common pay cycles recovers far more than a fixed daily attempt.
Pre-empt expired cards
Use an account updater to refresh stored card details automatically, and email customers before a card expires. Catching an expiry before the renewal turns a future decline into a non-event.
Sequence dunning with care
Send a clear, calm series of reminders that make updating a card effortless. Lead with the value the customer would lose, keep the update link one click away, and stop the sequence the moment payment succeeds.
Work the reason mix
Break failures down by cause and target the largest bucket first. Fraud blocks need risk-rule tuning, insufficient funds need retry timing, and expired cards need the update flow. Each cause has its own most effective fix.
The metric tree approach makes the priority obvious. If recovery rate is the weakest branch against benchmark, improving retry timing and dunning will save more revenue than any reduction in the raw failure rate. KPI Tree connects each branch to its owner, so billing owns the retry schedule, product owns the card update flow, and finance owns the risk rules. When the accountable owner can see their node and how it rolls up to net involuntary loss, the next action is specific, and the verified impact loop confirms whether the change they made actually lifted recovery.
Common mistakes when tracking failed payment analysis
- 1
Counting failures instead of value
Measuring the number of failed charges treats a 20 pound decline the same as a 2,000 pound one. Track failed value so the analysis points you at the revenue that actually matters.
- 2
Stopping at the failure rate
The failure rate alone says nothing about what you saved. Without the recovery rate, you cannot tell whether a high failure rate is a crisis or a well-managed cost of doing business.
- 3
Folding involuntary loss into voluntary churn
Reporting failed payments as part of general churn hides the cheapest recovery opportunity in the business. Involuntary churn needs a different intervention from a customer who chose to cancel.
- 4
Retrying on a fixed schedule
A charge that fails for insufficient funds and is retried at the same time each day will keep failing until payday. Fixed retry schedules leave recoverable revenue uncollected for no good reason.
Related metrics
Churn rate
Customer Churn Rate
SaaS MetricsMetric Definition
Churn Rate = (Customers Lost During Period / Customers at Start of Period) × 100
Churn rate measures the percentage of customers or subscribers who stop using a product or service during a given time period. It is the most direct indicator of whether a business is delivering enough ongoing value to retain its customer base, and it has a compounding effect on growth, revenue, and customer lifetime value.
Net revenue retention
NRR
SaaS MetricsMetric Definition
NRR = ((Beginning MRR + Expansion MRR - Contraction MRR - Churned MRR) / Beginning MRR) x 100
Net revenue retention (NRR) measures the percentage of recurring revenue retained from existing customers over a given period, including expansion, contraction, and churn. An NRR above 100% means existing customers are generating more revenue over time, creating a compounding growth engine that does not depend on new acquisition.
MRR
MRR
SaaS MetricsMetric Definition
MRR = Sum of Monthly Recurring Subscription Revenue from All Active Customers
Monthly recurring revenue (MRR) is the predictable, normalised revenue a subscription business earns each month. It is the single most important metric for understanding the health and trajectory of a SaaS company because it captures new sales, expansion, contraction, and churn in one number.
Customer lifetime value
CLV / LTV
SaaS MetricsMetric Definition
CLV = Average Revenue Per User × Gross Margin × Average Customer Lifespan
Customer lifetime value (CLV) is the total revenue a business can expect from a single customer account over the entire duration of their relationship. It quantifies the long-term financial worth of acquiring and retaining a customer, making it one of the most important metrics for sustainable growth.
Churn rate analysis: formulas, benchmarks and fixes
Metric Definition
Failed payments drive involuntary churn, so this deep-dive shows how to measure churn and target the recovery levers that reduce it.
Net revenue retention: formula, benchmarks and levers
Metric Definition
Recovering failed payments protects retained revenue, so this guide connects involuntary churn to the wider retention picture you are trying to improve.
Decompose failed payments and recover the revenue
Build a failed payment metric tree that connects each failure cause and recovery lever to the team that owns it, with an alert to the accountable owner the moment net involuntary loss moves.