Get the working resource ↓
SaaS Email Marketing Guide 10 min read

Dunning Email Sequences

Cut involuntary churn with a dunning sequence: retry schedule, card update emails, in app banners, grace period rules and the recovery rates to expect.

On this page 10 sections
  1. How much of your churn is actually a failed card
  2. The retry and email schedule from day 0 to day 14
  3. Copy rules that keep dunning out of the promotions tab
  4. Pairing the email with an in app banner and an admin notification
  5. Grace period, downgrade and data retention set the tone
  6. Tooling: what each platform actually automates
  7. What recovery rate to expect and how to check your baseline
  8. Why dunning must never live on the marketing subdomain
  9. Where dunning still loses
  10. Build it this week
  11. Frequently asked questions

The short answer

A dunning email sequence is the set of messages a SaaS sends when a subscription payment fails, paired with a retry schedule that usually runs on days 0, 3, 5, 7, 10 and 14. The first messages are neutral and operational, the later ones name the access consequence and the date it happens. Involuntary churn from failed cards typically accounts for 20 to 40 percent of total SaaS churn, and a competent sequence recovers somewhere between 30 and 70 percent of it.

Key points before you start

A fifth to a third of your churn has nothing to do with your product. Somebody’s card expired, a bank flagged a recurring charge from a US merchant as unusual, a finance team replaced the corporate card after a fraud alert and forgot the twelve subscriptions attached to it. The customer still wants the software. They just stopped paying for it by accident, and in most companies no single person is accountable for getting them back.

How much of your churn is actually a failed card

Pull your last six months of cancellations and split them by cause. Involuntary churn, meaning subscriptions that ended on a payment failure rather than a cancel click, typically runs at 20 to 40 percent of total SaaS churn, and it skews higher for self serve products billed monthly on consumer cards.

That split changes what the number means. A product losing 4 percent of logos a month where 30 percent of that is involuntary is losing 1.2 points a month to payment plumbing. Recover half of it and you have added 0.6 points of retention without changing the product, the pricing or the positioning. No acquisition channel offers that arithmetic.

The reason it stays broken is ownership. Billing sits with engineering or finance, retention sits with customer success, email sits with marketing, and a failed card falls through all three. Marketing looks at it and sees a transactional message that is not their job. Finance looks at it and sees a collections problem. Nobody writes the copy. If you want the definition and the wider context, the dunning email entry covers the term; this page is the build.

20% to 40%

Share of total SaaS churn that is involuntary, caused by a failed payment rather than a decision to leave

Aggregated subscription billing vendor reporting

The retry and email schedule from day 0 to day 14

Six touches over fourteen days, with the retry and the email doing different jobs. The retry attempts to take the money. The email attempts to get the card fixed. Sending an email without a retry behind it, or retrying without telling anyone, both waste the window.

DayRetry attemptEmailWhat changes in the message
Day 0Initial charge failsPayment could not be processedNeutral and operational. States the amount, the last four digits and that it will be retried automatically. No urgency, no consequence.
Day 3Second attemptStill unable to take paymentNames the decline reason in plain language and adds a one click card update link. First mention that access is unaffected for now.
Day 5Third attemptUpdate your card to keep accessIntroduces the date access changes. Shifts from passive to a direct instruction. In app banner goes live on this day.
Day 7Fourth attemptAccess changes on [date]Names the exact date and what happens to seats, integrations and scheduled jobs. Copies the account admin if the cardholder is a different person.
Day 10Fifth attemptFinal notice before downgradeShort. Two sentences and a button. Mentions the data retention window so the reader knows nothing is deleted yet.
Day 14Final attemptYour plan has been downgradedConfirms the new state, what is still accessible, how long data is kept, and the single link that restores everything.
Timings assume monthly billing. Annual contracts should stretch the same six steps across 30 days.

Two decisions inside that schedule matter more than the copy. The first is retry spacing. Attempting the same card three times in one day burns network attempts and recovers almost nothing, because the condition that caused the decline has not changed. Spreading attempts across a fortnight catches payday cycles, corporate card reissues and bank fraud holds that clear on their own. Visa’s acquirer rules cap retries on a single declined transaction at 15 within 30 days and charge fees past that, so the constraint is real even before you consider the customer experience.

The second is decline code branching, which most teams skip.

