Which cases create the biggest trust problem?
| Case | Scenario | Naive sales | Recognized | Cash refunded | Value preserved | Risk |
|---|---|---|---|---|---|---|
| C-1001 | Late full refund after return receipt | $107 | $95 | $85 | $0 | High |
| C-1002 | Exchange upsell with extra charge | $50 | $188 | $0 | $160 | High |
| C-1003 | Store credit exchange with replacement order | $28 | $132 | $0 | $118 | Medium |
| C-1004 | Order edit and partial refund after support save | $106 | $112 | $18 | $6 | Medium |
C-1002 — exchange upsell with extra charge
Naive reporting makes this case look like lost sales.
The explanation layer shows the opposite: most value stayed in the business and the customer even spent more.
C-1001 — late full refund after return receipt
The drop is real, but the timing is the story.
This is the classic period mismatch case. The explanation summary matters almost as much as the amount.
What the report computes
Original order anchor, downstream event timeline, naive sales view, recognized outcome, cash refunded, value preserved, and a plain-English explanation.
Built to be shown before product exists
If operators, agencies, or bookkeepers immediately say “yes, this is exactly the confusion we explain manually,” the wedge is strong enough to continue into real sample collection.
Use it as a discovery prop
Run walkthroughs, capture reactions manually, and only then decide whether to build integrations or a wider workflow product.