DEV Community

Swipe Again for Swipe Again

Posted on

Subscription Billing Software Collects the Money. It Does Not Chase It.

Open any subscription billing platform's homepage and you will see a confident inventory: plans, invoices, taxes, trials, coupons, proration. It is an impressive list, and it is almost entirely about the happy path — the moment a willing customer with a working card says yes. This essay is an anatomy lesson. It separates what billing software genuinely owns, and owns well, from the neglected territory that begins the second a renewal charge fails. Conflating the two is how businesses end up well-equipped to collect money and unequipped to chase it.

What the platform owns, honestly

Start with invoicing, where the platform earns its fee. It creates the recurring charge on schedule, applies the right plan and quantity, generates a compliant invoice, and records the payment when it succeeds. For a growing business, that reliability is not trivial. Hand-rolled billing breaks in embarrassing places — leap years, mid-cycle upgrades, credits — and a mature platform removes whole categories of arithmetic from your team's worries. If billing stopped at successful payments, the category could honestly claim to have solved subscription revenue.

Tax is the second genuine strength. Rates differ by jurisdiction, rules differ for digital and physical goods, and exemptions and reverse-charge cases punish improvisation. Good platforms calculate, collect, and document tax as part of the charge, and keep the records an accountant will ask for later. Proration is the third: when a subscriber upgrades on the eleventh day of a thirty-day cycle, someone must work out the fair difference without double-charging or giving the month away. Platforms do this instantly and consistently. Trials, coupons, metered usage, and plan changes belong to the same family — precise, rule-based money movement before and during a successful charge.

Where the ownership ends

Then a renewal fails, and the anatomy changes. The card expired, the bank flagged the attempt, the balance was short that morning — the cause barely matters at first. What matters is that every strength listed above suddenly stops applying. There is no amount to prorate, no tax to calculate on money that did not arrive, and no invoice anyone wants to frame. The platform marks the invoice unpaid, perhaps retries on a fixed schedule, perhaps sends a default email, and considers its duty substantially done. From its perspective, it is. Billing was the job. Recovery is a different job.

What happens after is a human workflow disguised as a settings page. Someone must decide how many retries are respectful, when emails and texts should arrive, what those messages should say, how a subscriber updates a card without signing in, how long access continues, and when a past-due account becomes a cancelled one. Those decisions involve tone, timing, support, and trust — none of which a billing platform was designed to own, and most of which it leaves as defaults. Defaults, in practice, means decisions made by a template author who never met your subscribers.

That gap has a name in our work: it is what subscription billing software leaves unfinished — not a defect to complain about, but a boundary to plan around. Read any billing comparison with this boundary in mind and the feature lists sort themselves. Everything above the failure line is mature, comparable, and largely interchangeable between reputable platforms. Everything below it is thin, generic, and usually described in a single line about 'dunning' wedged between webhooks and analytics. That single line carries a double-digit share of many businesses' monthly revenue.

How to staff the unfinished half

Staffing the unfinished half starts with measurement. Separate your renewal failures into hard declines, which will never succeed on that credential, and soft declines, which often succeed with time or a new card. Track how many failed subscribers you contact within an hour, how many update a card, and how many return to paid without ever speaking to support. Then assign an owner — a person, a service, or both — whose only scoreboard is recovered revenue, not invoices issued. Billing platforms integrate with that owner rather than substituting for it, passing webhooks and invoice states so recovery can act while there is still goodwill to act on.

None of this argues against billing software. Buy the best invoicing, tax, and proration you can; just do not mistake that purchase for a recovery strategy. Collecting the money and chasing it are two trades. Swipe Again's recovery approach exists for the second one — the retries, messages, and card-update paths that begin where the billing platform's job description ends. Draw that line clearly in your own stack, and the failed renewal stops being a surprise your platform reports and becomes work somebody is actually doing.

Top comments (0)