DEV Community

Swipe Again for Swipe Again

Posted on

Your Descriptor Is Part of Your Dunning

Every renewal writes one line on a customer's bank statement, and for many subscribers that line is the only contact they have with the business in a month. If the descriptor is a parent-company name nobody recognizes, an abbreviation from a payment setup three years old, or a string of characters that looks like fraud, the failure that follows is not really a payment failure. It is a recognition failure — the customer disputes, blocks, or simply never connects the charge to the product they use.

Descriptors also decide what a failed-payment email is up against. When the email says "your card was declined" and the statement line says something unrelated, the customer has to do detective work before they can act. Most will not. The fix costs nothing: make the descriptor match the name customers know, keep it stable across renewals, and put that same name in the first line of every billing message.

It is tempting to treat descriptors as back-office plumbing, set once and forgotten. Treat them instead as the subject line of a message the bank sends on your behalf every month. The businesses that recover well sweat these unglamorous surfaces, because dunning emails can only work when the customer first believes the charge — and the email about it — are really yours.

Published by Swipe Again — failed-payment recovery for subscription businesses.

Top comments (0)