Obtener comentarios de los usuarios siempre ha sido fundamental para crear aplicaciones atractivas que aporten valor comercial a los clientes y transmitan una experiencia de usuario increíble. Hacemos esto, con mayor frecuencia, probando a los usuarios de la aplicación. El libro electrónico, "Una guía práctica para probar usuarios de aplicaciones", ofrece una guía paso a paso para diseñadores y equipos de desarrollo sobre cómo realizar pruebas de usuarios en pruebas moderadas y no moderadas (en línea). En esta publicación, veremos uno de los componentes clave: cómo escribir un script de prueba de usabilidad efectivo.
Gran escenario de prueba de usabilidad es simple e instructivo
¿Por qué es importante que los moderadores tengan un script que deba seguirse en las pruebas de usuario? Primero, desea que sus pruebas sean lo más estándar posible. Esto asegura que no sesgará las respuestas de los participantes individuales. Y la seguridad de que cada usuario responde las mismas preguntas garantiza que pueda ver las similitudes y diferencias en las respuestas de sus usuarios, lo que lo ayudará a sacar conclusiones más convincentes de su investigación.
En última instancia, el guión debe ser simple, pero contener suficientes instrucciones para ayudar al facilitador a guiar a los participantes durante una sesión moderada, o proporcionar toda la información que los participantes necesitan saber en sesiones no moderadas (en línea). Estas son las secciones que debe incluir un documento de secuencia de comandos, con recomendaciones sobre qué incluir en cada una de ellas:
SUGERENCIA: para que el guión sea más fácil de leer durante la prueba moderada, use un estilo o color de texto diferente para separar las instrucciones del guión real que se leerán al participante.
1. Información de antecedentes
Esta sección está destinada a los facilitadores y cualquier persona que lea el script de prueba de usabilidad pero no lo comparta con los participantes de la prueba. Por lo general, incluimos información de referencia sobre fechas de prueba, cliente, número y tipo de participantes, historial de versiones y metodología de prueba. También describiremos lo que está probando, los objetivos de la prueba y cuánto tiempo debe tomar para cada participante. También es útil incluir información sobre las recompensas y compensaciones de los miembros.
2. Introducción
Un ejemplo de una sección introductoria de un script de prueba de usabilidad.
Esta sección presenta un guión para el moderador, quien da la bienvenida a los participantes y les da una idea general de qué esperar en la prueba. Si las pruebas son moderadas, también representamos al coordinador y a todas las empresas participantes.
En este punto, es útil informar a los participantes que no hay respuestas correctas o incorrectas. Esto les ayudará a sentirse más cómodos. Además, aliente a los usuarios a hablar en voz alta mientras completan las tareas. Querrá comprender su proceso de pensamiento, sus acciones y sus sentimientos.
También es importante solicitar el consentimiento para grabar una sesión. Asegúrese de obtener el consentimiento verbal explícito para esto.
CONSEJO Durante una prueba moderada personal, debe dar a los participantes la oportunidad de hacer cualquier pregunta antes de comenzar.
3. Comprobación preliminar del cuestionario.
En esta sección de la prueba de usuario, su objetivo principal es hacer que sus participantes se sientan cómodos.
En el escenario de la prueba de usabilidad, incluirá preguntas sobre información básica como nombre, edad, ocupación y cualquier otra información demográfica relacionada con su prueba. Durante las pruebas moderadas, es suficiente con solicitar confirmación (por ejemplo, "Confirme que su nombre es [NAME]"). La información que ya tiene.
Luego haga preguntas generales relacionadas con su proyecto. Por ejemplo, si está probando una aplicación de viaje, puede preguntar con qué frecuencia vuelan los participantes y si usan alguna aplicación para reservar y planificar viajes.
4. Tareas y escenarios
Las tareas son acciones que usted le pide a los participantes que realicen en un dispositivo u otra interfaz de prueba. Cada misión debe tener un objetivo.
Las secuencias de comandos ayudan a los participantes a interactuar con la interfaz e imaginar cómo usarán la aplicación en la vida real. El objetivo y la tarea del usuario pueden verse así:
- Objetivo de la prueba: ver habitaciones de hotel y reservar una .
- Un ejemplo de una mala tarea: reservar una habitación de hotel .
- Un ejemplo de un mejor trabajo (con un escenario): está planeando unas vacaciones en Bangkok del 3 al 14 de septiembre. Necesita reservar un hotel para su estadía. Vaya a la aplicación, vea la información y reserve la habitación que considere mejor .
SUGERENCIA: siempre permita que los usuarios regresen y lean la tarea tantas veces como lo necesiten.
Los mejores consejos de escritura
Tratar de no distorsionar el comportamiento del usuario es una tarea difícil, pero es importante si desea obtener resultados útiles. Aquí hay cinco consejos para escribir tareas más efectivas y neutrales:
- Haga que la tarea sea realista para ayudar a los participantes a interactuar con la interfaz. Cree escenarios que imiten al máximo el mundo real. No los obligue a hacer lo que generalmente no hacen. Por ejemplo:
- El propósito de la prueba: ver los productos vendidos en site.com .
- Un ejemplo de una mala tarea: comprar un par de jeans blancos de Levi's en oferta .
- Un ejemplo de una tarea mejor: compre un par de jeans Levi's por menos de $ 20 .
- En la vida real, es probable que los usuarios naveguen antes de elegir lo que quieren comprar. En el primer ejemplo, no le brindamos al usuario la capacidad de elegir lo que generalmente elige. En cambio, les decimos qué hacer. Se centrarán en encontrar los jeans que les dijimos que buscaran y es posible que no interactúen con la interfaz como de costumbre.
- No obligue a los participantes a interactuar con una función específica. En cambio, trate de descubrir cómo decidieron usar la interfaz. De esta manera descubrirá si pueden encontrar funciones y usarlas como espera.
- El propósito de la prueba: encontrar una receta .
- Un ejemplo de una mala tarea: use la barra de búsqueda para encontrar una receta india .
- El mejor ejemplo de una tarea: hoy quieres cocinar comida india. Usa la aplicación para encontrar una receta.
- Evite agregar consejos o descripciones de pasos. Es mejor ofrecer un contexto para el escenario que proporcionar pasos claros para lograr el objetivo. La idea es permitir a los participantes navegar por la interfaz por su cuenta.
- El propósito de la prueba: monitorear el progreso en el libro .
- Un ejemplo de una mala tarea: desea actualizar el progreso en el libro que está leyendo. Vaya a la aplicación, busque el libro, agréguelo a su lista y actualice el progreso realizado .
- El mejor ejemplo de una tarea: comenzaste a leer un libro nuevo y no quieres perder el lugar que terminaste la última vez. Use la aplicación para actualizar su progreso .
- No facilite la tarea a los participantes que usan el mismo idioma que pueden encontrar fácilmente en la interfaz de prueba. Por ejemplo, si la interfaz muestra un botón que dice "Usar el mes gratis", no debe usar la misma redacción en la tarea:
- Objetivo de la prueba: pruebe el servicio de forma gratuita .
- Un ejemplo de un mal trabajo: vaya al sitio y úselo gratis por un mes .
- El mejor ejemplo de una tarea: desea probar este servicio por primera vez. Vaya al sitio y regístrese .
- Sea lo más directo posible en la forma de formular tareas. Eche un vistazo a estas dos tareas de ejemplo:
- Propósito de la prueba: hacer una cita .
- Un ejemplo de una mala tarea: ahora, vea si puede tratar de encontrar una manera de hacer una cita con un nutricionista .
- Un ejemplo de un mejor trabajo: ahora, haga una cita con un nutricionista .
- El primero de ellos con la frase adicional "veamos si puedes intentar encontrar un camino" da la impresión de que la tarea será difícil de completar, o incluso una pista que puede esperar una respuesta determinada, porque la interfaz tiene poca experiencia o diseño.
CONSEJO: Si es necesario, puede hacer preguntas entre tareas. Es mejor esperar hasta que el participante complete la tarea para no distraerlo.
5. Cuestionario posterior a la prueba
Después de completar la prueba principal, parte del cuestionario del script de prueba de usabilidad indica al moderador que haga preguntas adicionales. En esta sección, el moderador querrá explorar áreas donde las respuestas no fueron claras o ambiguas.
Puede hacer preguntas de alto nivel a los participantes sobre un producto o una función específica, o si esperan que algo sea diferente. También puede hacer preguntas abiertas sobre las nuevas funciones que les gustaría usar.
6. Resumen
En esta sección del script de prueba de usabilidad, agradecerá a los participantes por su tiempo. Y puede preguntar a los usuarios si tienen alguna pregunta para usted. Finalmente, debe discutir con sus usuarios los detalles de su compensación.