Umbral de Doherty

Resumen

La productividad se dispara cuando una computadora y sus usuarios interactúan a un ritmo que asegura que ninguno tiene que esperar por el otro. El umbral óptimo es <400ms.

Origen

Autores: Walter J. Doherty y Ahrvind J. Thadani (IBM)
Año: 1982
Fuente: "The Economic Value of Rapid Response Time" - IBM Systems Journal

Umbrales de Respuesta

| Tiempo | Percepción | Acción Recomendada | | ---------- | -------------- | ------------------------------ | | <100ms | Instantáneo | Feedback directo | | 100-300ms | Inmediato | Transiciones suaves | | 300-1000ms | Espera notable | Indicador de actividad | | 1-10s | Espera larga | Progress bar + mensaje | | >10s | Interrupción | Background task + notificación |

Fundamento Psicológico

La atención humana opera en ciclos. Respuestas bajo 400ms mantienen al usuario en estado de "flujo" donde la tarea se siente continua. Sobre este umbral, el usuario experimenta una "interrupción" cognitiva que rompe la concentración y requiere re-engagement.

Aplicación en Diseño

Optimización de Performance

Code splitting para cargas iniciales rápidas
Lazy loading de contenido no visible
Caching agresivo de recursos estáticos
CDN para reducir latencia geográfica

Percepción de Velocidad

Skeleton screens en lugar de spinners
Optimistic UI (asumir éxito)
Animaciones que "distraen" durante cargas
Progressive rendering de contenido

Feedback Inmediato

Estados hover/active instantáneos
Animaciones de confirmación
Progress indicators apropiados al tiempo
Mensajes de estado durante operaciones

Operaciones Largas

Background processing con notificaciones
Estimaciones de tiempo restante
Permitir otras acciones durante espera
Confirmación clara al completar

Ejemplos

Facebook: Optimistic UI al dar like
Google: Resultados mientras escribes (<200ms)
Slack: Mensajes aparecen instantáneamente (local-first)
GitHub: Skeleton loading en feeds
Stripe Dashboard: Real-time updates sin refresh

Anti-patterns

❌ Spinners para operaciones <1 segundo
❌ Bloquear UI durante requests
❌ Páginas que tardan >3s en cargar
❌ Formularios que no responden al submit
❌ Sin feedback durante operaciones largas

Métricas

Time to First Byte (TTFB): <200ms ideal
First Contentful Paint (FCP): <1.8s
Largest Contentful Paint (LCP): <2.5s
Time to Interactive (TTI): <3.8s
Total Blocking Time (TBT): <300ms

Principios Relacionados

[[nielsen-visibility]] - Feedback del estado del sistema
[[cognitive-load]] - Esperas aumentan carga cognitiva
[[feedback-principle]] - Respuesta a acciones del usuario

Referencias

Doherty, W.J. & Thadani, A.J. (1982). "The Economic Value of Rapid Response Time"
Nielsen, J. (1993). "Response Times: The 3 Important Limits"
https://lawsofux.com/doherty-threshold/