Ayuda a los Usuarios a Reconocer, Diagnosticar y Recuperarse de Errores
Resumen
Los mensajes de error deben expresarse en lenguaje claro (sin códigos), indicar precisamente el problema y sugerir constructivamente una solución.
Origen
- •Autor: Jakob Nielsen
- •Año: 1994 (refinado 2020)
- •Fuente: Nielsen Norman Group - "10 Usability Heuristics for User Interface Design"
Fundamento Psicológico
Los errores causan frustración y pueden dañar la confianza del usuario en el sistema. Mensajes claros y accionables transforman una experiencia negativa en una oportunidad de aprendizaje. El modelo de procesamiento de errores de Reason sugiere que la recuperación requiere: detección, diagnóstico y corrección.
Aplicación en Diseño
Lenguaje Humano
- •Sin códigos técnicos: "Error 500" → "Algo salió mal"
- •Tono empático, no culpabilizador
- •Vocabulario del usuario, no del sistema
- •Brevedad sin perder claridad
Indicación Precisa
- •Señalar exactamente qué campo tiene el error
- •Highlight visual del elemento problemático
- •Scroll automático hacia el error
- •Íconos distintivos (⚠️, ❌)
Soluciones Constructivas
- •Sugerir cómo corregir el problema
- •Ofrecer acciones alternativas
- •Links a recursos de ayuda
- •Botones de retry cuando aplique
Prevención de Pérdida de Datos
- •Guardar borrador automáticamente
- •Mantener inputs válidos al corregir errores
- •No limpiar formularios completos por un error
- •Permitir volver atrás y editar
Ejemplos
- •GitHub: "File not found. Check if the file exists or if you have access"
- •Stripe: Errores de tarjeta específicos con sugerencias
- •Slack: "Can't reach Slack. Check your connection" con botón Retry
- •Twitter: Guarda borradores cuando falla el envío
- •Google Forms: Resalta campos específicos con error
Anti-patterns
- •❌ "Error occurred" sin más información
- •❌ Códigos hexadecimales o stack traces al usuario
- •❌ Mensajes que culpan al usuario
- •❌ Errores que desaparecen sin poder leerlos
- •❌ Formularios que se limpian al fallar
Métricas
- •Error Recovery Rate: % usuarios que se recuperan exitosamente
- •Time to Recovery: Tiempo desde error hasta completar tarea
- •Repeat Error Rate: Mismo error cometido múltiples veces
- •Abandonment After Error: % que abandona tras un error
Principios Relacionados
- •[[nielsen-error-prevention]] - Mejor prevenir que curar
- •[[nielsen-visibility]] - Hacer visible el estado de error
- •[[postels-law]] - Aceptar variaciones, informar problemas
Referencias
- •Nielsen, J. (1994). "Usability Engineering". Morgan Kaufmann
- •Reason, J. (1990). "Human Error". Cambridge University Press
- •https://www.nngroup.com/articles/error-message-guidelines/