Decline typeExample codesDoes retrying helpWhat the email should say
Soft declineInsufficient funds, do not honour, issuer unavailableYes, often within daysNeutral, automatic retry scheduled, no action needed yet
Expired cardExpired cardNoAsk for a new expiry date directly, skip the retry language
Hard declineLost card, stolen card, pickup cardNo, and repeated attempts risk fraud flagsAsk for a different card immediately, no retry mention
Fraud blockSuspected fraud, blocked by issuerRarelySuggest the customer authorise the charge with their bank first

Sending a soft decline message to somebody whose card was reported stolen wastes a week of the window. Branch on the code your processor returns. Stripe, Recurly and Chargebee all expose it.

The dunning email that arrives after lockout

If access is cut on day 7 and the notice email is scheduled for day 7 at 9am UTC, a customer in California loses access before the message lands. Cut access after the work is done after the notice goes out, never in the same job run.

Editable working copy

Download this template

Save an editable working copy of the framework on this page. Add your own owners, evidence and decisions.

We never sell your data. Your resource opens here after submission.

Copy rules that keep dunning out of the promotions tab

Dunning email has one formatting job: look like a receipt, not a campaign. Every visual flourish that makes a marketing email perform pushes a payment notice toward the promotions tab or the spam folder, which is the one place it cannot afford to land.

  • Plain text or near plain text. One link, no hero image, no logo header, no footer with social icons.
  • Send from the product or billing subdomain, not the marketing one. A payment notice that inherits a marketing domain’s reputation inherits its filtering too.
  • Send from a person or a functional address a human recognises, like billing@ or a named account owner, never from a no reply address on a payment failure.
  • Subject lines that state the fact. “Payment failed for your Growth plan” beats anything with an emoji, a discount or a countdown.
  • No unsubscribe suppression. Dunning is transactional, so a marketing opt out must not stop it, and neither should quiet hours or frequency caps.
  • One call to action per message, pointing at a hosted card update page rather than a login wall.

That last point is where most sequences quietly fail. If the update card link drops the customer on a login screen, and the cardholder in the finance team does not have a login, the recovery is dead. Stripe, Recurly and Chargebee all issue signed hosted update links that work without an account session. Use them.

Tone matters less than most people think, with one exception: the first message should carry no blame at all. The overwhelming majority of first declines are bank side and temporary. Treating a routine insufficient funds decline as a delinquency notice offends the customer who was always going to pay on day 3 anyway. Escalate at day 7, not at day 0. The same restraint applies across the wider programme, which is why the tonal shift here sits at the opposite end of the scale from the persuasion work in the trial expiry email sequence.

Pairing the email with an in app banner and an admin notification

Email alone recovers a fraction of what it should, because the person who receives billing email is often not the person using the product. In a 60 seat account the card belongs to a finance manager who opens your product twice a year. The daily users have no idea anything is wrong until the day access changes.

The three channel pairing

  1. Banner for every user from day 5

    A persistent, dismissable banner visible to all users on the account: payment issue, access changes on this date, contact your admin. Tell every user, because one of them will walk over to finance.

  2. Modal for the admin from day 7

    A blocking or near blocking modal for admin and billing roles only, with the card update form inline. Do not block the whole team, which punishes people who cannot fix it.

  3. In product notification to the billing contact

    A notification centre entry and, where you have it, a Slack or Teams alert to the workspace owner. Product surfaces bypass the inbox entirely.

  4. Email to the cardholder and the admin separately

    Two different messages. The cardholder gets the card update link. The admin gets the account consequence and the date. Merging them produces a message that serves neither.

  5. Human outreach above a revenue threshold

    Any account above roughly $500 a month gets a personal email or a call from the account owner by day 7. At that value the recovery rate justifies a human and the automated sequence alone is leaving money on the table.

  6. Alert the account team internally

    Post failed payments over a threshold into a Slack channel the CSM and AE watch. Nothing damages a renewal conversation like an account manager who did not know their customer had been locked out.

The high value threshold is the part teams resist and the part that pays. A $49 a month account gets six automated emails. A $4,000 a month account gets a phone call on day 3, because the difference between recovering it and not is worth more than a week of the marketer’s salary.

Grace period, downgrade and data retention set the tone

Write the policy before the copy, because every sentence in the sequence depends on what actually happens on day 14. The three decisions are how long full access continues, what state the account moves into, and how long data survives.

PolicyCommon settingEffect on recoveryWhere it hurts
Grace period7 to 14 days of full accessHigher recovery, most declines resolve inside a weekFree usage for genuinely delinquent accounts
Downgrade stateRead only, exports allowed, writes blockedKeeps the account reachable and recoverable for monthsEngineering work to build the state
Hard lockoutAccess removed at day 14Sharp short term recovery spike, higher permanent lossSupport volume and angry reviews
Data retention30 to 90 days after downgradeMakes restoration a one click eventStorage cost, and a compliance question for regulated data

