The Markin ROI Report for Enterprise Growth TeamsRead now
MARKIN
Field notes
Playbooks9 min read

Dunning best practices: recovering failed payments before they become churn

Failed payments are 20 to 40 percent of all churn and the cheapest to fix. Retry by decline code and refresh cards before they fail.

Elisa Fontaine
  • #Churn
  • #Billing
  • #Playbooks
Dunning best practices: recovering failed payments before they become churn

Dunning is the process of recovering failed recurring payments through retries, card updates and customer contact. The best practices that move recovery rates are unglamorous: retry by decline code rather than by calendar, keep card credentials fresh before they fail, and measure dunning separately from voluntary churn so neither pollutes the other.

Failed payments are the largest recoverable revenue leak in most subscription businesses, typically 20 to 40 percent of all churn. Yet dunning is often run as a fixed email sequence designed years ago. The split between this involuntary churn and deliberate cancellation is covered in voluntary vs involuntary churn; this article is the operational playbook.

1. Retry by decline code, not by calendar

A fixed retry schedule (day 1, 3, 5, 7) treats an insufficient-funds decline the same as a stolen-card decline. They are opposites. Soft declines, such as insufficient funds or issuer timeouts, recover well with retries timed to when money arrives: month-end, known paydays, local payroll cycles. Hard declines, such as stolen or closed cards, never recover by retrying and only generate fees and issuer distrust. Route on the code:

  1. 1Insufficient funds. Retry on payday patterns for the customer's market, up to three attempts across the cycle.
  2. 2Issuer unavailable or timeout. Retry within hours, these are transient.
  3. 3Card closed, stolen or invalid. Stop retrying immediately and move to a card-update flow.
  4. 4Do not honour or generic refusal. One retry after 24 to 48 hours, then contact the customer.

2. Fix cards before they fail

The cheapest failed payment is the one that never happens. Account updater services from the card networks refresh expired or reissued credentials automatically, and network tokens replace the card number entirely so reissues do not break the mandate. Together they prevent a third to a half of failures in mature implementations. Pre-dunning email, asking customers to update an expiring card two weeks ahead, adds a few more points at near-zero cost.

3. Grace periods and the service question

How long service continues after a failed payment is a policy decision with real economics. Cutting access immediately maximises urgency but burns goodwill with customers who had no idea their card failed. A grace period of three to seven days with clear, non-threatening messaging recovers more at lower reputational cost. The message matters: 'your payment did not go through, update your card' outperforms anything framed as a warning, because most of these customers intend to pay.

4. Measure dunning as its own system

  1. 1Recovery rate by decline code. The headline metric, split by soft and hard. Aggregate recovery hides whether improvements come from retries or from prevention.
  2. 2Time to recovery. Every day in dunning is a day of unpaid service and rising churn risk. Median recovery inside 72 hours is a good bar.
  3. 3Post-recovery retention. Customers recovered through dunning churn at higher rates than never-failed customers, so track their 90-day survival separately. If recovered customers leave within a quarter, the recovery was revenue delayed, not saved.

And keep dunning out of the retention team's numbers. When involuntary churn is pooled with voluntary churn, retention programmes get credited for payment recoveries and blamed for card expirations, and both teams optimise the wrong thing. The same separation discipline applies to save flows at the point of cancellation, covered in churn deflection.


Markin treats payment recovery and retention as separate decisions with separate holdouts, so each is measured on the outcomes it actually caused. See Retention decisioning or the fintech view.

Frequently asked

Questions readers ask about this.

What is dunning?
Dunning is the process of recovering failed recurring payments through retries, card update requests and customer contact. It addresses involuntary churn, where the customer never decided to leave, as opposed to voluntary cancellation.
How many times should you retry a failed payment?
It depends on the decline code, not on a calendar. Insufficient funds justifies up to three retries timed to payday patterns, issuer timeouts should be retried within hours, and a closed or stolen card should never be retried at all.
What is a good payment recovery rate?
Well-run dunning recovers 50 to 70 percent of failed payments. The gap between a fixed retry sequence and a decline-code-aware setup with account updater and pre-dunning is typically 15 to 25 percentage points.
Should service continue after a failed payment?
A grace period of three to seven days with clear, non-threatening messaging usually recovers more than immediate suspension, because most of these customers intend to pay and simply do not know the card failed.
How should dunning be measured?
Recovery rate split by decline code, time to recovery with a median inside 72 hours, and 90-day retention of recovered customers. Keep these separate from voluntary churn metrics so neither team is credited or blamed for the other's outcomes.

See it in the product

This runs in Markin today.

The same loops this note describes run 24/7 against your customer base. Watch the workspace decide, experiment and execute 1:1.