Qué puedes observar

Una pantalla puede parecer clara al equipo que la creó y generar dudas a alguien que la ve por primera vez. La prueba permite registrar el recorrido de esa persona: dónde empieza, qué opción interpreta como adecuada y cómo reconoce que terminó.

  • Si encuentra el punto de inicio de una tarea.
  • Si entiende las palabras y la información disponible.
  • Si puede avanzar o necesita ayuda.
  • Si reconoce el resultado y sabe qué hacer después.

Conviene separar lo observado de su posible explicación. “Volvió al inicio dos veces” describe una acción. “No entendió el menú” es una interpretación que requiere contexto o una pregunta de seguimiento.

Empieza por una pregunta útil

“¿Está bien mi app?” deja demasiadas decisiones abiertas. Una pregunta como “¿Puede una persona nueva reservar una cita y reconocer que quedó confirmada?” identifica el recorrido que necesitas observar. También permite decidir qué pantallas y acceso debes preparar.

Elige personas cuyo contexto sea relevante para ese recorrido. Define antes qué tareas podrán intentar y qué información necesitarás anotar. Si una parte del producto todavía no funciona, señala ese límite al analizar lo ocurrido.

Ejemplo hipotético: confirmar una reserva

Imagina una app para reservar una clase. Este recorrido es inventado para explicar el método; no representa un estudio ni resultados de clientes de persoon.

Pregunta del estudio
¿Una persona nueva puede reservar una clase y reconocer que su plaza quedó confirmada?
Preparación
Versión de prueba con una cuenta ficticia, una clase disponible el martes a las 18:00 y sin pagos reales. El recorrido empieza en el calendario.
Tarea para la persona
«Quieres asistir a la clase del martes a las 18:00. Reserva una plaza y dime cómo sabes si podrás asistir».

La tarea expresa una meta sin indicar qué botón pulsar. Puedes usar nuestra guía sobre cómo escribir tareas para una prueba de usabilidad para preparar otros recorridos.

Qué anotar durante el recorrido

En este escenario ficticio, la persona elige la hora, pulsa el botón final, vuelve al calendario y pregunta: «¿Ya quedó?». El observador anota el orden de esas acciones y la pregunta, sin sustituirlas por «no entendió la app».

Si el moderador señala dónde consultar la reserva, registra esa ayuda. Encontrar la confirmación después de recibir una indicación es distinto de reconocerla sin ayuda. Si se detiene la tarea, conserva el punto donde ocurrió; no la marques como completada por haber llegado a la última pantalla.

Cómo convertir la nota en un hallazgo

La observación es que la persona regresó al calendario y pidió confirmar el resultado. Una interpretación posible es que el estado de la reserva resulta difícil de reconocer. La siguiente comprobación sería revisar qué mensaje vio y observar si una nueva versión permite reconocer el resultado sin indicaciones.

En un ejemplo de informe de prueba de usabilidad puedes ver cómo separar tarea, resultado, interpretación y siguiente paso. Un episodio aislado no demuestra que todas las personas tendrán esa dificultad.

Ficha de preparación para tu primera prueba

Pregunta
¿Qué duda sobre una tarea necesito resolver?
Persona
¿Qué contexto o experiencia debería tener quien la intente?
Inicio
¿Desde qué pantalla y con qué acceso empezará?
Objetivo
¿Qué resultado intentará alcanzar?
Registro
¿Qué acciones, dudas y resultado voy a anotar?
Decisión
¿Qué podría revisar según lo que ocurra?

Completa la ficha antes de invitar a alguien. Si necesitas explicar continuamente cómo avanzar, anota esa intervención: el resultado con ayuda debe distinguirse del resultado independiente.

Qué no puedes concluir

Una prueba acotada describe las tareas y personas observadas. No demuestra demanda, intención real de compra ni éxito comercial. Tampoco sustituye pruebas funcionales, revisión de código, seguridad o rendimiento. Una preferencia visual no confirma por sí sola que una tarea sea más fácil.

Si necesitas que coordinemos el estudio, conoce nuestro servicio de pruebas de usabilidad para apps. La viabilidad de los participantes, las tareas y el reporte se revisan en cada solicitud.

Referencia metodológica: Usability testing, Digital.gov.