Observa una tarea antes de pedir opiniones generales.

Ejemplo ficticio: encontrar una solicitud rechazada y explicar qué información necesita corregirse. Prepara la misma pantalla inicial y los mismos datos para cada sesión. Indica que se está probando la interfaz, no examinando a la persona.

Evita incluir el nombre del botón en la tarea. «Abre detalles» ya da una pista; «averigua por qué se rechazó la petición» describe el objetivo.

Anota una observación concreta: la persona abrió tres solicitudes antes de encontrar la correcta. Registra por separado tu interpretación: quizá falta un filtro por estado. No conviertas esa hipótesis en una conclusión sin contrastarla.

Si pregunta dónde pulsar, registra la pregunta antes de ayudar. La ayuda puede ser necesaria para continuar, pero una tarea completada con indicaciones no equivale a una completada sin ellas.

«No me gusta este texto» requiere una pregunta adicional: ¿qué entendiste al leerlo? Si el texto provoca una decisión equivocada, documenta cuál. Si es una preferencia, consérvala como tal.

Agrupa los hallazgos por tarea bloqueada, error de interpretación y mejora opcional. Para cada cambio propuesto, escribe qué observación lo motiva y cómo comprobarás si ayuda.

Ficha sugerida: tarea; observación; intervención del moderador; interpretación; cambio propuesto; responsable; prueba posterior. No necesitas convertir todos los comentarios en funcionalidades.

Repite el recorrido tras los cambios y registra si la dificultad persiste. Una sesión pequeña ofrece pistas para esa tarea; no representa por sí sola a todos los usuarios posibles.