Case

Chargebacks looked like fraud. The processor was about to pull the plug. Checkout was the real problem.

A DTC ecommerce brand was headed for a processor ban. Chargebacks had hit 8%, and the warning came from the processor's risk team, which never explains exactly where the line sits. I found the real cause on a confusing upsell page, redesigned it, and tracked the chargeback rate every week from the day the fix shipped.

The situation

The warning came from the processor's risk team. Chargebacks had hit 8%, high enough to put the account on notice for termination. Processors and banks do not publish their thresholds and do not explain their reasoning. You get a message that says the account is being reviewed, and you are left to guess how much runway is actually left before the account gets cut off.

That uncertainty is the point. A warning like this is meant to be treated as urgent regardless of how close to the edge you think you actually are, because nobody outside the processor knows for sure. And for a direct-to-consumer brand, losing a processor is not a paperwork inconvenience, it is a stop on collecting payment, full stop, on every paid campaign already running and every customer mid-checkout when the switch flips.

What everyone assumed

The first instinct inside the company was fraud. Chargebacks at that level usually mean stolen cards, bad actors, or some kind of abuse pattern, so the early conversations were about tightening fraud checks and adding friction to weed out bad orders. None of that would have fixed anything, because none of it was actually what was happening.

Worse, the fix everyone was reaching for would have made things harder for the real customers who were already confused, adding more steps and more verification to a checkout that was already tripping people up. Solving the wrong problem is not neutral. It has a cost of its own.

What was actually stuck

The real cause was a confusing upsell page in the checkout flow. It made it easy, especially for less tech-savvy shoppers, to end up ordering multiple units when they meant to order one. A lot of those shoppers were older customers who were not parsing a cluttered quantity selector the way a younger, more habitual online shopper would.

Weeks later, those same customers saw a charge on their statement that did not match what they thought they had agreed to. They had not been defrauded. They had been confused by a page that made bulk the path of least resistance. But from the bank's side, a customer disputing a charge they do not recognize looks identical whether the cause is fraud or checkout confusion. The chargeback rate could not tell the difference. Only looking at the actual page could.

I found it by reading the dispute reasons customers actually gave, not just the aggregate chargeback number, and by walking through the checkout flow myself the way a first-time customer would. The pattern was there once someone actually looked: the same page, the same moment in the flow, the same story from customer after customer.

The system built

The fix was a redesign of the upsell step in the order flow, not a new fraud-detection stack and not a full checkout rebuild that would have taken weeks to ship and test. Once the actual page and the actual confusing element were identified, rebuilding how the upsell presented the quantity and price meant the fix could ship fast and still hold. The goal was not to build something impressive. It was to stop confusing the customer at the exact moment they were about to buy.

This is the part founders resist. A chargeback spike feels like it needs a big response: new vendors, new tooling, a project with a name and a budget. Sometimes it does. Here it needed someone to look at the actual page a real customer sees and redesign the specific screen that was misleading them. Bigger is not always more correct.

What changed

I tracked the chargeback rate weekly, starting the day the fix shipped, not at the end of some arbitrary window. That is the only way to know quickly whether a fix is actually working instead of finding out a month later that it was not. Chargebacks dropped 75% in four weeks. The processor rescinded its warning. Paid traffic never stopped, and the brand never had to explain a gap in service to its own customers.

Nobody had to be told to stop advertising. Nobody had to migrate to a backup processor and take the hit that migration always brings. The campaigns already running kept running, and the customers already in the funnel kept converting, because the problem got fixed at its source instead of being managed around.

What founders should watch

  • High chargebacks do not always mean fraud. Check the checkout experience, especially anything involving upsells or quantity selectors, before you assume bad actors are behind it.
  • Older or less tech-savvy customers get tripped up by unclear upsell flows more than anyone else, and their confusion shows up downstream as a dispute, not as a complaint you will ever hear directly.
  • Processors will not tell you their exact thresholds. Treat any risk warning as urgent, regardless of how close you think you actually are to the line.
  • Track the metric weekly, starting the day you ship a fix, not just at the end of a review period. Speed of feedback is how you know you actually solved it.
  • The fix does not have to match the size of the problem. A chargeback spike can come from one confusing screen. Find the screen before you rebuild the system.

Got something like this on your plate?

← All cases