≡En resumen
- Probar un flujo es comprobar la tarea completa, de la entrada al resultado, no pantallas sueltas.
- Cada método llega en un momento: tree testing para la estructura, primer clic y prototipo para el diseño, usabilidad para el conjunto.
- Si el primer clic es correcto, la probabilidad de terminar la tarea casi se duplica.
- Mejor tres rondas de cinco usuarios con cambios entre medias que una sola de quince.
- En desarrollo, los flujos críticos se protegen con pruebas end-to-end que se ejecutan en cada despliegue.
01 ¿Qué es el user flow testing?
El término tiene dos usos que conviene separar. En investigación UX, se prueba con personas para saber si entienden el flujo. En desarrollo de software, se automatiza el flujo con código para asegurar que nada lo rompe. Los dos parten del mismo diagrama del flujo: el camino feliz y sus ramas de error son exactamente lo que hay que probar.
| En UX (con usuarios) | En QA (automatizado) | |
|---|---|---|
| Pregunta | ¿La gente entiende y completa el flujo? | ¿El flujo sigue funcionando tras cada cambio de código? |
| Quién ejecuta | Participantes reales | Un navegador controlado por un script |
| Cuándo | Con prototipos y antes de lanzar cambios | En cada despliegue, de forma continua |
| Detecta | Confusión, etiquetas malas, pasos que sobran | Botones rotos, errores de validación, pagos que fallan |
02 Métodos para probar un flujo con usuarios
| Método | Qué prueba | Fase | Participantes |
|---|---|---|---|
| Tree testing | Si encuentran la entrada al flujo en la estructura del menú | Antes del diseño visual | Decenas, online |
| Test de primer clic | Si el primer paso del flujo es evidente en una pantalla | Bocetos y diseños estáticos | Decenas, online |
| Test de prototipo no moderado | Si completan el flujo en un prototipo clicable y por qué ruta | Diseño avanzado | Decenas, online |
| Test de usabilidad moderado | Cómo completan el flujo y por qué fallan, con conversación | Prototipo o producto real | 5 por ronda |
El tree testing valida la puerta de entrada: si la gente no sabe en qué menú empieza el flujo, da igual lo bien diseñado que esté. El test de usabilidad es el más completo, porque permite preguntar el porqué. Entre ambos, los tests de primer clic y de prototipo dan datos rápidos con muchas personas. Si quieres ver todos los métodos de investigación en contexto, están en nuestra guía de investigación UX.
03 Test de primer clic: por qué el primer paso decide el flujo
87 %
de los usuarios completa la tarea si su primer clic va por un camino correcto
Fuente: Bob Bailey y Cari Wolfson, estudios de 2006 a 2009 citados por MeasuringU
46 %
la completa si el primer clic va por un camino equivocado
Fuente: Bob Bailey y Cari Wolfson, estudios de 2006 a 2009 citados por MeasuringU
Un test de primer clic muestra una pantalla, plantea una tarea y registra solo dónde hace clic cada persona primero. Es barato, rápido y se puede hacer con un diseño estático. Su valor viene de esos datos: acertar el primer paso casi duplica la probabilidad de terminar.
04 Cómo hacer un test de prototipo de un flujo
-
1
Prepara el prototipo
Solo las pantallas del flujo y sus ramas principales. No hace falta que sea bonito: un prototipo rápido en baja fidelidad basta para validar la lógica.
-
2
Define el éxito
Por ruta esperada (uno o varios caminos válidos) o por pantalla final, llegue como llegue la persona.
-
3
Escribe la tarea como escenario
«Quieres regalar este libro y que llegue a casa de tu hermana», no «Añade una dirección de envío distinta».
-
4
Haz un piloto
Dos o tres personas para detectar zonas no clicables, pantallas que faltan y tareas ambiguas.
-
5
Lanza y recoge datos
Éxito directo, éxito indirecto, abandonos, clics fuera de zona y tiempo por tarea.
-
6
Revisa las rutas
Las rutas indirectas no son fracasos: indican caminos que la gente prefiere y que quizá deberían ser el principal.
Las plataformas de pruebas no moderadas, como Maze, distinguen entre éxito directo (se siguió uno de los caminos esperados) y éxito indirecto (se llegó al final por otra ruta), y cuentan los clics fuera de las zonas interactivas. Para empezar sin herramientas caras, un prototipo rápido en papel o en una herramienta de diseño es suficiente.
05 Cuántos usuarios y qué tareas para probar un flujo
Jakob Nielsen publicó en marzo de 2000 que cinco usuarios bastan para encontrar cerca del 85 % de los problemas de usabilidad, y que es mejor repartir quince participantes en tres rondas de cinco, corrigiendo entre una y otra. Si tu flujo lo usan grupos muy distintos, como clientes particulares y empresas, recomienda tres o cuatro personas por grupo.
- ✓Una tarea por flujo y como escenario realista, sin usar las palabras de los botones.
- ✓Incluye al menos una tarea que obligue a pasar por una rama de error, como un código de descuento caducado.
- ✓Recluta a personas parecidas a tus usuarios reales, no a compañeros de la oficina.
- ✓Pide a los participantes que piensen en voz alta en los tests moderados.
- ✓Mide éxito, tiempo y errores de la misma forma en todas las rondas para poder compararlas.
06 User flow testing en desarrollo: pruebas end-to-end
En un equipo de desarrollo, «probar el flujo» significa escribir una prueba end-to-end (E2E): un script que abre un navegador real, hace lo que haría un usuario (entrar, añadir al carrito, pagar con una tarjeta de prueba) y comprueba que cada pantalla responde como debe. Herramientas como Playwright, Cypress o Selenium lo permiten, y se ejecutan de forma automática antes de cada despliegue.
Qué flujos automatizar
Los que, si se rompen, cuestan dinero o clientes: registro, inicio de sesión, checkout, formulario de contacto, recuperación de contraseña.
Camino feliz y errores
Una prueba para el recorrido ideal y otras para las ramas críticas: pago rechazado, sesión caducada, stock agotado.
Datos de prueba
Cuentas, productos y tarjetas de prueba propios del entorno de desarrollo, nunca datos reales de clientes.
Mantenimiento
Selectores estables (roles o atributos de test) para que un cambio de diseño no rompa las pruebas sin motivo.
07 Métricas para evaluar un flujo probado
| Métrica | Qué mide | Señal de alarma |
|---|---|---|
| Tasa de éxito | Porcentaje que completa la tarea | Por debajo de lo que el negocio necesita en una tarea crítica, como pagar |
| Éxito directo vs indirecto | Si llegan por el camino previsto o por otro | Mucho éxito indirecto: el camino previsto no es el natural |
| Precisión del primer clic | Porcentaje que empieza por el paso correcto | Clics repartidos entre varias opciones: la entrada no es evidente |
| Tiempo por tarea | Cuánto tardan en completarla (mejor la mediana) | Mucha diferencia entre participantes en el mismo paso |
| Errores y clics fuera de zona | Acciones que no llevan a ningún sitio | Clics repetidos en elementos que parecen botones y no lo son |
| Abandonos | Quién se rinde y en qué paso | Varios abandonos en el mismo punto del flujo |
08 Ejemplo: probar el flujo de alta de una app
Primera ronda (prototipo, cinco usuarios): cuatro completan el alta, pero tres dudan en la pantalla que pide permiso para notificaciones antes de explicar para qué sirven. Se mueve esa petición a después de reservar la primera cita. Segunda ronda: los cinco completan el alta sin dudas. Ya en desarrollo, se escribe una prueba E2E del alta con email y otra con inicio de sesión social, que se ejecutan en cada versión para que ningún cambio vuelva a romper el flujo.
Probar flujos con usuarios antes de programar y protegerlos con pruebas automáticas después es la combinación que evita sorpresas en producción. Es parte del proceso de diseño UX que aplicamos en webs y apps.
Preguntas frecuentes sobre User flow testing
Es la prueba de un flujo de usuario completo, como registrarse o pagar, para comprobar si se puede terminar y dónde falla, con usuarios reales o con pruebas automatizadas.
El test de usabilidad es uno de los métodos para probar un flujo. El user flow testing incluye también tests de primer clic, de prototipo, tree testing y pruebas end-to-end automatizadas.
Es una prueba en la que se muestra una pantalla, se plantea una tarea y se registra dónde hace clic cada persona primero, para saber si el inicio del flujo es evidente.
Para un test de usabilidad moderado, cinco por ronda, según Jakob Nielsen. Para pruebas no moderadas de primer clic o de prototipo, conviene reunir decenas de participantes.
Es una prueba automatizada que recorre un flujo completo en un navegador real, como lo haría un usuario, para comprobar que todas las piezas funcionan juntas.
Con usuarios, plataformas de investigación como Maze, Lyssna u Optimal; en desarrollo, frameworks de pruebas end-to-end como Playwright, Cypress o Selenium.
Fuentes consultadas
Sobre el autor
Germán Gutiérrez
Development Manager en appyweb
Dirige el equipo de desarrollo de appyweb: aplicaciones web y móviles, SaaS, integraciones y arquitectura de software.
Ver perfil en LinkedIn ↗