DEV Community

Swipe Again for Swipe Again

Posted on

Churn Recovery Is Two Jobs Wearing One Name

Ask a room of subscription operators what churn recovery means and you will get two incompatible answers, both confident. Half the room describes winning back people who decided to leave: save offers, exit interviews, winback campaigns. The other half describes rescuing people who never decided anything: failed cards, cautious issuers, renewals that died in a queue nobody was watching. The term covers both because both end in the same ledger line — a subscriber who was there last month and is gone now. Treating them as one job is how both get done badly.

The decided and the undecided need opposite handling

A subscriber who has decided to leave must be persuaded, and persuasion has limits worth respecting: one honest save attempt, a clear reason captured, and a door left genuinely open. Pressure beyond that buys a month of resentful tenure and a chargeback risk. Their feedback is product intelligence — price, fit, timing, a feature that never arrived — and it should flow to the people who build the offer.

A subscriber whose payment failed has decided nothing. Persuasion is wasted on them; what they need is mechanics: attempts timed to when money exists, a card-update path with almost no friction, and messages that read as service rather than alarm. Sending this group a discount — the classic save move — pays a margin toll to people who were never leaving. Sending the decided group another retry is equally confused, in the other direction.

A clear-eyed overview of what churn recovery covers when both exits are handled on their own terms draws the line the same way, and the line is the whole strategy: route by cause first, then choose the tool.

Measure the two jobs on different clocks

Save work is judged over a quarter. Offers, interview themes, and onboarding fixes compound slowly, and a single month's save rate is mostly noise about who happened to click cancel. Payment recovery is judged monthly, even weekly: the queue is perishable, a card that will be replaced next month is recoverable today and gone in sixty days, and the fee for most recovery tooling is monthly too. Putting both jobs on the same reporting clock guarantees the slow job looks idle and the fast job looks chaotic, when in fact both are behaving normally for their kind.

The handoff between them is where subscribers are lost twice

The interesting failures live at the boundary. A subscriber whose card fails, who then receives a clumsy sequence of alarming messages, may convert an accident into a decision: reminded the subscription exists, annoyed at how the reminder felt, they cancel deliberately. Your reports will file that under voluntary churn, and the billing problem that caused it will never be fixed, because the voluntary team owns the number now.

The reverse happens too. A cancelling subscriber mentions, almost in passing, that they kept meaning to update their card — a save conversation discovers an involuntary problem months too late. Routing has to run both ways, with the exit interview asking one billing question and the dunning flow listening for one sentence of intent.

One owner for the map, two owners for the work

Keep separate playbooks, separate metrics, separate clocks. But assign one person the map of the whole exit: every way a subscriber leaves, which job owns it, and where the handoffs sit. Businesses rarely lose subscribers inside a playbook. They lose them in the seams between two teams, each correctly reporting that their own number looks fine.

Recovery, done properly, is not a winback campaign or a retry setting. It is the discipline of knowing which kind of leaving you are looking at before you reach for a tool.

The billing half of that discipline, and the flat-fee tooling behind it, lives at Swipe Again.

Top comments (0)