Guía para principiantes sobre Lean UX: supuestos, hipótesis y MVP

El marco ágil se está convirtiendo rápidamente en la columna vertebral de las empresas que ofrecen nuevas funciones en ráfagas rápidas. Sin embargo, durante los ciclos de desarrollo o sprints, la mayor parte del tiempo todavía se consume en el proceso de diseño, reuniendo los requisitos del usuario, investigando y finalmente documentando todo. Esto empeora aún más cuando su equipo pasa meses en la documentación de todo, pero justo antes del comienzo de la fase de desarrollo real, los requisitos cambian o la investigación realizada varios meses atrás se vuelve obsoleta. ¿El resultado? - Tu equipo tiene que comenzar desde el principio. Aquí es donde la mayoría de las empresas producen muchos desperdicios que cuestan tiempo y recursos.

Lean UX, basado en la base del desarrollo ágil, es un enfoque centrado en el usuario que se enfoca en reducir el desperdicio producido durante el ciclo de diseño y en mejorar el UX a través de múltiples iteraciones sin perder mucho tiempo en la documentación.

¿Demasiado para digerir? ¡Vamos a sumergirnos un poco más profundo!

¿Qué es Lean UX?

Como se indicó anteriormente, Lean UX se basa en tres fases principales: construir, medir, aprender.

Al igual que la primera vez que el plato cocinado nunca es perfecto, Lean UX asume que el primer diseño de un producto siempre será incorrecto. Esta es la razón por la que no debe dedicar mucho tiempo a documentar su investigación, sino que debe lanzar un producto de trabajo mínimo desarrollado utilizando recursos mínimos y luego comenzar a recopilar los comentarios de sus usuarios. Analice los comentarios y luego realice los cambios necesarios en el producto y repita el proceso nuevamente. ¡Solo recuerda una cosa! -

Sus wireframes o documentos de investigación no resolverán los problemas de sus usuarios, pero su producto sí.

Colaboración: la columna vertebral de Lean UX

Por un momento, solo recuerde esta imagen de un vestido que se volvió viral hace unos años solo porque diferentes personas lo vieron en diferentes tonos. Este es un ejemplo muy pequeño, que demuestra que diferentes personas aportan diferentes perspectivas junto con ellos. Esta es la razón por la cual compañías como Google, Microsoft, Apple, etc. contratan personas con diferentes antecedentes culturales.

Lean UX recomienda la colaboración de todo el equipo mientras resuelve un problema. Tomemos otro ejemplo, ¿quién cree que conoce mejor a su cliente que usted o la persona que pasa 8 horas al día para resolver las consultas de los usuarios? Obviamente, su ejecutivo de atención al cliente, pero esto no significa que sus puntos de vista tengan menos valor. Cada miembro del equipo debe tener la oportunidad de presentar sus ideas sobre el problema que se está resolviendo. Las mejores partes de cada idea deben recopilarse y trabajarse más. Esto ayudará a su ejecutivo de atención al cliente a plantear los problemas que enfrentan sus clientes durante el proceso de diseño inicial. Además, ayudará a su equipo de marketing a prepararse para las nuevas funciones que aparecerán en su próxima versión. Además, los desarrolladores pueden comenzar a trabajar en la arquitectura de las nuevas actualizaciones y durante este tiempo su equipo de diseño finalmente puede trabajar en los prototipos.

El enfoque colaborativo no solo aporta diferentes puntos de vista al problema, sino que también inicia el procesamiento paralelo de las tareas dentro de los diferentes departamentos de su equipo. Este procesamiento paralelo de tareas mejora la eficiencia y reduce el tiempo de entrega. Y en caso de que tenga un equipo grande, intente dividir el equipo en sub equipos más pequeños con un miembro de cada departamento en cada uno de los equipos más pequeños.

Al formar equipos de colaboración, nunca contrates a un ninja egocéntrico. Esto se debe a que las personas que son egoístas a menudo evitan los comentarios y esto obstaculiza el motivo de colaboración en Lean UX.

Ciclo de diseño con Lean UX

Como se mencionó anteriormente, Lean UX comienza por encontrar una solución al problema y luego mide las retroalimentaciones y mejora las soluciones anteriores basadas en estas retroalimentaciones.

