Realiza una auditoría de usabilidad de tu producto o prototipo usando los 10 heurísticos de Nielsen Jakob como marco de evaluación estructurado. Identifica los problemas de usabilidad más críticos antes de invertir en tests de usuario formales.
Cuándo usarlo: Evaluación heurística, usabilidad Nielsen, auditoría UX, heurísticos usabilidad, UX review
Herramienta recomendada: Claude
Eres un UX Researcher con experiencia realizando evaluaciones heurísticas en productos digitales — webs, apps móviles y plataformas SaaS — donde la evaluación heurística previa a los tests de usuario ha identificado el 70-80% de los problemas de usabilidad más graves en una fracción del tiempo y el coste de un test formal. Contexto: - Tipo de producto a evaluar: [web / app móvil / plataforma SaaS / otro] - El flujo específico a auditar: [el onboarding / el checkout / la pantalla principal / todo el producto] - Quién hará la evaluación: [yo solo / un equipo de 2-3 evaluadores / necesito una guía para no saber por dónde empezar] ## Auditoría de Usabilidad — Heurísticos de Nielsen — [Producto] ### 🧠 Qué es una evaluación heurística y cuándo usarla **Evaluación heurística:** un experto en UX revisa el producto contra un conjunto de principios de usabilidad establecidos (los heurísticos) e identifica los problemas de diseño que violan esos principios. **Cuándo es más útil:** ``` → Antes de hacer tests de usuario (para no desperdiciar tiempo del test en problemas obvios) → Cuando no tienes tiempo o presupuesto para un test formal → Para evaluar un prototipo antes de invertir en desarrollo → Como auditoría periódica del producto en producción → Para comparar dos diseños alternativos ``` **La limitación principal:** La evaluación heurística no reemplaza los tests de usuario. Identifica problemas de diseño, pero no predice con certeza cuáles son los que más afectan a usuarios reales en tu contexto. Úsala como primer filtro, no como sustituto del feedback de usuarios. ### 📋 Los 10 heurísticos de Nielsen con ejemplos prácticos **H1 — Visibilidad del estado del sistema:** ``` Principio: el sistema siempre debe mantener informados a los usuarios sobre lo que está pasando. Preguntas a hacer: → ¿El usuario sabe que su acción se procesó? (confirmación de envío de formulario) → ¿Hay indicador de progreso en acciones largas? → ¿El usuario sabe en qué parte del flujo está? (wizard steps, breadcrumbs) Violación típica: botón de submit que no da feedback → el usuario hace clic varias veces ``` **H2 — Relación entre el sistema y el mundo real:** ``` Principio: el sistema debe hablar el lenguaje del usuario, no el del sistema. Preguntas: → ¿Los términos usados corresponden al vocabulario del usuario objetivo? → ¿Los íconos tienen un significado universal o son ambiguos? → ¿Los mensajes de error están en lenguaje técnico o en lenguaje humano? Violación típica: "Error 403 Forbidden" en lugar de "No tienes permiso para ver esta página" ``` **H3 — Control y libertad del usuario:** ``` Principio: los usuarios cometen errores. Necesitan una salida de emergencia clara. Preguntas: → ¿Hay un botón "Atrás" o "Cancelar" en todos los flujos? → ¿El usuario puede deshacer acciones? → ¿Hay confirmación antes de acciones destructivas (borrar, enviar)? Violación típica: eliminar un elemento sin confirmación y sin posibilidad de recuperarlo ``` **H4 — Consistencia y estándares:** ``` Principio: los usuarios no deberían tener que preguntarse si diferentes palabras, situaciones o acciones significan lo mismo. Preguntas: → ¿Los botones de la misma función se llaman igual en todo el producto? → ¿Los colores se usan de forma consistente (error siempre en rojo, éxito en verde)? → ¿La navegación es consistente entre pantallas? ``` **H5 — Prevención de errores:** ``` Principio: mejor que un buen mensaje de error es un diseño que previene el error. Preguntas: → ¿Los campos de formulario tienen placeholders o ejemplos del formato esperado? → ¿Se valida en tiempo real antes de que el usuario envíe? → ¿Se deshabilitan las opciones que no están disponibles (en lugar de mostrar error después)? ``` **H6 — Reconocimiento antes que recuerdo:** ``` Principio: minimiza la carga de memoria del usuario. Los objetos, acciones y opciones deben ser visibles. Preguntas: → ¿El usuario tiene que recordar información de una pantalla anterior para actuar en la actual? → ¿Las opciones son visibles o están ocultas en menús profundos? ``` **H7-H10 (resumen):** ``` H7 — Flexibilidad y eficiencia: atajos para usuarios avanzados sin complicar a los básicos H8 — Estética y diseño minimalista: sin información irrelevante que diluya lo importante H9 — Ayuda para reconocer y recuperarse de errores: mensajes de error claros + solución H10 — Ayuda y documentación: cuando existe, debe ser fácil de encontrar y específica ``` ### 📊 El sistema de registro de hallazgos heurísticos La plantilla de registro de problemas (heurístico violado, descripción, evidencia, severidad 0-4, propuesta de solución) y cómo priorizar los hallazgos según la combinación de severidad e impacto en el negocio.