The position worth taking: read only beats lockout for almost every B2B product. A locked out customer has no reason to come back and every reason to start evaluating a competitor. A read only customer can still see their data, still gets value from looking at it, and restores with one payment. The exception is products where read only access is itself the product, such as reporting and analytics tools, where the downgrade has to remove something real.

Say the retention window explicitly in the day 10 and day 14 emails. “Your data is kept for 60 days” removes the panic that makes people either churn angrily or flood support. It also removes the false urgency that tempts teams into writing dunning copy that sounds like a threat.

Editable CSV worksheet

Save your marketing measurement plan

Keep a worksheet for your inputs, assumptions and next actions. You can also print the calculation directly from your browser.

We never sell your data. Your resource opens here after submission.

Tooling: what each platform actually automates

Most teams start with what their processor already includes and add a layer only when the recovery number justifies it.

ToolWhat it automatesWhat it does not doBest for
Stripe Billing Smart RetriesRetry timing chosen per transaction from network level data, hosted card update pages, card account updaterMulti step branded email sequences and in app surfacesAnyone already billing on Stripe, which is where most SaaS should start
RecurlyConfigurable retry schedules, dunning campaigns, account updater, decline code routingDeep product event triggers without integration workSubscription heavy businesses with mixed billing models
ChargebeeSmart dunning, multi currency and multi gateway retries, in app and email noticesFull lifecycle marketing, it is a biller not an ESPCompanies billing across regions and gateways
ChurnkeyFailed payment recovery flows, in product prompts, cancel deflection, precise segmentationBeing your system of record for billingSelf serve products with volume and a real churn number to attack
Baremetrics RecoverRecovery emails, hosted update pages and reporting on top of StripeAnything outside StripeSmall teams that want recovery plus metrics in one place
Card account updater services, offered through Visa and Mastercard, quietly do more than any sequence by refreshing reissued cards before they ever decline.

Turn on the card account updater first. Visa Account Updater and the Mastercard equivalent refresh stored credentials when a card is reissued, which prevents a meaningful share of expired card declines from happening at all. It is usually a toggle in your processor and it is the highest return five minutes in this entire guide.

What recovery rate to expect and how to check your baseline

Published recovery rates run from roughly 30 to 70 percent of failed invoices, and every vendor quoting a number at the top of that range is quoting their best cohort. The spread is driven by card mix, not by copy. Consumer cards on monthly plans recover best. Corporate cards, prepaid cards and cross border transactions recover worst, sometimes dramatically so.

Measure before you optimise. For one month, log every failed invoice, the decline code, whether any payment succeeded within 30 days, and whether the account was still active at 60 days. That gives you a baseline recovery rate and, more usefully, a decline code distribution that tells you which branch of the sequence to build first. A base that is 60 percent expired cards needs the account updater and a different email. A base that is 60 percent insufficient funds needs better retry spacing.

Then report it in revenue. Recovered monthly recurring revenue and recovered logos are the two numbers that get this work funded. Open rates on dunning email are high and meaningless, since a payment failure notice is opened by almost everyone who receives it. If you need to size the opportunity before building, the SaaS email revenue calculator will put a range on it, and the lifecycle email audit checklist will tell you what else in the programme is missing while you are in there.

The recovery number that is not recovery

Counting any successful payment within 30 days as a recovery credits the sequence with every card that would have cleared on its own. Compare against a small holdout that gets only the processor retries and no email, and report the difference. The honest number is usually lower and far more defensible.

Why dunning must never live on the marketing subdomain

Here is the position, stated plainly. Dunning is transactional email about a contract, and it must be sent from the product or billing subdomain, exempt from marketing unsubscribe suppression, and excluded from every frequency cap and quiet hours rule in your platform.

The failure mode is specific and common. A customer unsubscribes from the product newsletter in March. In July their card expires. The dunning sequence runs through the same marketing ESP, respects the global suppression list, and sends nothing. The account cancels in August and appears in the churn report as a voluntary loss. Nobody ever finds it, because the missing sends leave no trace.

There is a second, slower version of the same problem. Marketing sends a poorly targeted campaign, complaint rates rise on the shared sending domain, and filtering tightens on everything from that domain including password resets and payment notices. Splitting sending domains before there is a problem is cheap; recovering a reputation afterwards costs weeks. That whole architecture is worth doing properly, and once it is in place, the same logic governs churn prevention email campaigns and the onboarding flow in the SaaS onboarding email sequence.