Declaración del problema y suposiciones

Como mencioné en 4 Errores comunes que los diseñadores de UX deben evitar durante el proceso de diseño del producto, cada vez que su equipo encuentre una declaración de problema, concéntrese en "Por qué" y no en "Cómo". Esto lo guiará para formar suposiciones.

Una suposición se forma a partir del problema dado y se supone que es cierta. Cada individuo de su equipo (colaborativo) presenta su propia solución al problema dado a partir de los cuales se crean los supuestos. Estas suposiciones pueden basarse en las respuestas a: el tipo de usuarios que usarán el producto o las situaciones en las que se usará su producto o las incertidumbres que podrían obstaculizar el uso del producto, etc.

Diversos equipos podrán encontrar múltiples respuestas a los casos anteriores. Esto sugiere la necesidad de priorizar los supuestos basados ​​en el nivel de conocimiento del problema que tiene y el nivel de consecuencias que podrían ocurrir en caso de que el supuesto salga mal. Los supuestos de alto riesgo asociados con ellos o con los que su equipo tiene poco conocimiento tienen alta prioridad.

Además, es bastante obvio que las suposiciones pueden resultar erróneas en algún momento en el futuro, pero se pueden cambiar siempre que suceda.

Hipótesis

Después de una lluvia de ideas sobre enunciados de problemas y amalgamar diferentes ideas de los miembros de su equipo, crea hipótesis. Las hipótesis se usan para probar sus suposiciones.

Según lo declarado por Interaction Design Foundation, usted declara una creencia, su importancia y las personas con las que es importante. Luego habla sobre sus expectativas y un resultado final que demostrará su creencia.

Por ejemplo, “Creemos que agregar un clic de registro usando Facebook será una característica útil para los usuarios ocupados que tienen una cuenta de Facebook, ya que les ahorrará tiempo. Esto aumentará nuestra tasa de registro de usuarios en un 20% ".

En el ejemplo anterior, la creencia es que agregar un clic de registro usando Facebook será útil; las personas son usuarios ocupados que tienen una cuenta de Facebook; importancia es ahorrará el tiempo del usuario; la expectativa aumentará nuestra tasa de inscripción; y el resultado que demostrará que creer es aumentar la tasa de registro en un 20%.

Uno de los aspectos positivos de la redacción de hipótesis es que puede concluir que se dirige de manera incorrecta si en algún momento no puede encontrar alguna forma de demostrar su hipótesis.

MVP (producto mínimo viable)

Después de que su equipo complete las hipótesis para los supuestos, comenzará con el Producto mínimo viable o MVP.

De acuerdo con Wikipedia,

MVP es un producto con características suficientes para satisfacer a los primeros clientes y proporcionar comentarios para futuras actualizaciones.

Esta definición nos lleva de vuelta a donde comenzamos: construir, medir, aprender. Usted construye un MVP usando todas las ideas que su equipo hizo y las hipótesis creadas, luego pregunta a sus usuarios por sus valiosos comentarios y finalmente, usa esos comentarios para actualizar sus suposiciones y eventualmente el producto.

[Organización de diseño de Internet de origen]

MVP no solo se compone de pocas funciones, sino que se compone de algunas funciones que son utilizables, resuelven los problemas del usuario y tienen un poco de UX adjunto.

MVP también puede ser un prototipo de baja fidelidad (Lo-Fi), por ejemplo, un prototipo en papel o un prototipo digital con el que sus usuarios pueden interactuar y ver diferentes pantallas como resultado de sus acciones.

Conclusión

Lean UX puede ser muy poderoso para los equipos con pocos recursos y también puede ser beneficioso para los equipos que desean maximizar su producción y reducir los desechos. Va de la mano con el marco de desarrollo ágil, lo que hace que sea muy fácil adaptarse al sistema actual. Más sobre comentarios y pruebas.

Si disfrutaste leyendo esto, no olvides mostrar tu amor dando "50 aplausos" y haciendo clic en el botón "seguir" :). Me motiva escribir más historias como esta, y ayudar a tus amigos a encontrarla compartiéndola con ellos. ¡Gracias! :)