El valor de las pruebas de usuario – Preguntas y respuestas con el fundador de Validately

Una buena herramienta de creación de prototipos debe integrarse con una buena plataforma de pruebas de usuario, por eso a principios de 2016 tendrás una gran noticia de Justinmind: integración completa con Validately, una de las mejores plataformas de pruebas rápidas de usuario para prototipos y funciones activas. Steven Cohn, fundador de Validately, da algunos consejos prácticos sobre cómo realizar pruebas de usuario adecuadas.

¿Por qué debe un equipo de producto dedicar su limitado tiempo a las pruebas de usuario?

Permíteme presentarte algunas estadísticas del sector:

• El 50% de las funciones de un producto típico no son utilizadas por sus clientes. Así es, la mitad de lo que estás diseñando y construyendo ahora mismo, no será utilizado por los clientes.
• El 30% de los esfuerzos de un equipo de desarrollo típico se clasifican como «retrabajo». Es decir, volver a codificar una función existente para reflejar mejor los requisitos del cliente o hacerla más utilizable.

Son cifras enormes. Verdaderas estadísticas que mueven la aguja y están muy extendidas. La verdad es que

Es imposible que un diseñador o un jefe de producto se siente en una habitación y adivine cómo quiere utilizar un cliente una función o un producto.

¿Cuáles son las distintas opciones de prueba?

Explicaré las pruebas de usuario utilizando esta cuadrícula:

Cuando pruebes el diseño de una nueva función, querrás aprender 2 cosas:

1. Usabilidad de la UI
2. Usabilidad en la vida real

La usabilidad de la UI es fácil de entender. ¿Puede alguien pasar de la página 1 a la 2, a la 3 y a la 4 sin confundirse? La usabilidad en la vida real es más complicada. Este tipo de prueba responde a si un usuario utilizará realmente la función en su vida real. Aunque suene sencillo, hay muchas cosas que intervienen en esa respuesta. Recuerda esto cuando pruebes la usabilidad en la vida real:

Lo que un cliente dice que hará, lo que un cliente dice que hizo y lo que un cliente hace realmente son tres cosas distintas.

Algunos ejemplos de preguntas para probar la Usabilidad en la Vida Real son:

• ¿Cómo utilizarán la función en su vida diaria? ¿Con qué frecuencia? ¿En qué circunstancias?
• ¿Qué consideran como alternativas a esa característica? ¿Qué les gusta de esa alternativa? ¿Qué odian de esa alternativa? ¿Qué les haría cambiar de esa alternativa?

Podría seguir hablando de las preguntas que ayudan a predecir el éxito del diseño de una función. Pero la cuestión principal es ésta:

Hasta que no pongas un prototipo de una nueva función delante de un cliente, NO HAY MANERA de determinar si cumple los requisitos del cliente para utilizarla realmente.

No basta con reunir «requisitos» en entrevistas. Los clientes tienen que ver algo visualmente y probarlo para decirte si lo utilizarían. Con esta comprensión básica de los objetivos de las pruebas de usuario, la siguiente parte es el cómo.

Pruebas moderadas

Las Pruebas Moderadas consisten en realizar pruebas con un cliente en tiempo real. Puede ser a distancia o en persona, pero estás en directo con el cliente pidiéndole que pruebe un prototipo o una función ya construida y haciéndole preguntas de Usabilidad en la vida real (como se ha indicado anteriormente). También puedes aprender Usabilidad de la UI con pruebas moderadas. La ventaja de las pruebas moderadas es que te permiten conocer en profundidad cómo utilizará el cliente el diseño de una función. Puedes hacer un seguimiento y formular preguntas cuando un usuario mencione algo y profundizar en ello. Sin embargo, este tipo de prueba requiere un mayor compromiso de tiempo. Este tipo de prueba se realiza mejor utilizando un prototipo porque es fácil hacer cambios. Tendrás que contratar a probadores que se ajusten a tu persona y programar una sesión en directo; hacer que el probador pase por un prototipo y pedirle que realice tareas específicas; hacer preguntas de usabilidad de la vida real, como se ha indicado antes; tomar notas y grabar la sesión para compartir los aspectos importantes con las partes interesadas. Sería bueno hablar con 5 probadores por persona. Si no tienes tiempo o presupuesto para 5, entonces 3 es mejor que cero.

Pruebas no moderadas

Las pruebas no moderadas son asíncronas. Configuras una prueba, la envías a la gente y grabas sus interacciones, y a menudo sus voces, mientras intentan completar determinadas tareas. No estás en directo con ellos. La principal ventaja es que es rápido porque es asíncrono. Puedes obtener grandes volúmenes de respuestas mientras estás trabajando en otra cosa. Sin embargo, no puedes hacer preguntas de seguimiento y profundizar mientras se está probando a un usuario. Por tanto, en realidad sólo puedes aprender Usabilidad de UI. No moderado NO es útil para aprender Usabilidad en la vida real. Esta prueba se hace mejor con un prototipo clicable, porque sin duda vas a aprender y querrás hacer cambios. Tendrás que reclutar probadores que se ajusten a tu persona, ya sea de un panel o por tu cuenta. Da a los participantes en la prueba una tarea para completar en el prototipo clicable y mide cuántos pueden completar la tarea en un periodo de tiempo razonable. A menudo quieres que el participante comparta sus pensamientos en voz alta mientras intenta completar la tarea. Puedes hacer preguntas cualitativas después, como el método de puntuación SUS. Las tareas no deben ser demasiado prescriptivas y no deben utilizar palabras específicas que se empleen en la UI. Por ejemplo

• Mala tarea: Ve al panel de control y «Añade una nueva historia» a la cola. [since there are buttons labeled Dashboard and Add A New Story in the UI]
• Buena tarea: Añade una historia a tu backlog

Existen dos enfoques con las pruebas no moderadas en cuanto al número de probadores:

• Pruebas de gran volumen de clics: normalmente 100 encuestados y sólo se observan los patrones de clics y las respuestas cualitativas
• Conversaciones en voz alta: es cuando los usuarios expresan sus pensamientos en voz alta. Sólo necesitas 5 probadores por persona para conocer el 85% de los problemas de usabilidad.

¿Cómo ayuda Validately en las Pruebas de Usuario?

Cuando hablamos con Jefes de Producto, Diseñadores de UX e Investigadores de Usuarios sobre por qué no llevan a cabo más Pruebas/Investigación de Usuarios, suelen decir lo mismo…¡No tengo tiempo! Cuando profundizamos en esto, en realidad se debe a que el proceso en torno a las sesiones de prueba reales lleva más tiempo que las sesiones de prueba. Concretamente los siguientes puntos de dolor:

• Encontrar clientes representativos (Personas) para realizar pruebas
• Programación de estas pruebas
• Ejecutar estas pruebas sin tontear con el software de grabación
• Elaborar informes posteriores a las pruebas de forma compartible para las partes interesadas

Validately elimina el dolor de la investigación/pruebas de usuarios automatizando todos estos pasos para nuestros clientes. Atacamos estos puntos conflictivos para que sea realmente fácil hablar con tu Persona y probar prototipos o código en vivo. Ofrecemos soluciones sencillas y asequibles para pruebas moderadas y no moderadas.

¿Cómo ayuda la creación de prototipos a las pruebas de usuario?

Esperar a realizar pruebas de usuario sobre funciones codificadas es un planteamiento extremadamente ineficaz y costoso. He aquí los datos (IBM):