← Blog

Payments

When a payment fails, keep the subscriber

August 18, 20266 min read

In this article

  1. Find out what actually failed
  2. Don't cancel on the first decline
  3. Count retries and cycles separately
  4. Reach them somewhere that still works
  5. Make the fix take thirty seconds

There are two ways to lose a subscriber. They decide to leave, or their card quietly fails and the system treats a technical hiccup as a resignation. The second kind is called involuntary churn, and on most subscription businesses it is a large share of everything lost — people who still wanted the thing they were paying for. It is also the cheapest churn to fix, because you are not arguing with a decision. You are fixing a payment.

Find out what actually failed

Not every decline means the same thing, and treating them alike is the first mistake. An expired card is an administrative problem that a two-line message solves. Insufficient funds is a timing problem that often clears on its own within days. A hard decline — the card is closed, reported lost, or the issuer refuses outright — needs a different card, and no amount of retrying will help.

Retries are for soft declines; a message is for everything else. If your processor gives you a decline reason, use it: the same failure code that tells you to try again on Friday also tells you when trying again is pointless and only burns your standing with the issuer.

Don't cancel on the first decline

This is the expensive mistake and it is easy to make, because cancelling looks like the tidy response to a failed charge. It is not. Every serious processor runs its own retry schedule over days, precisely because a meaningful share of first attempts succeed later. Cancelling the subscription ends that schedule — and usually ends the processor's own recovery emails with it.

Give a failed renewal a window rather than a verdict. Keep the member's access on while the retries run, tell them what is happening, and only close the door when the window is genuinely exhausted. A member who loses access on the first decline, for money they intended to pay, does not come back and does not recommend you.

Count retries and cycles separately

Two numbers look similar and are not. The first is how many times a single charge was retried inside one billing period. The second is how many whole billing periods have gone by without collecting anything. A card that fails once a month, every month, may never trip a retry limit while never paying you — the failure resets each cycle.

Track both. Retries protect the member from being cut off over a bad Tuesday. The cycle count protects you from carrying an account that has quietly stopped paying, and it is the one people forget to build.

Reach them somewhere that still works

Here is the trap: the moment a subscription lapses, most of the channels you would use to say so are the ones you just closed. If access is how you talk to members, a lapsed member cannot hear you. If your notice goes out through the same system that just suspended them, it may not go out at all.

Keep at least one channel that survives the lapse — in practice, an email address you collected while everything was working. Say what happened in plain words, say what it takes to fix it, and make the fix one link. "Your payment didn't go through, update your card here" outperforms anything cleverer.

Make the fix take thirty seconds

Recovery lives or dies on friction. If updating a card means writing to support, waiting for a reply and being sent a link, most people simply do not. If it is a link that opens a payment page with the plan already selected, most people do it while reading the message.

The same applies to coming back later. Someone whose card failed in March and who returns in June should be able to restart without explaining themselves to anyone. Every extra step there is a person you already earned, paying someone else instead.

Key takeaways

Questions

How long should I keep access on after a failed payment?

Long enough for the processor's retry schedule to finish, which is usually somewhere between a few days and two weeks. The point is that the member keeps the thing they intended to pay for while a fixable problem is being fixed, and that you have told them clearly what is happening in the meantime.

Isn't giving grace just giving away free access?

For a few days, to someone with a payment history, it costs far less than replacing them. Grace becomes a problem only when it has no end — which is why the cycle counter matters: it catches the account that never resumes paying, without punishing the one whose card simply expired.

What should the failed-payment message say?

What happened, what it costs them if it is not fixed, and one link that fixes it. Avoid blame and avoid alarm; most people reading it did nothing wrong and will act immediately if the action is obvious.

Keep reading

Run your community on your own terms

Your bot, your payment rails, your members — set up in minutes.

Get started