Prueba de nivel de calidad objetiva con el mapa de viaje del cliente

¡Hola, ciudadanos de Khabrovsk!

Soy analista de profesión, llevo 10 años diseñando sistemas y escribiendo requisitos. Propongo discutir el enfoque para probar UX / UI.

Antes de la cuarentena, me encontré con una situación: tuve que comprar un boleto de avión. Aproximadamente 30 minutos entré en el espacio sin aire: mientras llenaba todos los campos (aunque hay un perfil en el servicio), luego verifiqué todo dos veces, luego eliminé cuidadosamente todas las opciones pagas.
En mi humilde opinión, esto es inhumano.

¿Por qué no recordar mis datos y sustituirlos? ¿Por qué imponer opciones adicionales - reduce la lealtad?

Creo que no soy el único molesto por la incómoda e incomprensible UX / UI. Pregunta: "¿Cómo se trata?"



Hasta ahora, llegué a la conclusión de que una solución puede ser una prueba sistemática e independiente de los indicadores de calidad del sistema. Aquellos de los que se habla en el instituto y los libros de texto: ergonomía, conveniencia, comprensión, velocidad de ejecución de la tarea.

Por lo general, las pruebas de calidad se reducen a lo siguiente:

• El equipo corre con todas sus fuerzas para hacer la funcionalidad a tiempo y nadie piensa en UX / UI
• UX / UI se verifica solo para cumplir con los diseños
• Las pruebas UX / UI se llevan a cabo según el gusto y la evaluación personal del probador. Sí, esto puede justificarse mediante reglas generales (por ejemplo, de los libros de Cooper "On Interfaces"), pero en los sistemas personalizados y B2B a menudo hay soluciones no triviales. El equipo puede diferir en gustos e ideas sobre lo bello. Como resultado, esto lleva a disputas poco constructivas debido a diferencias de opinión. El más fuerte gana en ellos.

Entonces pensé que una historia similar sucede cuando se recopilan requisitos en productos. Sucede que los creadores toman una decisión por sus dolores y piensan que cerrarán las necesidades de los usuarios finales. Con el fin de mapear la realidad, hay formas a la carta del Customer Journey Map.

La esencia del método es tomar la experiencia de varios usuarios en una muestra estadística mientras resuelven un problema particular. Entonces puede averiguar si otras personas enfrentan un problema y si esta situación es exclusiva de un pequeño grupo de personas o si es un problema total.

¿Por qué no verificar este principio y UX / UI?

Algoritmo de prueba:

1) Decidir sobre una política de prueba.

• conjunto de scripts de usuario para probar
• Indicadores de calidad probados: conveniencia, ergonomía, comprensibilidad, etc.

2) Encuentra encuestados para evaluar

De 3 a 5 encuestados. Pueden ser usuarios finales o miembros de otro equipo. Lo principal es la independencia del equipo de desarrollo.

3) Realizar un estudio. repita el

ciclo con cada encuestado
> Se toma la plantilla de la tarjeta de usuario.
> El encuestado recibe una introducción a la tarea y un sistema / prototipo / diseño en ejecución
> Los pasos del encuestado, sus comentarios, el tiempo para un paso: todo esto se registra en el
final de la plantilla



4) Agregue los datos.

Como una plantilla de mapa es una opinión, debe encontrar la intersección de los encuestados. Para cada escenario, se compila una matriz de mapa de brechas (en las mejores tradiciones de CJM).

• Columnas matriciales - Pasos de guiones.
• Las líneas son un indicador de insatisfacción.
• En la intersección: los resultados de los mapas de los encuestados.
• Los pasos que tomaron más tiempo o emociones negativas, malentendidos, son los dolores de la calidad del sistema.

5) Haga una lista de los problemas encontrados.

Lo llamé GrowthPointsList.



Los datos se resumen en la lista de problemas + expectativas de los encuestados sobre cómo se comportará el sistema. Puede especificar el nivel de influencia en el paso del guión:

1. No se puede completar el guión
2. Negativo pero el guión pasó
3. Algunos encuestados tuvieron un negativo, pero lograron superar el guión.

Por lo tanto, incluso antes del desarrollo en la etapa de diseño, es posible probar diseños y eliminar problemas a un costo menor. El resultado de la prueba es razonable y no causa controversia entre los participantes y el cliente.

Creo que el mundo de las aplicaciones puede cambiar hacia la conveniencia y la simplicidad para los usuarios finales.

Telegram Channel - tlgg.ru/@analyst_way (Ruta del analista)