← Back to Work
Process file · Ops Ops

What’s inside: monitoring · output checking

The chargeback lands; the representment clock is already running

The question this file answersWhat happens when a chargeback lands on a Friday and the evidence is spread across the OMS, the carrier and the help desk?

Fits: retailers where 15–30% of orders come back.

Typical day

What the desk looks like today

Typical pattern, not a measured desk — the e-commerce playbook gives a returns rate (15–30% of orders in fashion and general retail) but no chargeback volume; none is invented. Notices arrive; a specialist rebuilds proof of delivery, order and messages by hand while the scheme's response window, days long, runs.

What changes

What Monday looks like after

On the day a notice arrives, the specialist opens a draft with tracking, authorisation and the customer thread already attached, and a list of what the scheme's reason code still needs. The decision to fight or accept, and the fight itself, remain theirs; the gathering is gone.

Typical, not a measured client result. Every figure here comes from the playbook source named below.

Evidence

the response drafted with the evidence attached — the same build as our returns file; no published figure for chargebacks

Before: a specialist rebuilds chargeback evidence from scratch while the representment clock runs. After: the draft arrives with the evidence attached and the specialist decides whether to fight. Chargebacks have no published figure, so the hero names the mechanism instead.

No published figure for this desk. The range lives on the parent file: Peak season: returns double, the team does not →

How this file is built

Chargeback administration has no published benchmark. Narvar (2023) reports 50–65% less returns handling time — a returns figure that belongs to the parent file and is not applied to disputes. Not a win-rate.

What we install

What we put in front of the systems you already run

Your shop platform, OMS and help desk stay — Shopify, NetSuite, Gorgias, Zendesk or the ones you run. The returns build is pointed at disputes:

  1. each acquirer notice is read and matched to the order
  2. the order, the payment authorisation, carrier tracking with proof of delivery and the customer's message history are gathered from those systems into one draft response, with the reason code's required items ticked or marked missing
  3. the specialist reviews, adds what only they know and submits — nothing reaches the acquirer without them.
What stays human — and what this will not do

The representment itself. Fraud judgement. The customer conversation. No model closes a dispute.

Not a win-rate.

What can go wrong — and what we do about it

A dispute is only as strong as the evidence in your systems; if proof of delivery is not captured or messages live in personal inboxes, the draft has gaps a person must fill. Acquirer portals differ, and some accept uploads only by hand. Narvar's 50–65% is about returns handling and lives on the parent file; there is no published chargeback figure, and no win-rate is implied.

What it costs to get there

The path: free 60-second estimate → free 20-minute review → paid audit of this one process (€1.5–3K, typically two weeks) → pilot with your people in the loop (€10–20K, weeks, not quarters). No transformation programme. Prices are public, on the services page →

Scoped in the audit — the playbook has no estimate for this exact desk.

This is about you if…
What does this mean in euros?

That depends on your volumes and wage costs — this page will not invent the number. The free 60-second estimate runs that calculation from your answers, with every multiplier sourced.

Get your free savings estimate 60 seconds · no sales call Or write first → Map an ops process like this one — free, 60 seconds →

Not a named Aperanda client. Process file · Ops.

Short process file. Same build as its parent file; the playbook has no separate volume or benchmark for this desk.

All process files