Una introducción simple a Lean UX
Lean UX es una técnica increíblemente útil cuando se trabaja en proyectos donde se utiliza el método de desarrollo Agile . Las técnicas tradicionales de UX a menudo no funcionan cuando el desarrollo se realiza en ráfagas rápidas; no hay tiempo suficiente para entregar UX de la misma manera. Fundamentalmente Lean UX y otras formas de UX tienen el mismo objetivo en mente; brindar una excelente experiencia de usuario es solo que la forma en que trabaja en un proyecto es ligeramente diferente. Así que echemos un vistazo a cómo podría funcionar.
Lean UX – ¿Qué es?
Lean UX se centra en la experiencia bajo diseño y menos en los entregables que la UX tradicional. Requiere un mayor nivel de colaboración con todo el equipo. El objetivo principal es concentrarse en obtener retroalimentación lo antes posible para que pueda usarse para tomar decisiones rápidas. La naturaleza del desarrollo ágil es trabajar en ciclos rápidos e iterativos y Lean UX imita estos ciclos para garantizar que los datos generados se puedan utilizar en cada iteración.
La necesidad de supuestos en Lean UX
En la experiencia de usuario tradicional, el proyecto se basa en la captura de requisitos y los entregables. El objetivo es asegurar que los entregables sean lo más detallados posible y respondan adecuadamente a los requisitos que se establecen al inicio del proyecto.
Lean UX es ligeramente diferente. No está enfocado en entregables detallados. Está buscando producir cambios que mejoren el producto aquí y ahora, esencialmente para moldear el resultado para mejor.
Esto funciona en la práctica al deshacerse de los “requisitos” y utilizar una “declaración del problema” que debería conducir a un conjunto de suposiciones que se pueden utilizar para crear hipótesis.
¿Qué es una suposición? Una suposición es básicamente una declaración de algo que creemos que es cierto. Están diseñados para generar un entendimiento común en torno a una idea que permita a todos comenzar. Se entiende completamente que las suposiciones pueden no ser correctas y pueden cambiarse durante el proyecto a medida que se desarrolle una mejor comprensión dentro del equipo.
Las suposiciones se generan normalmente sobre la base de un taller. Reúne al equipo y plantee el problema y luego permita que el equipo haga una lluvia de ideas para resolver el problema. En el proceso, genera respuestas a ciertas preguntas que forman sus suposiciones.
Las preguntas típicas pueden incluir:
- ¿Quiénes son nuestros usuarios?
- ¿Para qué se utiliza el producto?
- ¿Cuándo se usa?
- ¿En qué situaciones se utiliza?
- ¿Cuál será la funcionalidad más importante?
- ¿Cuál es el mayor riesgo para la entrega del producto?
Puede haber más de una respuesta a cada pregunta. Eso nos deja con una mayor cantidad de suposiciones de las que podría ser práctico de manejar. Si este es el caso, el equipo puede priorizar sus suposiciones rápidamente siguiendo a su generación. En general, priorizaría sus suposiciones por el riesgo que representan (¿cuáles son las consecuencias de que esto sea gravemente incorrecto? Cuanto más grave sea la consecuencia, mayor será la prioridad) y el nivel de comprensión del problema en cuestión (cuanto menos sepa, la mayor prioridad).
Creando una hipótesis en Lean UX
Las hipótesis creadas en Lean UX están diseñadas para probar nuestras suposiciones. Existe un formato simple que puede utilizar para crear sus propias hipótesis, de forma rápida y sencilla.
Un ejemplo:
Creemos que permitir que las personas guarden su progreso en cualquier momento es esencial para los usuarios de teléfonos inteligentes. Esto logrará un mayor nivel de finalización de registros. Habremos demostrado esto cuando podamos medir una mejora de la tasa de finalización actual del 20%.
Declaramos la creencia y por qué es importante y para quién es importante. Luego seguimos eso con lo que esperamos lograr. Finalmente, determinamos qué evidencia necesitaríamos recolectar para probar que nuestra creencia es cierta.
Si descubrimos que no hay forma de probar nuestra hipótesis, es posible que estemos yendo en la dirección equivocada porque nuestros resultados no están claramente definidos.
Una de las grandes ventajas de trabajar así es que elimina gran parte del “no creo que sea una buena idea” y las luchas políticas internas del proceso de diseño de UX . Cada idea será probada y los criterios de evidencia claramente determinados. ¿Sin evidencia? Entonces es el momento de dejar la idea y probar otra cosa.
Si todo el mundo puede entender una hipótesis y las expectativas de ella, tienden a estar felices de esperar a ver si es cierta en lugar de debatir apasionadamente su propio punto de vista subjetivo.
El producto mínimo viable y la experiencia de usuario ajustada
El producto mínimo viable (MVP) es un concepto central en Lean UX. La idea es construir la versión más básica posible del concepto, probarlo y si no hay resultados valiosos abandonarlo. Los MVP que se muestran prometedores se pueden incorporar a más rondas de diseño y desarrollo sin demasiados problemas.
Esta es una excelente manera de maximizar sus recursos y una de las razones por las que funciona tan bien con el desarrollo ágil: permite mucha experimentación sin “vacas sagradas”.
Investigación y pruebas de usuarios en Lean UX
La investigación y las pruebas de usuarios, por la propia naturaleza de Lean UX, se basan en los mismos principios que se utilizan en los entornos tradicionales de UX. Sin embargo, el enfoque tiende a ser “rápido y sucio”: los resultados deben entregarse antes de que comience el próximo Agile Sprint; por lo que hay mucho menos enfoque en las salidas de documentos meticulosamente y de trabajo pesado y más enfoque en los datos sin procesar.
Las responsabilidades de la investigación también tienden a extenderse más ampliamente a todo el equipo, de modo que no se crea ningún “cuello de botella” al tener un único recurso de diseño de UX que intente hacer todo el trabajo en escalas de tiempo ajustadas por sí mismos. Esto a menudo obtiene recursos de desarrollo para realizar trabajos de UX “prácticos” y también aumenta el nivel de comprensión y soporte para el trabajo de UX dentro del equipo de desarrollo.
Recomiendas2 recomendacionesPublicado en herramientas
