The 2-minute fraud check clears; the appeal form takes 9 days
Fraud systems flag transactions in two minutes while appeals take days, revealing how automated speed and back-office delay shape customer trust
A card network's fraud model can flag a transaction in under two minutes and push a decline back to the terminal before the customer has finished tapping. The same customer, if they believe the decline was wrong, then meets a different machine: an appeal process measured in days, sometimes weeks, with a reference number and a promise to "review within 5–10 business days." One side of the system runs at the speed of a neural network. The other runs at the speed of a back office. What does that asymmetry do to the people on the receiving end — and what does it quietly teach them about how the system works?
Two clocks, one customer
Most payment fraud stacks are built around a simple trade-off: false positives cost far less than false negatives, at least on the issuer's balance sheet. A wrongly declined transaction costs a merchant a sale and a customer some embarrassment. A missed fraud costs the issuer real money, plus chargeback handling, plus regulatory attention. So the models are tuned to err toward declining, and they do it fast.
The appeal side has no such compression. Disputes and appeals often route through manual review because the cost of a wrong decision is symmetric and visible: reverse a genuine fraud and you've handed money to a criminal; refuse a legitimate customer and you've created a complaint, sometimes a regulatory one. Human review is slow because it's accountable.
That's the rational explanation. It's also, from the customer's chair, indistinguishable from indifference. The system was fast when it was saying no. It's slow when it's considering whether it was wrong.
What nine days does to a person
Behavioral research has a useful frame here. Kahneman and Tversky's work on loss aversion established that losses loom larger than equivalent gains — roughly twice as large, in their original estimates. A declined payment isn't just an inconvenience; it registers as a loss of access, sometimes in a moment of genuine need: at a pharmacy counter, at a rental car desk, at a hospital payment window.
Now stretch the resolution. Nine days is long enough for the customer to construct a story about why the appeal is slow. And because people are pattern-seeking, the story usually isn't "manual review is expensive." It's "they don't believe me," or "they're hoping I give up."
This is where the design of the appeal process starts to function as a message. A form that asks for the same information three times signals distrust. A status page that says "under review" for a week signals nothing at all, which is worse. The customer's uncertainty isn't resolved by the eventual outcome; it's resolved by whether they felt the process was legible.
The variable-ratio problem in reverse
There's a well-known reinforcement schedule called variable-ratio, where rewards arrive after an unpredictable number of responses. It produces remarkably persistent behavior — the unpredictability itself keeps people trying. Slot machines are the textbook example, but the mechanism is general.
Appeal processes accidentally borrow the shape without the reward. Outcomes are unpredictable: some appeals resolve in two days, some in twelve, some with an explanation, some with a form letter. Customers learn that persistence sometimes works, which is precisely the schedule that keeps people submitting appeals and calling support lines — not because it's satisfying, but because the intermittency is itself motivating.
The fix isn't to make appeals instant. It's to make the timeline predictable even when the outcome isn't. "You'll hear from us by Thursday, and here's what we're checking" does more for trust than a faster average resolution with wide variance. Predictability is the variable the customer can actually hold onto.
Speed as a trust signal, and its limits
There's a temptation to conclude that the answer is simply to automate appeals too. Some issuers are moving that way, using model-assisted triage to fast-track clear-cut reversals. That's sensible for the easy cases. But the easy cases were never the trust problem. The trust problem is the ambiguous middle: the customer whose transaction looked unusual because their life is unusual, and whose explanation doesn't fit a dropdown.
For those cases, speed isn't the lever. Explanation is. A decline notice that says "this looked different from your usual pattern in this category" is more useful than "transaction not permitted," and it costs nothing to send. It also gives the customer something to respond to, which makes the eventual human review faster and better.
A concrete example worth studying
Card networks have experimented with this. Several issuers now send real-time decline alerts by SMS or push notification, with a one-tap "this was me" confirmation that reverses the block before the customer leaves the counter. Where it's been deployed, the effect isn't mainly on fraud rates — it's on the volume of appeals that never get filed. The customer resolves the ambiguity in the moment, when their attention and goodwill are highest, rather than nine days later when both have curdled.
The lesson generalizes. The expensive part of the appeal isn't the review; it's the emotional distance the customer travels while waiting. Close that distance early, even with an imperfect automated check, and the nine-day form becomes a rare path rather than the default one.
What to build next
If you work on the payments side, the forward-looking question isn't "how do we make appeals faster." It's "how do we make the first two minutes carry more of the conversation." Three things worth prototyping:
Explain the decline at the point of decline. Not a code. A sentence. The customer who understands why is far more likely to wait patiently, or to self-correct without appealing at all.
Give the appeal a deadline you'll actually meet, and publish it. A promised date that slips is worse than a longer promised date that holds. The schedule is the trust instrument.
Instrument the wait, not just the outcome. Measure how many customers contact support during the appeal window, how many abandon, how many churn within 90 days. Resolution time is a back-office metric. Abandonment during the wait is a customer metric, and it's the one that predicts whether the fast "no" and the slow "maybe" will be remembered as the same institution.
The two clocks won't converge. Fraud detection will keep getting faster, and accountable human review will stay slow because it should. What can change is whether the customer experiences that gap as a system working carefully on their behalf, or as a wall. That's a design choice, and it's available now.