Payment Recovery Email Sequence: Beyond Basic Dunning

Basic dunning emails work for basic failures. "Your payment failed, update your card" is fine when someone's card expired. But what about fraud holds? Insufficient funds? Bank declines that aren't the customer's fault?
Different failure reasons need different approaches. A customer who can't pay because of a temporary cash flow issue needs a different message than someone whose bank flagged your charge as suspicious. Treating them the same leaves money on the table.
This guide goes beyond standard dunning. You already know to send emails when payments fail. This covers what to say based on why they failed, and how to recover revenue that generic sequences miss. If you are starting from scratch, read our dunning email sequence guide first for the fundamentals.
Why Generic Dunning Underperforms
Most payment recovery sequences treat all failures the same:
- Payment failed
- Please update your card
- Your account will be suspended
- Final warning
This works for some failures. But payments fail for many reasons, and each reason has a different solution:
| Failure Reason | Generic Approach | Better Approach |
|---|---|---|
| Card expired | Update card | Update card |
| Insufficient funds | Update card | Wait and retry, offer alternatives |
| Card declined | Update card | Contact bank, try different card |
| Fraud flag | Update card | Contact bank, verify merchant |
| Network error | Update card | Automatic retry, no email needed |
| Do not honor | Update card | Different card or payment method |
The generic approach gets maybe 25-35% recovery. A targeted approach based on failure reason can hit 45-60%. If you want to connect this directly to your payment processor, our Stripe email automation guide walks through the technical integration.
Understanding Payment Failure Codes
Before we dive into templates, understand what you're working with. Stripe and other processors return decline codes that tell you why a payment failed.
Common decline codes and what they mean:
| Code | What It Means | Customer Action | Your Approach |
|---|---|---|---|
card_declined | Bank declined, reason unspecified | Contact bank or try different card | Offer alternatives |
insufficient_funds | Not enough money | Add funds or try different card | Wait before retry, be tactful |
expired_card | Card is expired | Update to new card | Direct, simple |
incorrect_cvc | Wrong security code | Re-enter card details | Simple fix |
processing_error | Technical issue | Try again | Retry automatically |
do_not_honor | Bank won't approve | Contact bank | Explain what happened |
lost_card / stolen_card | Card reported lost/stolen | Use different card | Don't mention status |
fraudulent | Bank suspects fraud | Contact bank | Delicate handling |
The key insight: your response should match the failure reason, not just blast the same message regardless.
Pre-Failure Prevention Emails
The best recovery is preventing failures in the first place. Pre-emptive communication catches problems before they cause churn.
Card Expiration Warnings
All Email Sequence Templates
30 Days Before Expiration
Use case: First notice about expiring card
Description: Early warning for card update
Subject line: Heads up: Your card expires next month
Hi [firstName], Quick heads up: the card we have on file for your [productName] subscription expires next month ([expirationDate]). Your next billing date is [nextBillingDate]. If you update your card before then, everything continues smoothly. **Update your card:** [updatePaymentLink] Takes about 30 seconds. If you've already gotten a new card with the same number, you still need to update the expiration date in our system. [senderName]
7 Days Before Expiration
Use case: Week before card expires
Description: More urgent card update reminder
Subject line: Your card expires in 7 days
Hi [firstName], Your payment card (**** [lastFour]) expires in 7 days. Your next [productName] payment ([amount]) is scheduled for [nextBillingDate]. If your card isn't updated by then, the payment will fail and you may lose access to your account. **Update now (30 seconds):** [updatePaymentLink] If you're having any issues or questions about your subscription, just reply to this email. [senderName]
Day Before Billing
Use case: Last chance before payment attempt
Description: Final pre-failure warning
Subject line: Tomorrow: [amount] charge to expiring card
Hi [firstName], Tomorrow we'll charge [amount] to your card ending in [lastFour], but that card expires [expirationDate]. **The charge will fail unless you update your card today.** [updatePaymentLink] If the payment fails: - We'll retry a few times over the next week - You'll get payment failure emails - Your account may be suspended if not resolved Update now to avoid all of that. [senderName]
Early warning for card update
Heads up: Your card expires next month
Hi [firstName],
Quick heads up: the card we have on file for your [productName] subscription expires next month ([expirationDate]).
Your next billing date is [nextBillingDate]. If you update your card before then, everything continues smoothly.
Update your card: [updatePaymentLink]
Takes about 30 seconds.
If you've already gotten a new card with the same number, you still need to update the expiration date in our system.
[senderName]
Failure-Specific Recovery Sequences
Here's where we get targeted. Different failure reasons need different messages.
Insufficient Funds
This is sensitive. You're essentially pointing out that someone doesn't have enough money. Handle with care.
All Email Sequence Templates
First Notice (Tactful)
Use case: First failure due to insufficient funds
Description: Initial insufficient funds notification
Subject line: Issue with your [productName] payment
Hi [firstName], We tried to process your [productName] subscription payment of [amount], but it didn't go through. This sometimes happens when: - There's a temporary hold on your account - A large purchase affected your available balance - Your bank has daily spending limits **Here's what happens next:** - We'll automatically retry in [X] days - You don't need to do anything if funds will be available then - Or, you can switch to a different card: [updatePaymentLink] Your account remains fully active during the retry period. If you'd like to discuss payment options, just reply to this email. [senderName]
Second Attempt
Use case: After second retry fails
Description: Following up after continued failure
Subject line: Your payment is still not processing
Hi [firstName], We've tried to process your [productName] payment twice now without success. **Your options:** 1. **Wait for our next retry:** We'll try again in [X] days 2. **Switch to a different card:** [updatePaymentLink] 3. **Talk to us about alternatives:** Reply to this email We want to keep you as a customer. If there's anything unusual going on, let me know. We're more flexible than you might expect. [senderName]
Alternative Payment Options
Use case: When customer may be having financial difficulty
Description: Offering flexibility
Subject line: Some options for your account
Hi [firstName], Your [productName] payment has failed a few times. I want to make sure you know about some options. **If you want to continue with [productName]:** - Try a different payment method: [updatePaymentLink] - Switch to monthly billing instead of annual - Contact us about adjusting your plan **If you need a break:** - We can pause your account for up to [X] months - Your data stays safe and you can reactivate anytime Just reply and let me know what would help. I'd rather find a solution than lose you as a customer. [senderName]
Initial insufficient funds notification
Issue with your [productName] payment
Hi [firstName],
We tried to process your [productName] subscription payment of [amount], but it didn't go through.
This sometimes happens when:
- There's a temporary hold on your account
- A large purchase affected your available balance
- Your bank has daily spending limits
Here's what happens next:
- We'll automatically retry in [X] days
- You don't need to do anything if funds will be available then
- Or, you can switch to a different card: [updatePaymentLink]
Your account remains fully active during the retry period.
If you'd like to discuss payment options, just reply to this email.
[senderName]
Bank Declines (Do Not Honor / Card Declined)
When banks decline without a specific reason, customers need to contact their bank. Your email should explain this clearly.
All Email Sequence Templates
Bank Decline Notification
Use case: Generic bank decline
Description: When bank declines without reason
Subject line: Your bank declined the payment for [productName]
Hi [firstName], We tried to charge your card for [amount], but your bank declined it. They didn't tell us why. **This usually happens because:** - Your bank flagged it as unusual activity - There's a security hold on your account - The card has restrictions on recurring payments **What to do:** 1. Call the number on the back of your card 2. Tell them you're trying to pay for a subscription to "[productName]" / "[companyName]" 3. Ask them to approve the charge 4. Reply to this email once you've spoken with them, and we'll retry Alternatively, you can add a different payment method: [updatePaymentLink] If you need help, just reply. We've seen this before and can guide you through it. [senderName]
Bank Contact Follow-Up
Use case: After initial bank decline email
Description: Checking if they contacted their bank
Subject line: Did you reach your bank?
Hi [firstName], Following up on the payment decline. Were you able to contact your bank? If you spoke with them and they cleared the charge, let me know and I'll manually retry your payment. If you weren't able to reach them, or if they said the charge should have gone through, reply and I'll look into it from our end. Sometimes the issue is on our side, and I can work with our payment processor to resolve it. In the meantime, your account stays active. [senderName]
Multiple Decline Recovery
Use case: Pattern of bank declines
Description: After multiple bank declines
Subject line: This card keeps getting declined
Hi [firstName], Your card has been declined [X] times now. At this point, I think there's something fundamentally wrong with using this card for our subscription. **I recommend:** 1. Adding a different card entirely: [updatePaymentLink] 2. Or using a different payment method like [PayPal/bank transfer] Some banks just don't play nicely with recurring SaaS charges. Switching cards usually solves it permanently. If you're committed to using this specific card, contact your bank and ask them to specifically whitelist charges from "[companyName]" or our payment processor. Let me know if you need help. [senderName]
When bank declines without reason
Your bank declined the payment for [productName]
Hi [firstName],
We tried to charge your card for [amount], but your bank declined it. They didn't tell us why.
This usually happens because:
- Your bank flagged it as unusual activity
- There's a security hold on your account
- The card has restrictions on recurring payments
What to do:
- Call the number on the back of your card
- Tell them you're trying to pay for a subscription to "[productName]" / "[companyName]"
- Ask them to approve the charge
- Reply to this email once you've spoken with them, and we'll retry
Alternatively, you can add a different payment method: [updatePaymentLink]
If you need help, just reply. We've seen this before and can guide you through it.
[senderName]
Fraud Flags
Fraud flags require extra care. The customer's bank thinks something suspicious is happening. You need to reassure both the customer and help them clear the flag.
All Email Sequence Templates
Fraud Flag Notification
Use case: Fraud-related decline
Description: When bank flags charge as potentially fraudulent
Subject line: Your bank flagged your payment (don't worry, it's legit)
Hi [firstName], Your bank declined your [productName] payment because it was flagged for potential fraud. Don't worry, this is common with subscription services, and it's definitely a legitimate charge. **What happened:** Your bank's fraud detection thought this charge was suspicious. This happens sometimes with: - New subscriptions - Charges from unfamiliar merchants - Recurring payments from tech companies **How to fix it:** 1. Call your bank (number on the back of your card) 2. Tell them: "I'm trying to pay for a subscription to [productName]. Please approve charges from [companyName]." 3. They may ask you to confirm recent activity 4. Reply to this email once cleared, and I'll retry the charge This is annoying, I know. But it's actually your bank looking out for you. Once you clear it, future payments should go through fine. [senderName]
Post-Fraud Clear Follow-Up
Use case: Following up on fraud flag resolution
Description: After customer should have contacted bank
Subject line: Ready to retry your payment?
Hi [firstName], Were you able to clear the fraud flag with your bank? If so, just reply "ready" and I'll retry the payment right now. If you're still working on it, or if your bank is giving you trouble, let me know. I can provide documentation that proves we're a legitimate company, which sometimes helps. [senderName]
When bank flags charge as potentially fraudulent
Your bank flagged your payment (don't worry, it's legit)
Hi [firstName],
Your bank declined your [productName] payment because it was flagged for potential fraud. Don't worry, this is common with subscription services, and it's definitely a legitimate charge.
What happened: Your bank's fraud detection thought this charge was suspicious. This happens sometimes with:
- New subscriptions
- Charges from unfamiliar merchants
- Recurring payments from tech companies
How to fix it:
- Call your bank (number on the back of your card)
- Tell them: "I'm trying to pay for a subscription to [productName]. Please approve charges from [companyName]."
- They may ask you to confirm recent activity
- Reply to this email once cleared, and I'll retry the charge
This is annoying, I know. But it's actually your bank looking out for you. Once you clear it, future payments should go through fine.
[senderName]
Card Network Errors and Processing Issues
Sometimes the failure has nothing to do with the customer. These need different handling.
All Email Sequence Templates
Technical Error Notification
Use case: Processing errors, network issues
Description: When failure is technical, not customer-related
Subject line: Technical issue with your payment (we're on it)
Hi [firstName], There was a technical issue processing your [productName] payment. This isn't anything you did wrong, it's a processing error on our end or with the card network. **What we're doing:** - We'll automatically retry in 24 hours - You don't need to take any action - Your account stays fully active If the retry fails, I'll reach out again. But most technical errors resolve themselves on the next attempt. Thanks for your patience. [senderName]
Technical Error Resolved
Use case: Successful retry notification
Description: When retry succeeds after technical error
Subject line: Payment processed successfully
Hi [firstName], Good news! Your [productName] payment went through on our retry attempt. **Payment details:** - Amount: [amount] - Date: [date] - Receipt: [receiptLink] Sorry for any confusion from the earlier failure notification. These technical glitches happen occasionally, but your account was never at risk. Thanks for your patience. [senderName]
When failure is technical, not customer-related
Technical issue with your payment (we're on it)
Hi [firstName],
There was a technical issue processing your [productName] payment. This isn't anything you did wrong, it's a processing error on our end or with the card network.
What we're doing:
- We'll automatically retry in 24 hours
- You don't need to take any action
- Your account stays fully active
If the retry fails, I'll reach out again. But most technical errors resolve themselves on the next attempt.
Thanks for your patience.
[senderName]
The Escalation Sequence
For all failure types, you eventually need to escalate if the issue isn't resolved. Here's how to do it without alienating customers. The tone progression here mirrors what works in churn prevention email sequences: empathy first, urgency second.
All Email Sequence Templates
Service Impact Warning
Use case: 5-7 days before account action
Description: Warning before account restriction
Subject line: Your [productName] access will be limited in [X] days
Hi [firstName], We've tried [X] times to process your payment over the past [Y] days without success. **If we can't resolve this in the next [X] days:** - Your account will be downgraded to limited access - You'll lose [specific features] - Your data will be preserved, but you won't be able to [key action] **To keep full access:** - Update your payment method: [updatePaymentLink] - Or contact us about alternatives: Reply to this email I genuinely want to help resolve this. If there's something going on that a simple card update won't fix, let me know. We can figure something out. [senderName]
Account Action Imminent
Use case: 1-2 days before account action
Description: Final warning before restriction
Subject line: Your account will be restricted tomorrow
Hi [firstName], This is the final notice before your account is restricted. **Tomorrow ([date]):** - Your account will switch to limited access - [Specific lost capability 1] - [Specific lost capability 2] - Your data remains safe for [retention period] **One last chance:** [updatePaymentLink] If there's a reason you haven't been able to resolve this, please reply now. I check these emails personally, and I'd rather work something out than see you lose access. [senderName]
Account Restricted
Use case: After account action
Description: Notification that account has been limited
Subject line: Your [productName] account has been restricted
Hi [firstName], Your [productName] account has been restricted due to unpaid invoices. **What this means:** - You can still log in and view your data - You cannot [restricted actions] - Your data will be preserved for [retention period] **To restore full access:** - Update your payment method: [updatePaymentLink] - Your outstanding balance is [amount] Once payment processes, your account will be fully restored immediately. No setup required, you'll pick up right where you left off. If you've decided not to continue with [productName], your data will be available for export until [date]. Questions? Reply to this email. [senderName]
Reactivation Offer
Use case: Post-restriction recovery attempt
Description: Win-back for restricted accounts
Subject line: Come back? Here's [special offer]
Hi [firstName], Your [productName] account has been restricted for [timeframe]. Your data is still there, waiting for you. **I have an offer:** [Special offer: discount, waived fees, extended trial, etc.] This applies if you reactivate before [deadline]. **To reactivate:** 1. Update your payment method: [updatePaymentLink] 2. [Special offer] will be applied automatically If you've moved on, no hard feelings. But if the payment issue was just timing or a fixable problem, I'd love to have you back. [senderName]
Warning before account restriction
Your [productName] access will be limited in [X] days
Hi [firstName],
We've tried [X] times to process your payment over the past [Y] days without success.
If we can't resolve this in the next [X] days:
- Your account will be downgraded to limited access
- You'll lose [specific features]
- Your data will be preserved, but you won't be able to [key action]
To keep full access:
- Update your payment method: [updatePaymentLink]
- Or contact us about alternatives: Reply to this email
I genuinely want to help resolve this. If there's something going on that a simple card update won't fix, let me know. We can figure something out.
[senderName]
Payment Recovery Best Practices
Response Time Matters
| Timing | Recovery Rate Impact |
|---|---|
| Immediate (< 1 hour) | Baseline |
| Same day (< 24 hours) | -5% |
| Next day | -10-15% |
| 2-3 days | -25% |
| Week+ | -50% |
Send the first notification within an hour of failure. The longer you wait, the lower your recovery rate.
Retry Timing Strategy
Don't retry immediately after a failure. Give time for temporary issues to resolve:
| Failure Type | First Retry | Second Retry | Third Retry |
|---|---|---|---|
| Insufficient funds | 3-5 days | 5-7 days | 7-10 days |
| Bank decline | 1-2 days | 5-7 days | 10-14 days |
| Technical error | 24 hours | 3 days | 7 days |
| Card expired | After update | After update | After update |
Payment Method Alternatives
Always offer alternatives when cards fail repeatedly:
- Different card: The most common solution
- PayPal/digital wallets: Bypasses bank issues
- Bank transfer/ACH: For larger amounts or B2B
- Annual prepay: Reduces failure frequency
- Invoice billing: For enterprise customers
Measuring Payment Recovery
Track these metrics to optimize your sequences:
| Metric | What It Measures | Target |
|---|---|---|
| First-attempt recovery | % resolved after first email | > 20% |
| Overall recovery rate | % of failed payments recovered | > 45% |
| Time to recovery | Days from first failure to resolution | < 7 days |
| Retry success rate | % of automatic retries that succeed | > 30% |
| Voluntary churn from payment | % who cancel after payment issues | < 10% |
For broader context on what these numbers should look like, check our SaaS email marketing benchmarks.
The Bottom Line
Generic dunning treats symptoms. Targeted payment recovery treats causes.
When you know why a payment failed, you can send the right message. Card expired? Simple update request. Fraud flag? Bank contact instructions. Insufficient funds? Tactful options and patience.
The extra effort of segmenting by failure reason typically increases recovery rates by 15-25%. For a SaaS doing $1M ARR with 5% monthly payment failures, that's an extra $75-125K in recovered revenue annually.
If you're using Stripe and want to automate failure-specific sequences, Sequenzy integrates with Stripe webhooks to trigger the right email based on the decline code. No more one-size-fits-all dunning.
For the foundational dunning sequence, check out our complete guide on dunning email sequences. And if you want to understand the full picture of Stripe integration, our Stripe email integration guide covers all the events worth triggering emails from.
If a customer's payment fails and they ultimately decide not to continue, a well-crafted win-back email sequence can bring them back months later when their situation has changed.
Stop leaving money on the table. Start recovering it.
Frequently Asked Questions
How quickly should I send the first payment failure email?
Within one hour of the failure. Recovery rates drop roughly 5% for every 24-hour delay. The customer is most likely to act when the notification is fresh and they still remember what they were paying for. Automated triggers through your payment processor make this instant.
How many times should I retry a failed payment before giving up?
Three to four retries over a 10 to 14 day window is standard. Space them out: first retry after 2 to 3 days, second after 5 to 7 days, third after 10 to 14 days. For insufficient funds, wider spacing gives customers time to replenish. For technical errors, shorter spacing works because the issue often resolves on the next attempt.
Should I suspend the account during the recovery period?
Not immediately. Give customers at least 7 to 10 days of full access while you attempt recovery. Suspending too early frustrates customers who would have resolved the issue and pushes them toward cancellation instead of card update. Reserve suspension for after multiple failed retries and unanswered emails.
What recovery rate should I aim for?
A well-optimized payment recovery sequence should recover 45 to 60% of failed payments. If you are below 30%, your emails are likely too generic. Start by segmenting by failure reason and personalizing your messaging accordingly.
How do I handle payment failures for annual subscriptions?
Annual payment failures deserve extra attention because the amounts are larger and the customer relationship is typically stronger. Send a personal email from the account manager, offer to split the annual payment into quarterly installments, and extend the grace period to 21 to 30 days. The higher contract value justifies more effort.
Should I offer a discount to recover a failed payment?
Not during the initial recovery window. Most failures are technical, and discounting devalues your product. If the customer is at risk of churning after multiple failures, a discount or pause option makes sense as a last resort. Our customer retention email sequence guide covers when discounting is appropriate.
How does payment recovery fit into the broader SaaS email strategy?
Payment recovery is one piece of the SaaS lifecycle email puzzle. It sits alongside onboarding, activation, expansion, and retention. A failed payment is a retention problem first and a billing problem second. Treat it accordingly.