Interaction & speed

Doherty Threshold

Productivity and engagement rise sharply when a system responds in under about 400 milliseconds, so neither the user nor the computer is left waiting on the other.

Retention · Friction & Flow Psychology1 research source
Share
A response timer with the 400-millisecond mark highlighted in gold — an illustration of Doherty Threshold.

See it in action

The same screen without and with Doherty Threshold. Watch both sides play out, then compare the outcome.

Waits for the serverPost♡ Like♥ LikedResponse1.8 s

Nearly two seconds of nothing: people tap again, doubt it worked and lose their flow.

Responds instantlyPost♡ Like♥ LikedResponseunder 0.1 s

The UI updates optimistically within 400 ms and syncs in the background — it feels effortless.

What to watch: the response bar: under ~400 ms the interaction feels instant and keeps people engaged.

Do

Acknowledge every action within 400 ms: optimistic updates, skeletons, instant local feedback.

Don’t

Block the interface on a network round-trip with no feedback.

Key takeaways

  • Aim for feedback within 400 ms for every user action.
  • When real work takes longer, respond instantly with progress, skeletons or optimistic UI.
  • Perceived speed matters as much as measured speed.

Quick facts

Also known as
—
Described by
Walter Doherty & Ahrvind Thadani
Year
1982
Category
Interaction & speed

Doherty Threshold explained

The Doherty Threshold states that productivity soars when a computer and its user interact at a pace (under about 400 milliseconds) that ensures neither has to wait on the other. Below that point, people stay engaged and in flow; above it, attention starts to drift.

Speed is not only about raw performance. Perceived speed matters just as much: instant visual feedback, optimistic updates, skeleton screens and progress indicators all make waits feel shorter and keep users oriented.

Slow responses compound. Every delay invites users to switch tabs, second-guess their action or tap again, which leads to duplicate submissions, errors and abandoned sessions.

Where it comes from

Walter J. Doherty and Ahrvind J. Thadani, researchers at IBM, published 'The Economic Value of Rapid Response Time' in 1982. They found that when system response time fell below roughly 400 ms, people worked faster and stayed engaged instead of switching attention while they waited.

How it shows up in apps

Slow taps, laggy transitions and spinners without feedback break the sense of control that keeps people in flow. In retention terms, sluggish core actions quietly make an app feel like work.

Doherty Threshold examples

When a user likes a post, the heart fills immediately and the request is sent in the background; if it fails, the app reverts and explains. The action feels instant even on a slow network.

  • Optimistic likes and messages

    Social and messaging apps show a like or sent message immediately and sync with the server in the background, so interactions feel instant even on slow networks.

  • Skeleton screens

    Content apps show the layout of a page with grey placeholder blocks while data loads, which makes waiting feel shorter than a blank screen or spinner.

  • Search as you type

    Returning suggestions within a few hundred milliseconds of each keystroke keeps people refining their query, while slow suggestions make them stop and wait.

How to apply Doherty Threshold

  1. Give visible feedback to every tap or click within about 100 milliseconds, even if the full result takes longer.
  2. Aim for core interactions to complete in under 400 milliseconds, and measure real-user performance, not just lab results.
  3. Use optimistic UI for actions that almost always succeed, with clear recovery if they fail.
  4. Use skeleton screens and progress indicators for longer waits, and explain what is happening for waits over a few seconds.
  5. Prioritise loading what users need first and defer the rest.

Want Doherty Threshold checked in your own product? Our mobile app ux audit evaluates it alongside the other principles that shape how users decide, onboard and stay.

Common mistakes

  • Optimising server response time while ignoring front-end rendering, which is often where users actually wait.
  • Using spinners with no context for long operations, leaving users unsure whether anything is happening.
  • Applying optimistic updates to risky actions like payments, where a false success message is worse than a short wait.

How to measure it

Monitor real-user metrics such as Interaction to Next Paint (INP), Largest Contentful Paint and custom timings for key actions. Correlate response times with engagement and conversion in analytics; a drop in completion as latency rises shows where speed work will pay off.

Frequently asked questions

What is Doherty Threshold?

Productivity and engagement rise sharply when a system responds in under about 400 milliseconds, so neither the user nor the computer is left waiting on the other.

Where does Doherty Threshold come from?

Walter J. Doherty and Ahrvind J. Thadani, researchers at IBM, published 'The Economic Value of Rapid Response Time' in 1982. They found that when system response time fell below roughly 400 ms, people worked faster and stayed engaged instead of switching attention while they waited.

How does Doherty Threshold apply to app design?

Slow taps, laggy transitions and spinners without feedback break the sense of control that keeps people in flow. In retention terms, sluggish core actions quietly make an app feel like work.

Where does the 400 millisecond figure come from?

It comes from a 1982 IBM paper by Walter Doherty and Ahrvind Thadani, which found that productivity rose sharply when system response times fell below about 400 milliseconds.

Can animations make an app feel faster?

Yes, when used well. Short transitions and progress feedback make waits feel shorter and help people follow changes, but long decorative animations can make an app feel slower.

How do you measure Doherty Threshold in a product?

Monitor real-user metrics such as Interaction to Next Paint (INP), Largest Contentful Paint and custom timings for key actions. Correlate response times with engagement and conversion in analytics; a drop in completion as latency rises shows where speed work will pay off.

Sources

  1. Doherty, W. J. & Thadani, A. J. (1982). The Economic Value of Rapid Response Time. IBM Report GE20-0752-0. Find on Google Scholar ↗

View all 60 laws of UX

Keep exploring

Doherty Threshold in practice

Keep exploring

Certifications that test it

Pass it on

Teach this to your team

Share it before your next design review — a shared vocabulary makes product decisions faster.

Join free

Get the ideas, not the noise.

Sign up with Google and we’ll send you short UX psychology tips by email — why people tap, stall and leave, and what to do about it. Unsubscribe anytime. Prefer something to keep? Get the free Laws of UX guide as a PDF.

Get the free Laws of UX PDFFree · no spam · unsubscribe anytime
Free certification

Can you apply Doherty Threshold under pressure?

Test it in 18 real product scenarios in the free Product Design Science test. Score 70% and earn a founder-signed certificate anyone can verify.

  • Credential ID
  • QR verification
  • LinkedIn-ready
Free PDF · 74 pages · 2 editions

The Laws of UX, in one field guide

60 research-backed principles in 6 categories — what each one means, why it works on the human brain and how to use it on your own screens. Written by Sushant Singh, founder of Science of Apps, who has scaled consumer apps to lacs of users and spent 10+ years leading product across startups and digital businesses in the US, EU & India.

Pick your edition
Free. No card, no paywall — just your email.
Free PDF · 74 pages

Get Laws of UX by email

Choose your edition

You’ll also get occasional UX psychology tips. Unsubscribe anytime. Privacy policy

Free PDF · 90 pages · 2 editions

100+ Subscription Paywalls, decoded

110 real paywalls from top apps, taken apart, rated out of 5 and decoded with the Laws of UX — plus the frameworks, copy and checklists to ship your own. By Sushant Singh, founder of Science of Apps.

  • 110 paywalls rated
  • 34 Laws of UX
  • 12 frameworks

Which paywall scored 4.8 out of 5, and which scored 2.6? It’s all inside.

Pick your edition
Free. No card, no paywall — just your email.
Free PDF · 90 pages

Get 100+ Paywalls, Decoded by email

Choose your edition

You’ll also get occasional UX psychology tips. Unsubscribe anytime. Privacy policy