← Todos los artículos
Construir lo correcto
Pruebas de usabilidad sin laboratorio: guía para principiantes
Por el equipo de FabricLoop · Mayo 2026 · 4 min de lectura
Las pruebas de usabilidad tienen una fama inmerecida de caras y lentas. Cuando la gente oye «investigación de usuarios», se imagina un espejo unidireccional, un moderador con un portapapeles y un calendario de dos semanas. Esa versión existe y tiene sus usos, pero no es la que la mayoría de los equipos de producto necesitan la mayor parte del tiempo.
La versión que necesitan la mayoría de los equipos es más sencilla: cinco usuarios, un prototipo en Figma o un entorno de staging, una videollamada y 45 minutos por sesión. Bien hecha, saca a la luz la mayoría de los problemas graves de usabilidad antes del lanzamiento. Hecha con constancia —incluso una vez por sprint—, produce una mejora acumulativa de la calidad del producto que ningún análisis posterior al lanzamiento puede igualar.
Así se hace desde cero.
"Cinco usuarios encontrarán el 85 % de los problemas de usabilidad. El otro 15 % se descubre lanzando y observando. No dejes que la búsqueda de un tamaño de muestra perfecto te impida hacer ni una sola sesión."
La sesión de pruebas en cuatro pasos
Flujo de una sesión de prueba de usabilidad
1
Reclutar
Encuentra a 5 participantes que se ajusten a tu usuario objetivo. Mejor calidad que cantidad.
- Define 2–3 criterios de selección
- Escribe primero a los usuarios actuales
- Ofrece un pequeño incentivo (tarjeta regalo)
- Confirma 24 h antes
2
Guion
Escribe de 3 a 5 tareas como escenarios realistas, no como instrucciones.
- Indica el objetivo, no el camino
- Incluye contexto («imagina que acabas de...»)
- Añade 2 preguntas de calentamiento
- Haz antes una prueba piloto con un compañero
3
Ejecutar
Observa sin guiar. Tu trabajo es mirar y escuchar, no ayudar.
- Pídeles que piensen en voz alta
- No rescates nunca a un usuario confundido
- Anota las dudas, no solo los errores
- Graba con su permiso
4
Sintetizar
Haz la puesta en común el mismo día. Agrupa las observaciones en patrones, no en una lista de citas.
- Puesta en común en las 2 horas siguientes
- Agrupa los problemas por frecuencia
- Valora la gravedad (crítica / moderada / leve)
- Comparte los hallazgos en una sola página
Paso 1: reclutar — importa más a quién pruebas que cuántos son
Cinco participantes es la cifra adecuada para la mayoría de las pruebas de usabilidad. La investigación de Jakob Nielsen estableció que cinco usuarios descubren alrededor del 85 % de los problemas de usabilidad, con rendimientos decrecientes a partir de ahí. Hacer tres sesiones de cinco usuarios en distintos momentos del proceso de diseño aporta más que una sola sesión con quince.
Los criterios de reclutamiento importan más que el número. Una prueba de usabilidad con cinco personas que se parecen mucho a tu usuario objetivo revelará problemas reales. Una prueba con quince personas que no se le parecen generará ruido. Define dos o tres criterios de selección —rol, contexto de uso, nivel de soltura técnica— y respétalos.
La vía de reclutamiento más rápida para la mayoría de los equipos es escribir por correo a usuarios actuales que hayan dado permiso para ser contactados. Ofrece un incentivo modesto: una tarjeta regalo de £20 basta para una sesión de 45 minutos. Intenta programar las sesiones en la misma semana; cuanto mayor es el intervalo entre el reclutamiento y la prueba, mayor es la tasa de ausencias.
Paso 2: guion — escenarios, no instrucciones
El error de guion más habitual es redactar las tareas como instrucciones: "Haz clic en Ajustes, ve a Notificaciones y cambia tu preferencia a...". Eso le dice al usuario lo que tiene que hacer, de modo que estás comprobando si sabe seguir indicaciones, no si la interfaz es intuitiva.
Escribe en cambio las tareas como escenarios: "Imagina que estás recibiendo demasiadas notificaciones y quieres recibir avisos solo cuando alguien te mencione directamente. Enséñame qué harías". Así el usuario tiene un objetivo realista y tú puedes observar cómo navega de verdad, incluido dónde se confunde.
La regla de la sesión piloto
Ensaya siempre el guion con un compañero antes de tu primer participante real. Los guiones que parecen claros por escrito suelen generar confusión cuando se dicen en voz alta. Una prueba piloto de 15 minutos revela formulaciones torpes, tareas ambiguas y problemas de tiempos, y casi no cuesta nada corregirlos.
Paso 3: ejecutar — tu trabajo es observar, no ayudar
Lo más difícil de moderar una prueba de usabilidad es resistir el impulso de ayudar. Cuando un usuario está confundido, todo el instinto empuja a intervenir y enseñarle dónde hacer clic. Pero la confusión es el dato. Un usuario que se atasca te está diciendo que algo falla en la interfaz, y en cuanto intervienes, pierdes esa señal.
Pide a los usuarios que piensen en voz alta durante toda la sesión: "Según avances, cuéntame qué estás mirando y qué estás pensando". Así obtienes un flujo continuo de datos sobre su modelo mental. Anota no solo los errores, sino también las dudas: un usuario que se detiene tres segundos antes de pulsar el botón correcto ha revelado igualmente un problema de diseño, aunque al final lo consiga.
La trampa del ánimo
"Lo estás haciendo genial" es una mentira que nunca deberías decir en una prueba de usabilidad. Los participantes que sienten que lo hacen bien dejan de comunicar su confusión. Mantente neutral: "Gracias, sigue". Reconoce el esfuerzo, no el rendimiento.
Paso 4: sintetizar — patrones, no citas
La síntesis es donde se crea la mayor parte del valor, y donde la mayoría de los equipos se toma atajos. Las notas en bruto de cinco sesiones no son hallazgos. Se convierten en hallazgos cuando haces una puesta en común con el equipo, agrupas las observaciones por temas y asignas niveles de gravedad.
Haz la puesta en común el mismo día que las sesiones, mientras las observaciones están frescas. Agrupa los problemas en tres categorías: críticos (los usuarios no pudieron completar la tarea), moderados (completaron la tarea, pero con dificultad o errores importantes) y leves (fricciones que no impidieron completarla). Los problemas críticos hay que corregirlos antes del lanzamiento. Los moderados deberían priorizarse en el siguiente sprint. Los leves van al backlog.
Resume los hallazgos en una sola página: los tres problemas críticos principales, con evidencias de al menos dos participantes cada uno, y un cambio de diseño propuesto para cada uno. Todo lo que necesite más espacio pertenece a un documento aparte.
Cómo ayuda FabricLoop con las pruebas de usabilidad
Las notas de sesión, las grabaciones, la síntesis y las decisiones de diseño van juntas. Los hilos de FabricLoop te permiten adjuntar las notas en bruto de cada sesión, compartir la síntesis con el resto del equipo y enlazar directamente con los cambios de diseño que vinieron después, para que los futuros miembros del equipo vean no solo qué cambió, sino por qué.
10 ideas para llevarse de este artículo
- Las pruebas de usabilidad no requieren un laboratorio, un presupuesto ni un especialista. Cinco usuarios, un prototipo y una videollamada bastan para sacar a la luz la mayoría de los problemas graves.
- Cinco participantes descubren alrededor del 85 % de los problemas de usabilidad. Tres rondas de cinco aportan más que una ronda de quince.
- Prioriza la calidad sobre la cantidad al reclutar. Cinco usuarios que encajan con tu perfil objetivo revelan problemas reales; quince que no encajan generan ruido.
- Redacta las tareas como escenarios ("imagina que quieres..."), no como instrucciones ("haz clic en..."). Las instrucciones comprueban si se saben seguir indicaciones, no la usabilidad.
- Prueba siempre el guion con un compañero antes de la primera sesión real. Los guiones que parecen claros por escrito suelen generar confusión cuando se dicen en voz alta.
- Tu trabajo durante la sesión es observar, no ayudar. La confusión del usuario es un dato: intervenir elimina la señal.
- Pide a los participantes que piensen en voz alta durante toda la sesión. Anota las dudas, no solo los errores: una pausa larga antes de un clic correcto sigue siendo un problema de diseño.
- No le digas nunca a un participante que lo está haciendo genial. El ánimo frena que comunique su confusión. Mantente neutral.
- Haz la puesta en común el mismo día que las sesiones, mientras las observaciones están frescas. Agrupa los problemas por gravedad: críticos, moderados y leves.
- Escribe los hallazgos en una sola página: los tres problemas críticos principales, evidencias de al menos dos participantes en cada uno y una corrección propuesta para cada uno.
