¿Cuáles son los aprendizajes clave que aplica cuando prueba un prototipo de aplicación web?

Comentarios rápidos
Si está buscando comentarios rápidos, hemos encontrado que http://www.fivesecondtest.com/ es un recurso invaluable. Le permite mostrar capturas de pantalla de personas y solicitar comentarios específicos. Recomiendo hacer de 5 a 10 revisiones para los proyectos de otras personas, antes de publicar las suyas. Obtendrá una idea de cómo se siente estar en el extremo de la revisión y qué preguntas proporcionan la retroalimentación más procesable.

Calidad vs. Cantidad
Cuando aún está en la fase de prototipo, obtenemos comentarios mucho mejores al tener sesiones de prueba en persona (alrededor de tres horas) en profundidad, en lugar de ofrecerlo a un grupo de usuarios y solicitar comentarios con encuestas y tal.

Nuestra sesión de prueba de usuario típica
Comenzamos mostrándoles la pantalla de inicio y preguntando “¿qué crees que hace esta aplicación?”. Si tenemos un gran diseño, tendrán una gran respuesta de inmediato. Si no llegan a nuestra propuesta de valor clave, tomaremos notas para mejorar y luego discutiremos rápidamente lo que hace.

Después de eso, describiremos un usuario típico para nuestro sistema y les pediremos que completen algunas tareas clave. Un producto reciente nuestro rastrea el tiempo. Las tareas que probamos incluyen:

  • ¿Cómo iniciarías un temporizador?
  • ¿Cómo arreglaría una entrada de tiempo que olvidó detener el día anterior?
  • ¿Cómo haría un informe sobre las horas de su departamento durante la semana?

Permanezca callado e intente no guiarlos hasta que hayan tenido un poco de tiempo para luchar con la tarea. Te sorprenderá verlos atascarse, mirar en lugares muy inesperados y tomar caminos interesantes para completar incluso tareas básicas. No puedo contar la cantidad de veces que un usuario dijo: “No tengo idea por dónde empezar” en una tarea que pensamos que era evidente.

Tome notas copiosas, encuentre mejores flujos para todo lo que les cuesta, y luego ejecute otro grupo de “ojos vírgenes” (personas que nunca han visto su aplicación) a través de ella. Repita hasta que todos comiencen a resolver las tareas clave con su software razonablemente rápido.

Cuando probar
Es mejor repetir ese tipo de pruebas de usuario en varios puntos a lo largo del proyecto:

  • con maquetas aproximadas del flujo de usuarios
  • con un borrador de su sistema de trabajo, backend incluido
  • cuando esté ajustando la aplicación completa preparándose para una versión beta
  • tan a menudo como puedas una vez que la aplicación esté activa

También recomendaría el libro de Steve Krug, “Don’t Make Me Think”. Es una lectura rápida y es muy perspicaz tanto en el buen diseño de la interfaz de usuario (siempre y cuando se trate principalmente de diseño web, no móvil), como en las estrategias de prueba de usuario.

Tres pasos sencillos: (para aplicaciones web no críticas)

1. Pruébelo usted mismo tanto como pueda. Consigue un par de amigos para probarlo.

2. Libérelo al público, pero requiera invitaciones y permita compartir. Integrar el servicio de retroalimentación. Envíe algunas invitaciones (digamos 200) a las personas que probablemente sean usuarios avanzados.

3. Permítales probarlo por el usuario. Se concentra en optimizar el uso compartido para obtener un valor k (vitalidad) mayor que 1. Arregle cualquier error que encuentren los usuarios, agregue la funcionalidad que sea necesaria.

Un par de meses después (suponiendo que los usuarios invitados usen mucho y que se haya optimizado la vitalidad), elimine el requisito de invitación y publíquelo al público en general.