Módulo 5: Métodos de Evaluación (Test)
Evaluar soluciones: ¿funciona lo que diseñamos?
Objetivos de aprendizaje: Al finalizar este módulo, serás capaz de:
- Conducir una prueba de usabilidad con protocolo de pensamiento en voz alta, diseñando tareas basadas en el objetivo del usuario y no en los pasos a seguir.
- Evaluar una interfaz aplicando al menos 5 de las 10 heurísticas de Nielsen, documentando problemas con severidad y recomendaciones.
- Incorporar criterios de accesibilidad e inclusión al evaluar, considerando el contexto latinoamericano.
Tiempo estimado: 2 - 2.5 horas
Con Discover y Explore (Módulo 4) recolectaste y modelaste el problema. Ahora entras a la fase Test del ciclo: ya existe una solución —un prototipo, un flujo, un producto vivo— y toca preguntarle a la realidad si funciona. La evaluación no crea ideas nuevas; pone a prueba las que ya existen, antes de que equivocarse salga caro.
5.1. Pruebas de Usabilidad
Las pruebas de usabilidad son uno de los métodos más importantes y frecuentemente utilizados en UX Research.
Definición y Propósito
El Test de Usabilidad es una colección de técnicas utilizadas para medir las características de la interacción de un usuario con un producto.
Objetivos principales:
- Evaluar qué tan bien los usuarios pueden completar tareas específicas
- Identificar problemas que encuentran al interactuar
- Validar la efectividad de decisiones de diseño
Importante: Las pruebas de usabilidad sirven para evaluar, no para crear. Se evalúa la efectividad de ideas ya concebidas.
Tipos de Pruebas de Usabilidad
| Tipo | Características | Cuándo usarlo |
|---|---|---|
| Presencial moderado | Investigador y usuario en el mismo espacio | Cuando se necesita profundidad y observación detallada |
| Remoto moderado | Por videoconferencia en tiempo real | Usuarios geográficamente distribuidos |
| Remoto no moderado | El usuario completa tareas solo, grabado | Muestras grandes, validación cuantitativa |
| Con prototipo | Se evalúa un diseño en desarrollo | Etapas tempranas, bajo costo de cambio |
| Con producto final | Se evalúa el producto en producción | Post-lanzamiento, mejora continua |
Paso a Paso: Conduciendo una Prueba de Usabilidad
1. Planificación
- Define los objetivos (alineados con la pregunta de investigación)
- Selecciona las tareas a evaluar (5-7 tareas típicamente)
- Recluta participantes representativos (5 usuarios detectan ~85% de los problemas, según Nielsen)
- Prepara el prototipo o producto
- Crea el guion de la sesión
2. Diseño de Tareas
Las tareas deben reflejar los objetivos y metas reales del usuario.
Principio fundamental: Dile al usuario el objetivo que tiene que lograr, no los pasos a seguir.
| ❌ Tarea mal diseñada | ✅ Tarea bien diseñada |
|---|---|
| "Haz clic en el menú y selecciona 'Mis pedidos'" | "Quieres saber en qué estado está el pedido que hiciste ayer" |
| "Busca el botón de ayuda" | "Tienes una duda sobre las devoluciones, ¿cómo la resolverías?" |
Escribe un escenario breve que dé contexto a cada tarea:
"Imagina que compraste un producto hace 3 días y aún no ha llegado. Quieres saber dónde está."
3. Protocolo de Pensamiento en Voz Alta
El Think-Aloud Protocol requiere que los participantes verbalicen lo que están pensando mientras completan una tarea.
Instrucción al participante:
"Mientras realizas las tareas, me gustaría que pienses en voz alta. Cuéntame qué estás viendo, qué estás pensando, qué te confunde, qué esperas que pase. No hay respuestas correctas o incorrectas, estamos evaluando el diseño, no a ti."
Ventaja: Captura el proceso de pensamiento y toma de decisiones.
Variante - Pensamiento Retrospectivo (RTA): El participante realiza la tarea en silencio y luego revisa la grabación comentando sus pensamientos. Útil cuando se necesitan datos de tiempo precisos.
4. Durante la sesión
- No guíes ni ayudes (a menos que el usuario esté completamente bloqueado)
- Observa comportamientos no verbales (frustración, confusión)
- Toma notas de problemas específicos y citas textuales
- Pregunta al final sobre la experiencia general
5. Análisis y Reporte
- Identifica patrones de problemas entre usuarios
- Prioriza por severidad e impacto
- Documenta con evidencia (videos, citas, métricas)
5.2. Evaluación Heurística
La Evaluación Heurística es un método de inspección de usabilidad que no requiere usuarios. Expertos revisan el diseño comparándolo con principios establecidos.
Historia y Origen
El método fue desarrollado por Jakob Nielsen y Rolf Molich en 1990. Nielsen refinó la lista en 1994 en el paper "Enhancing the Explanatory Power of Usability Heuristics" presentado en la conferencia CHI.
Ventajas
- Rápido y relativamente económico
- No requiere reclutar usuarios
- Puede realizarse en cualquier etapa (incluso con prototipos de baja fidelidad)
- 3-5 evaluadores expertos pueden encontrar la mayoría de los problemas
Las 10 Heurísticas de Nielsen
1. Visibilidad del estado del sistema
El sistema debe mantener a los usuarios informados sobre lo que está sucediendo, a través de feedback apropiado y en tiempo razonable.
Ejemplo: Mostrar una barra de progreso durante una carga, indicar cuántos pasos faltan en un formulario.
2. Coincidencia entre el sistema y el mundo real
El sistema debe hablar el lenguaje del usuario, con palabras, frases y conceptos familiares. La información debe aparecer en un orden natural y lógico.
Ejemplo: Usar "Carrito de compras" en lugar de "Cesta de adquisiciones".
3. Control y libertad del usuario
Los usuarios necesitan una "salida de emergencia" claramente marcada para abandonar estados no deseados sin pasar por un proceso extenso.
Ejemplo: Opción de "Deshacer" después de eliminar un elemento, botón de "Cancelar" visible.
4. Consistencia y estándares
Los usuarios no deberían preguntarse si diferentes palabras, situaciones o acciones significan lo mismo. Seguir convenciones de la plataforma.
Ejemplo: Si "Guardar" se usa en una sección, no usar "Almacenar" en otra.
5. Prevención de errores
Mejor que buenos mensajes de error es un diseño cuidadoso que prevenga que los errores ocurran.
Ejemplo: Deshabilitar el botón "Enviar" hasta que todos los campos obligatorios estén completos; confirmar antes de eliminar permanentemente.
6. Reconocimiento antes que recuerdo
Minimizar la carga de memoria del usuario haciendo visibles objetos, acciones y opciones. El usuario no debería tener que recordar información de una parte del diálogo a otra.
Ejemplo: Mostrar los productos recientemente vistos; autocompletar en campos de búsqueda.
7. Flexibilidad y eficiencia de uso
Aceleradores (invisibles para el novato) pueden acelerar la interacción para el usuario experto. Permitir personalización.
Ejemplo: Atajos de teclado, opciones de configuración avanzada.
8. Estética y diseño minimalista
Los diálogos no deben contener información irrelevante o raramente necesaria. Cada unidad extra de información compite con las unidades relevantes.
Ejemplo: Eliminar texto innecesario, priorizar acciones principales sobre secundarias.
9. Ayudar a los usuarios a reconocer, diagnosticar y recuperarse de errores
Los mensajes de error deben expresarse en lenguaje simple (sin códigos), indicar el problema con precisión y sugerir una solución constructiva.
Ejemplo: En lugar de "Error 404", decir "No encontramos esta página. Puedes volver al inicio o buscar lo que necesitas."
10. Ayuda y documentación
Aunque es mejor si el sistema puede usarse sin documentación, puede ser necesario proveer ayuda. Esta debe ser fácil de buscar, enfocada en la tarea del usuario, y ofrecer pasos concretos.
Ejemplo: FAQs contextuales, tooltips, chat de ayuda.
Paso a Paso: Conduciendo una Evaluación Heurística
- Selecciona evaluadores: Idealmente 3-5 expertos en usabilidad.
- Define el alcance: ¿Qué flujos o secciones se evaluarán?
- Cada evaluador revisa independientemente: Evita sesgos de grupo.
- Documenta cada problema encontrado:
- Heurística violada
- Ubicación del problema
- Descripción del problema
- Severidad (escala 0-4)
- Consolida hallazgos: Combina las evaluaciones individuales.
- Prioriza por severidad e impacto.
Escala de Severidad
| Nivel | Descripción |
|---|---|
| 0 | No es un problema de usabilidad |
| 1 | Problema cosmético - corregir si hay tiempo |
| 2 | Problema menor - baja prioridad |
| 3 | Problema mayor - alta prioridad |
| 4 | Catástrofe de usabilidad - debe corregirse antes de lanzar |
Plantilla de Evaluación Heurística
EVALUACIÓN HEURÍSTICA
Producto evaluado:
Evaluador:
Fecha:
| # | Ubicación | Heurística Violada | Descripción del Problema | Severidad (0-4) | Recomendación |
|---|-----------|-------------------|-------------------------|-----------------|---------------|
| 1 | | | | | |
| 2 | | | | | |5.3. Inclusión, Accesibilidad y Contexto Latinoamericano
Accesibilidad Web
La accesibilidad web garantiza que productos y servicios puedan ser utilizados por personas con la más amplia gama de características y capacidades.
¿Por qué importa?
- Los productos no accesibles excluyen a un porcentaje significativo de la población
- La accesibilidad es usabilidad para usuarios con discapacidades
- En muchos países es un requisito legal
Estándares WCAG
Las Pautas de Accesibilidad para el Contenido Web (WCAG) son el estándar internacional. Se organizan en tres niveles de conformidad:
- Nivel A: Mínimo requerido
- Nivel AA: Recomendado (objetivo común)
- Nivel AAA: Óptimo
Recomendación: Incluir usuarios con discapacidades en las pruebas de usabilidad cuando sea posible.
Regionalización en Latinoamérica
El contexto cultural y social influye en las prácticas de diseño. No hay "mejores prácticas" universales.
Aspectos a considerar en Latam:
Comunicación:
- El trato formal vs. informal varía por país (tú/usted/vos)
- Modismos y expresiones locales
- Sensibilidad a temas culturales
Procesos de Pago:
- Gran diversidad de métodos (tarjetas locales, transferencias, pagos en efectivo en tiendas)
- Penetración variable del dinero digital
- Legislaciones diferentes por país
Ejemplo de adaptación cultural:
Un sitio de viajes puede promocionar el mismo destino (Santiago de Chile) de manera diferente según el país de origen: destacando compras para argentinos vs. nieve y vinos para brasileños.
Ejercicio Práctico - Módulo 5
Evalúa el sitio del almacén
Retoma el caso del almacén del barrio que vienes trabajando desde el Módulo 3. Ya planificaste la investigación (M3) y entendiste a sus clientes (M4). Ahora evalúa el sitio que tiene hoy.
Parte 1: Evaluación heurística
Recorre el flujo de compra e identifica 5 problemas usando las 10 heurísticas de Nielsen. Para cada uno anota: heurística violada, ubicación, severidad (0-4) y una recomendación. Usa la plantilla de la sección 5.2.
Parte 2: Mini prueba de usabilidad
Pídele a 2-3 personas que completen una tarea real ("compra dos productos y llega hasta el final") mientras piensan en voz alta. Recuerda: les das el objetivo, no los pasos. No guíes.
Parte 3: Contrasta los dos métodos
¿Los problemas que encontraste tú solo con las heurísticas coinciden con los que aparecieron cuando la gente usó el sitio de verdad? Esa diferencia es justo por qué se necesitan los dos métodos: uno anticipa, el otro confirma.
Guarda tus hallazgos crudos. En el Módulo 7 los vas a analizar, sintetizar y comunicar.
Referencias del Módulo 5
- Nielsen, J. (1994). Enhancing the Explanatory Power of Usability Heuristics. Proceedings of the SIGCHI Conference on Human Factors in Computing Systems (CHI '94).
- Nielsen, J., & Molich, R. (1990). Heuristic evaluation of user interfaces. Proceedings of the SIGCHI Conference on Human Factors in Computing Systems.
- Krug, S. (2014). Don't Make Me Think, Revisited. New Riders.
- W3C. (2018). Web Content Accessibility Guidelines (WCAG) 2.1.
Métodos de evaluación en detalle
Evaluación sin usuarios
Evaluación con usuarios