Test de usabilidad: validar antes de construir
Un prototipo que nadie ha usado fuera del equipo es una hipótesis sin verificar. El test de usabilidad es el momento en que esa hipótesis se contrasta con comportamiento real.
No es un focus group. No es preguntar si les gusta. Es observar si son capaces de usar el producto para conseguir su objetivo, sin ayuda y sin que nadie los guíe.
Cuándo y para qué testear
El test de usabilidad no es solo una fase al final del proceso. Puede (y debe) aplicarse en distintos momentos:
| Momento | Qué validas | Fidelidad del prototipo |
|---|---|---|
| Antes de diseñar | Si el concepto tiene sentido | Boceto en papel |
| Durante wireframing | Si el flujo y la estructura funcionan | Lo-fi navegable |
| Durante diseño visual | Si la UI comunica bien las acciones | Mid/Hi-fi |
| Antes del lanzamiento | Si el producto completo cumple los objetivos | Hi-fi o staging |
| Tras el lanzamiento | Qué mejorar en la siguiente iteración | Producto real |
Testear pronto y con frecuencia es más barato que testear una sola vez al final.
Tipos de test
Test moderado
Un facilitador conduce la sesión en tiempo real, presencial o por videollamada. Puede pedir aclaraciones y ajustar las tareas en el momento.
Ventajas: más contexto, puedes explorar respuestas inesperadas, detectas matices no verbales. Inconvenientes: más tiempo para reclutar y ejecutar, riesgo de sesgo del moderador.
Test no moderado
El usuario completa las tareas por su cuenta usando una herramienta de test asíncrono (Maze, Useberry, UserTesting). El sistema graba la pantalla, los clics y las respuestas.
Ventajas: más rápido de ejecutar, muestra más grande, el usuario no siente presión del moderador. Inconvenientes: no puedes explorar respuestas inesperadas ni pedir aclaraciones.
Preparación del test
1. Define el objetivo
Qué pregunta concreta quieres responder. “Saber si el producto funciona” no es un objetivo: es demasiado vago para diseñar un test útil.
Ejemplos de objetivos concretos:
- “¿El usuario entiende la diferencia entre ‘proyecto’ y ‘espacio de trabajo’ en el onboarding?”
- “¿Es capaz de completar el pago sin leer ninguna instrucción?”
- “¿Encuentra la función de exportar en menos de 60 segundos?“
2. Escribe las tareas
Las tareas deben ser concretas, basadas en escenarios reales y sin revelar cómo resolver la tarea.
Mal: “Usa el botón de exportar para guardar el informe en PDF.” (Revela dónde está.) Bien: “Acabas de terminar tu informe mensual. Necesitas enviárselo a tu jefa. ¿Cómo lo harías?”
Define el criterio de éxito para cada tarea antes del test: qué comportamiento indica que el usuario la completó correctamente.
3. Prepara el guión
Para tests moderados, escribe el guión completo de la sesión:
- Bienvenida y contexto (2-3 min): explica que estás evaluando el producto, no al usuario.
- Preguntas de calentamiento (2-3 min): contexto sobre su perfil y cómo trabaja hoy.
- Tareas (15-25 min): una a una, con el criterio de éxito en mente.
- Debriefing (5 min): preguntas abiertas sobre la experiencia general.
4. Recluta los participantes correctos
Deben representar el perfil de usuario real, no al “usuario promedio” indefinido. Entre 5 y 8 participantes es suficiente para un test de usabilidad moderado enfocado en un flujo concreto.
Durante el test: cómo comportarse como facilitador
La mayor trampa del test moderado es querer rescatar al usuario cuando se bloquea. Resístelo.
Reglas del facilitador:
- Recuerda al inicio: “Si en algún momento no encuentras algo, no pasa nada. Es el producto quien está siendo evaluado, no tú.”
- Pide al usuario que piense en voz alta mientras navega.
- Cuando el usuario se quede en silencio: “¿Qué estás pensando ahora mismo?”
- Cuando el usuario pregunte “¿Esto es correcto?”: “¿Qué harías tú normalmente en este caso?”
- No reacciones visualmente cuando el usuario hace algo inesperado. Cara neutra.
- No preguntes sobre hipotéticos: “¿Usarías esta función?” No predice comportamiento real.
Observar, no solo escuchar
Lo que el usuario hace importa más que lo que dice. Presta atención a:
- Dónde hace clic primero (y si es donde esperabas).
- Cuánto tiempo tarda en cada paso.
- Cuándo frena, retrocede o prueba varias opciones.
- Cuándo expresa frustración, incluso sin verbalizarla.
Clasificar los hallazgos
Después de cada sesión, mientras el recuerdo está fresco, anota los hallazgos. Después del último participante, sintetiza por severidad:
| Severidad | Definición | Prioridad |
|---|---|---|
| Crítico | El usuario no puede completar la tarea | Resolver antes de lanzar |
| Mayor | El usuario completa la tarea con esfuerzo significativo o comete errores recuperables | Resolver en el próximo ciclo |
| Menor | El usuario completa la tarea pero hay fricción o confusión puntual | Resolver cuando haya capacidad |
| Sugerencia | Observación de mejora que no impide nada | Backlog de ideas |
Un problema que aparece en 3 o más participantes de 5 es un patrón, no una anécdota.
Qué hacer después
El test no termina al cerrar la última sesión. Los hallazgos sin acción son notas con fecha de caducidad.
- Prioriza por severidad e impacto: no todos los problemas justifican el mismo esfuerzo de solución.
- Propón hipótesis de solución: para cada problema crítico o mayor, escribe al menos una propuesta de cambio.
- Itera el diseño: corrige los problemas encontrados.
- Decide si testear de nuevo: si los cambios son profundos, un segundo test rápido (3-5 personas) valida que la corrección funcionó sin introducir nuevos problemas.
- Documenta y comparte: el equipo de producto y desarrollo necesita saber qué se encontró y por qué se tomaron las decisiones que siguieron.
¿Qué hemos aprendido?
- El test de usabilidad observa comportamiento real, no recoge opiniones.
- 5 usuarios bien reclutados detectan entre el 80 y el 85 % de los problemas de usabilidad relevantes.
- El facilitador observa sin rescatar; el bloqueo del usuario es la información más valiosa.
- Los hallazgos se clasifican por severidad y se priorizan antes de iterar.
Has terminado el curso de UX/UI Fundamentals
Ahora conoces el proceso completo de un diseñador UX/UI: investigar, definir, estructurar, prototipar y validar. Si quieres profundizar en Design Sprint, Design System, accesibilidad, handoff y métricas de producto, el siguiente paso es el Curso de UX/UI Intermedio.