Dunning Management: Recover Failed Subscription Payments

    Dunning Management: Recovering Payments Without Annoying Customers

Dunning is the unglamorous name for everything that happens after a charge fails: the retries, the emails, the grace period and the decision to finally close the subscription. Most teams configure it once, during setup, using whatever defaults the billing system shipped with, and never look at it again.

Those defaults are usually wrong for your business, because they were chosen to be safe for everyone rather than effective for anyone. Tuning them is one of the few projects where a week of work produces a permanent revenue increase.

Retries: timing beats frequency

The instinct is to retry quickly and often. In practice the opposite works better, because the most common reason for a soft decline is an empty account, and an empty account does not refill in six hours.

Build the schedule around when people get paid rather than around convenient intervals. A first retry after two or three days, a second around the time salaries usually land, and a third about a week later covers most recoverable cases. Four attempts in four consecutive days covers almost none of them and annoys the issuing bank, which starts treating your merchant ID as noisy.

Two refinements matter. Vary the time of day, since a charge at three in the morning meets a different account balance than one at noon. And stop retrying permanent declines — a closed account will not open because you asked five times. That distinction requires decline reasons, which is why they appear in our processing reports.

Messages: fewer, clearer, earlier

The email sequence usually looks like three identical messages with increasing urgency. It works better as two different messages with different jobs.

The first one is informational and goes out early: your payment did not go through, access continues until a date, here is a one-click link to fix it. No alarm, no threat, no account jargon. The second one goes out shortly before access ends and says exactly what will happen and when.

After that, stop. A third and fourth reminder recover almost nobody and generate spam complaints, which cost more than the subscription. If the person has not acted after two clear messages, the subscription is over and the right move is a clean cancellation with the door left open.

The grace period is a commercial decision

How long you keep access alive after a failed payment is not a technical setting, even though it lives in a technical system. Cutting access immediately protects revenue and loses customers who would have paid on the fifth. Keeping it for fourteen days recovers more of them and gives away two weeks of service to people who were leaving anyway.

The answer depends on marginal cost. A SaaS product with near-zero delivery cost can afford a long grace period; a service with real per-customer costs cannot. Decide it as a business question, write it down, and revisit it once a year rather than when someone complains.

What to do before any of this

Dunning recovers payments that failed. Preventing the failure is cheaper, which is why card update services run first and dunning picks up what they could not fix. Teams that implement dunning without card updates end up emailing customers about a problem that could have been solved silently.

The same logic applies to authentication. If renewals fail because a confirmation request goes unanswered, no retry schedule will help; the fix sits in how the charge is submitted, not in what happens afterwards.

The steps on our side, from application to the first charge, are set out on how it works.

Who owns this

Dunning falls between departments, which is why it stays on defaults for years. Finance sees the revenue gap, support sees the angry emails, product owns the billing screens, and nobody owns the retry schedule.

Give it to one person with the authority to change both the schedule and the message text, and review it quarterly. The review takes twenty minutes: look at the recovery rate, look at complaints, change one thing. Teams that do this twice a year end up well ahead of teams that discuss it constantly and change nothing.

Which payment methods you support affects this too, since a customer who can switch from card to direct debit solves the problem permanently rather than monthly.

Questions that come up often are answered in our FAQ.

Measuring whether it works

One number matters: the share of failed payments that eventually succeed. Everything else — open rates, click rates, how many emails you sent — describes activity rather than result.

Track it monthly and split it by failure reason, because recovery from insufficient funds and recovery from an expired card are different problems with different ceilings. A base recovering more than half of its soft declines is doing well; a base recovering under a quarter has something misconfigured, usually the retry timing.

The reporting that makes this visible is part of the merchant account rather than an add-on, and the account opens from 5 days.

Commercial terms, from 1.8% for middle-risk models, are on the pricing page.

Connection from 5 days. Fees from 1.8% — transparent terms, no hidden charges. Leave a request or book a consultation and we will put together the right setup for your niche and risk profile.