Cómo moderar una prueba de usabilidad real

Curso de Design Thinking

Clase 23 de 24

Clase 23 / 24

Recursos

Una prueba de usabilidad moderada es una de las técnicas más efectivas para validar un diseño antes de lanzarlo al mercado. Aquí verás cómo se conduce una sesión real con un usuario, qué decir al inicio, cómo plantear tareas y qué observar mientras la persona interactúa con un prototipo. Si trabajas en UX, diseño de producto o investigación, este recorrido te muestra el guion y las pistas que revelan problemas de diseño.

¿Cómo se introduce una prueba de usabilidad al usuario?

La apertura define el tono de toda la sesión. El moderador se presenta, agradece la participación y deja claro un punto crítico: él no diseñó la aplicación, así que el usuario puede ser todo lo crítico que quiera sin herir sentimientos.

Esta declaración es lo que en investigación se conoce como bias mitigation: reducir el sesgo de cortesía para que el participante hable con honestidad. El moderador también aclara que no se evalúa al usuario, se evalúa el diseño, una frase que baja la ansiedad y libera comentarios reales.

¿Qué debe decir el moderador al inicio de un test de usabilidad? Debe presentarse, explicar el objetivo, aclarar que no diseñó el producto, pedir comentarios honestos y recordar que se evalúa el diseño, no a la persona.

¿Qué se le pregunta al usuario antes de tocar el prototipo?

Antes de mostrar pantallas, el moderador hace una pregunta abierta sobre expectativas. En este caso pregunta qué esperaría Agus de una sección de ayuda en una app de delivery.

La respuesta es oro puro para el equipo de diseño. Agus menciona que querría:

Validar que sus datos de domicilio, celular y contactos estén correctos.
Ver el tiempo restante del pedido y el recorrido en tiempo real del repartidor.
Seguir el trayecto desde que el restaurante entrega el pedido hasta la puerta de su casa.

También señala una fricción de jerarquía visual: sus datos personales no aparecen al inicio, cuando su mindset de uso de apps espera encontrarlos primero. Ese comentario, hecho antes de cualquier tarea, ya revela una hipótesis de mejora.

¿Cómo se plantean las tareas en una prueba moderada?

Las tareas no se enuncian como instrucciones técnicas, se enmarcan en una historia. El moderador le pide a Agus que imagine que pidió una hamburguesa para cenar, que ya la está visualizando, y que el repartidor no llega. ¿Qué harías?

Esta técnica se llama contextual task framing y funciona porque conecta al usuario con una emoción real. Agus responde con naturalidad: hablaría con un agente y esperaría que ese agente contacte al repartidor por ella.

¿Qué observa el moderador mientras el usuario navega?

Lo que el usuario hace pesa más que lo que dice. Agus intenta entrar a "Hablar con un agente" desde el menú principal y el botón no responde. Ese es un dead click, un punto muerto de interacción que el equipo debe corregir.

Luego entra por "Ayuda con un pedido", encuentra tres pedidos listados (Taquería, McDonald's y Starbucks), elige el que está en curso y navega hasta llegar a tres opciones: hablar con un agente, hablar con el restaurante y rastrear el pedido.

Ahí aparece otro hallazgo: falta la opción de hablar directamente con el repartidor. Agus lo verbaliza con un argumento sólido: a veces el agente no tiene visibilidad de dónde está el repartidor.

¿Qué es un hallazgo de usabilidad? Es cualquier dificultad, comentario o expectativa no cumplida que el usuario muestra al interactuar con el producto. Puede ser un botón roto, una opción faltante o una jerarquía confusa.

¿Cómo se cierra una sesión de prueba con un usuario?

El cierre es tan importante como el inicio. El moderador agradece, le recuerda al usuario que su participación mejora el diseño real del producto y termina la sesión sin presionar por más comentarios.

En esta sesión salieron al menos cuatro hallazgos accionables:

Reordenar la jerarquía para que los datos del usuario aparezcan más arriba.
Reparar el acceso directo a "Hablar con un agente" desde la pantalla principal.
Agregar la opción "Hablar con el repartidor" dentro del flujo de ayuda.
Reforzar el rastreo en tiempo real del pedido y del repartidor.

Cada uno de estos puntos surgió porque el moderador hizo preguntas abiertas, dejó silencios y permitió que el usuario navegara sin guiarlo. Esa es la diferencia entre un test que confirma sesgos y uno que descubre problemas reales.

¿Qué hallazgo de los anteriores priorizarías tú primero y por qué? Cuéntame en los comentarios cómo lo abordarías en tu propio proyecto.