Conducir y Facilitar Pruebas

Facilitando Pruebas de Usabilidad como un Profesional

Tu rol durante una prueba de usabilidad es ser invisible. No ayudas, no opinas, no guías. Solo observas, escuchas y tomas notas mientras el usuario intenta completar las tareas que diseñaste.

Antes de empezar la sesión

• Prepara el entorno: abre el prototipo, activa la grabación de pantalla y cámara


• Bienvenida: agradece al participante y explica que estás probando el diseño, no a la persona


• Consigna clave: 'No hay respuestas correctas o incorrectas. Si algo te confunde, es culpa del diseño, no tuya'


• Pide permiso para grabar y explica que los datos son confidenciales


• Activa el protocolo Think Aloud: 'Por favor, di en voz alta todo lo que estás pensando mientras usas el producto'

Durante la sesión

• Lee cada tarea en voz alta y confirma que el participante la entendió antes de empezar


• Resiste la tentación de ayudar cuando el usuario se traba — eso es exactamente lo que necesitas observar


• Si el usuario pregunta '¿Está bien lo que hice?', responde con '¿Tú qué crees?' o '¿Qué esperabas que pasara?'


• Toma notas de: comportamientos (qué hace), verbalizaciones (qué dice) y expresiones faciales (qué siente)


• Si el usuario se frustra demasiado, puedes decir 'No te preocupes, pasemos a la siguiente tarea'

Después de cada sesión

• Haz un breve debrief: '¿Cuál fue tu impresión general? ¿Qué fue lo más difícil?'


• Pregunta qué mejoraría de la experiencia — a veces los usuarios tienen ideas brillantes


• Escribe tus observaciones inmediatamente después mientras están frescas (máximo 10 minutos)


• Marca en tus notas los momentos críticos con timestamp para revisarlos después en la grabación


• Revisa si necesitas ajustar algo para la siguiente sesión (tareas confusas, problemas técnicos)

Consejo: El momento más valioso de una prueba es cuando el usuario dice 'Supongo que debería hacer clic aquí...' — esa duda revela exactamente dónde falla el diseño.

Aplicación práctica en un caso real

Aplicar Conducir y Facilitar Pruebas dentro del contexto de Fundamentos de UX Research con criterio práctico, evitando quedarse en una definición aislada. Para que esta lección sea útil, imagina un escenario concreto: tienes que usar este tema para mejorar un proceso, tomar una decisión, crear un entregable o explicar una recomendación a otra persona. La pregunta no es solo “qué significa”, sino “qué haría diferente después de entenderlo”.

Un buen uso empieza por delimitar el problema. Define qué resultado quieres lograr, qué información tienes disponible, qué restricciones existen y cómo sabrás si la decisión fue correcta. Esta forma de pensar evita respuestas genéricas y convierte el aprendizaje en una herramienta de trabajo.

Marco de decisión

Antes de avanzar, revisa tres niveles: primero, el objetivo operativo; segundo, los recursos disponibles; tercero, el riesgo de equivocarte. En Fundamentos de UX Research, muchas decisiones fallan porque se copia una táctica sin entender el contexto. El marco correcto te obliga a adaptar, no solo repetir.

• Objetivo: qué resultado medible o visible quieres conseguir.
• Contexto: quién usará esto, con qué nivel de experiencia y bajo qué restricciones.
• Acción: cuál es el siguiente paso mínimo que puedes ejecutar hoy.
• Señal: qué evidencia vas a observar para decidir si funcionó.

Ejemplo guiado

Supón que debes implementar esta idea en una pequeña empresa o proyecto personal. En vez de intentar una versión perfecta, prepara una versión mínima: una plantilla, una prueba, una lista de control, una automatización simple, una página, un mensaje o una medición inicial. Luego pide feedback o compara el resultado contra una métrica.

Si el resultado mejora, documenta el proceso. Si no mejora, identifica si falló la hipótesis, la ejecución o la medición. Esta distinción es clave: muchas personas abandonan una buena idea por una mala primera ejecución, o escalan una mala idea porque miraron la métrica equivocada.

Errores frecuentes

• Confundir actividad con avance: hacer muchas tareas sin saber qué resultado persiguen.
• Copiar ejemplos sin adaptarlos al cliente, audiencia, equipo o nivel técnico real.
• No dejar evidencia: si no registras decisiones y resultados, no aprendes del proceso.
• Querer automatizar o escalar antes de validar que el enfoque básico funciona.

Ejercicio práctico

1. Escribe el objetivo de esta lección en una frase aplicada a tu caso.
2. Define un entregable pequeño que puedas crear en menos de una hora.
3. Lista tres criterios para evaluar si ese entregable está bien hecho.
4. Ejecuta una versión inicial y anota qué cambiarías en una segunda iteración.

Checklist de salida

• Puedo explicar el concepto con mis propias palabras.
• Tengo un ejemplo aplicado, no solo una definición.
• Sé qué error debo evitar primero.
• Tengo una acción concreta para practicar esta semana.