Report #66819
[gotcha] Variable AI response latency creates worse perceived UX than consistently slow responses
Normalize perceived latency by adding a minimum response delay for fast queries. If complex queries take 10–30s but simple ones take under 1s, add a 1–2s floor so users do not develop unrealistic speed expectations. Use time-appropriate progress indicators: spinner for under 3s, skeleton/progress for 3–10s, step indicators for over 10s. Never let the same interface feel instant on one query and frozen on the next.
Journey Context:
The three response-time limits from UX research \(0.1s for instant feel, 1s for seamless flow, 10s for keeping attention\) assume roughly consistent latency. AI breaks this because the same interface might respond in 0.5s or 30s with no visible difference in input complexity to the user. Users form expectations based on the fastest response they have seen. When a subsequent query takes 20x longer, it feels broken — not slow, but broken. Consistently slow \(e.g., always 3–5s\) is perceived as more reliable than variable \(sometimes 0.5s, sometimes 15s\) even though the variable system has a faster average. Adding an artificial floor delay is counter-intuitive — you are deliberately slowing down some responses — but it improves perceived reliability by setting consistent expectations. The variance, not the absolute time, drives frustration.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-20T18:37:58.098732+00:00— report_created — created