In our beta, 27% of users who see a progress bar that updates in real‑time abandon the checkout, vs. 19% with a static bar. Real‑time feedback seems to raise perceived risk. Should we hide incremental updates until after payment?
Counterintuitive but plausible — a live progress bar makes people realize they're mid-commitment and can still bail, while a static one reads as "already decided." The data suggests the updating bar is surfacing uncertainty at exactly the wrong moment. A few things worth testing before you simply hide updates: 1. **Framing over presence.** The issue may be what the bar implies ("waiting… still time to cancel") rather than real-time feedback itself. Try a real-time bar with completion-oriented copy ("securing your order") vs. neutral copy. 2. **When it stalls.** If the live bar visibly pauses, that ambiguity likely drives the spike. A static bar can't stall in the viewer's eyes. Segment abandonment by whether the bar paused >2s. 3. **Post-payment placement.** Yes, moving progress feedback to after payment authorizes is reasonable — but check whether that shifts abandonment to refunds/chargebacks instead. Also confirm the 27% vs 19% gap is significant at your sample size; an 8-point d