designmotionhq

feedback

Doherty Threshold

Cross 400ms and your user checks out. Perceived speed is a design choice.

Watch on Instagram

Key insights

  • The Doherty Threshold is 400ms: respond faster and you hold attention, respond slower and users mentally disconnect.
  • Response time splits into zones — under 200ms feels instant, 200–400ms is tolerable, and over 400ms starts breaking engagement.
  • What matters is perceived speed, not raw speed — the real work can take longer as long as the interface reacts within the threshold.
  • Skeleton loading paints placeholder shapes the instant a screen opens, so it never looks frozen while data arrives.
  • Optimistic UI updates the screen as if the action already succeeded, then reconciles only if the server rejects it.
  • Progress feedback — spinners, progress bars, inline status — keeps an unavoidable wait feeling responsive instead of stalled.

Do / Don't

  • Do: Give visible feedback within 400ms of any interaction, even if it's just a skeleton or acknowledgment
  • Do: Update the interface optimistically for actions that almost always succeed
  • Do: Show progress feedback whenever the real work has to exceed the threshold
  • Don't: Leave the screen blank or frozen while data loads in the background
  • Don't: Wait for a server round-trip before giving any visual response

Want Claude to build this correctly?

UX Engine gives Claude Code the senior-designer reasoning behind every pattern.

The Design System Blueprint

An 11-page visual guide to consistent, scalable UI: colors, typography, spacing, components, motion.

Get the Blueprint — free

The PDF, plus emails about new patterns and my tools. Unsubscribe anytime.

Related patterns