One nuance. Being transactional does not license you to add marketing to it. A payment failure email with an upgrade offer or a webinar link at the bottom is a marketing email wearing a costume, and in most jurisdictions it loses its transactional exemption. Keep it clean.

Where dunning still loses

Three honest limits. Dunning cannot recover an account that genuinely wanted to leave and let the card fail as a passive cancellation, and somewhere between a tenth and a quarter of involuntary churn is exactly that. Treating those accounts to six emails and a phone call annoys them and inflates your apparent failure rate.

It also cannot fix a bad billing experience. If your invoices arrive with no line items, your currency is wrong for the customer’s region, or your card form rejects valid European cards because it never implemented 3D Secure properly, the sequence is patching a hole the product made. Cross border decline rates are frequently a product problem misdiagnosed as a dunning problem.

And it degrades. A sequence written in 2024 with a lockout date that no longer matches the billing code, a card update link pointing at a deprecated page, or a decline branch that never fires because the processor changed its codes. Put dunning on the same quarterly review cycle as the rest of the lifecycle programme in the SaaS email marketing hub, and test the card update link every release.

Build it this week

Start with the single email you do not have. Most companies have one automated payment failure notice from their processor, no branching, no in app surface and no retry strategy beyond the default.

The first pass, in build order

0 of 8 done

Do this before the newsletter, before the nurture track, before anything with a content calendar attached to it. A payment recovery email is the highest revenue per send message a SaaS company will ever write, and the same argument applies to the upgrade path in freemium to paid upgrade emails and to the structured copy you can lift from the SaaS onboarding email templates.

Editable CSV worksheet

SaaS Email Marketing planning worksheet

A practical email planning worksheet: decisions, owners, evidence and next actions.

We never sell your data. Your resource opens here after submission.

Frequently asked questions

What is a dunning email sequence?

It is the series of messages sent when a recurring subscription payment fails, timed around the payment processor's retry attempts. A standard sequence runs on days 0, 3, 5, 7, 10 and 14 after the first decline. Early messages stay neutral and operational, later ones state the exact date access changes, and the final one confirms what happened to the account and its data.

How many times should you retry a failed subscription payment?

Four to six attempts over roughly 14 days works for most SaaS businesses. Visa's acquirer rules cap retries on a declined transaction at 15 within 30 days and charge fees beyond that, so volume is not the lever. Spacing matters far more: retrying on payday patterns and after a few days recovers more than hammering the same card twice in one afternoon.

What recovery rate should a dunning sequence achieve?

Reported ranges run from about 30 to 70 percent of failed invoices, and the spread is driven by card mix, geography and retry logic rather than copy. Consumer cards on monthly plans recover best. Corporate cards, prepaid cards and cross border transactions recover worst. Measure one month of your own baseline before setting a target from anyone else's number.

Should dunning emails be sent from the marketing platform?

No. Dunning is transactional email about a contractual payment, so it belongs on the product or billing sending subdomain, in plain text, exempt from marketing unsubscribes and from quiet hours. A payment failure notice routed through a marketing ESP inherits promotional filtering, tab placement and suppression lists, which is how accounts get cancelled without the customer ever seeing a warning.

What is the difference between voluntary and involuntary churn?

Voluntary churn is a customer deciding to leave. Involuntary churn is a customer who still wants the product losing access because a payment failed, usually from an expired card, a bank decline or a fraud block. Involuntary churn is the cheaper of the two to fix, because the value case is already won and the only problem is a payment credential.

How long should the grace period be after a failed payment?

Seven to fourteen days of full access, then a read only or downgraded state rather than instant lockout, then a data retention window of at least 30 days before deletion. Cutting access on the first decline saves nothing and generates support tickets from customers whose bank simply flagged a routine transaction as unusual.

Which tools automate dunning for SaaS?

Stripe Billing includes Smart Retries and hosted card update pages. Recurly and Chargebee ship configurable retry schedules and dunning campaigns as part of subscription billing. Churnkey and Baremetrics Recover sit on top of an existing biller and add recovery flows, in app prompts and cancel deflection. Most teams start with what their processor already includes.

The saas-marketing.net editorial team Research and editorial

We research, write and maintain every page on this site. The library explains marketing decisions through practical frameworks, explicit assumptions and references. Corrections can be requested through the contact page.

Published September 11, 2026. Last updated .