Enfoque y métodos Lean UX

Agile UX y Lean UX sitúan la colaboración, el trabajo iterativo y la investigación centrada en el usuario y basada en pruebas en el centro de sus sistemas.

¿Por qué?

¿Qué pasaría si el diseño y el desarrollo de un producto digital se hicieran de una sola vez, a partir de la información proporcionada en una única hipótesis, plan o idea? Hay demasiadas posibilidades de que se produzcan fallos en el momento de elaborar el producto final.

Piénsalo: ¿es posible descubrir todos los ángulos del rendimiento y las necesidades del usuario en un conjunto de normas y observaciones?

Por ejemplo, la tecnología avanza increíblemente rápido, así que es muy probable que no pase mucho tiempo antes de que haya una forma mejor de realizar tareas necesarias de nuevas maneras. O es inevitable que las personas evolucionen y cambien constantemente, por lo que el problema de ayer puede no ser tan importante como uno que descubrieron una semana o dos después. Y, mientras usted trabaja en sus soluciones al último conjunto de problemas imperante, sus competidores pueden haber lanzado algo superior mientras tanto que haga que su proyecto actual parezca un poco deslucido, atrasado o simplemente innecesario.

En cualquiera de estos casos, tener un plan de una sola vez con una única fase de producción sólo puede suponer una experiencia costosa por desarrollar algo que ya no es necesario.

Agile UX resolvió ese conjunto concreto de problemas

Cuando Agile UX llegó al desarrollo de software, su trabajo consistió en garantizar que esos sistemas de desarrollo de visión miope se convirtieran en cosa del pasado.

Introdujo un método en el que las distintas secciones, etapas o funciones se gestionaban en trozos separados más pequeños, en pasos más cortos, y se revisaban, normalmente en un par de semanas. La idea de un sistema de diseño-construcción-prueba-lanzamiento se transformó en un ciclo de diseño-construcción-prueba-revisión, con tantas iteraciones como fueran necesarias hasta llegar a un producto digno de ser lanzado.

Todo eso suena muy bien, ¿verdad? Una solución digna.

Pero, a medida que entraban en juego las exigencias de recursos tanto de tiempo como de dinero, con cada vez más startups que buscaban una forma más rápida y asequible de llegar al mercado, el enfoque Lean UX se convirtió en el más atractivo para las nuevas operaciones con presupuestos restringidos en tiempo y dinero.

¿Qué es Lean UX?

Al añadir el término ?lean? a cualquier sistema, se le perdonaría suponer que esa racionalización, ya sea de tiempo o de dinero, se debe a un recorte de gastos. Pero no es así.

Piense en sus diseñadores Lean UX como en pilotos de carreras. No están recortando esquinas, sino encontrando la forma más eficiente de rodearlas a la mayor velocidad.

Los métodos Lean UX se basan en gran medida en la suposición de que la primera versión nunca será la mejor; de hecho, se supone que ni siquiera funcionará. Teniendo en cuenta esa mentalidad, ¿por qué iba alguien a gastar más de lo necesario en construir un prototipo sólo para descubrir qué falla? Ahí es donde el MVP resulta tan crucial para el proceso.

Utilización de un producto mínimo viable para probar las hipótesis de Lean UX

Al igual que Agile UX, Lean UX es colaborativa, se centra en el usuario y se construye en secciones del tamaño de un bocado. Pero en lugar de separar funciones, secciones o procesos, las iteraciones suelen consistir en un MVP nuevo o revisado basado en lo que no funcionaba en el prototipo anterior.

Este proceso se conoce como método de hipótesis y supuestos.

Si partimos de la base de que cada prototipo será erróneo y habrá que mejorarlo, obtenemos un planteamiento del problema que puede dar lugar a un conjunto de hipótesis. ¿Cómo lo hacemos? Manteniendo una conversación, normalmente en forma de tormenta de ideas en equipo, en la que participen todos los integrantes del proyecto. Involucrar a todo el equipo en el debate ayuda a ver los numerosos problemas a los que podría enfrentarse el proyecto en cada parte del proceso. El trabajo en equipo hace que el sueño funcione, ¿verdad? Pues en Lean UX se trata precisamente de eso.

Trabajar con un planteamiento de problemas Lean UX

Las hipótesis no son más que problemas sin pruebas. Formulando preguntas y manteniendo debates en torno a esos problemas, podemos crear una hipótesis para probarlos.

Si las pruebas con usuarios resultan satisfactorias, ya tienes la prueba. Si no, puedes descartar la idea y pasar a la siguiente.

Sin embargo, las mismas pruebas de usuario pueden descubrir otros problemas que no podrías ver sin ellas, quizás incluso obligando a una remodelación completa de tus intenciones, producto y próximo prototipo. Con un MVP, hay poco que perder si tienes que desechar todo el modelo para empezar de nuevo desde un punto de vista mejor y más informado.

Los planteamientos de problemas le permiten seguir debatiendo y probando. El objetivo es explorar y mejorar el producto y sus objetivos iniciales, aprendiendo más sobre las necesidades del cliente para ofrecer el mejor resultado posible a sus usuarios y a los personajes de la siguiente fase de Lean UX.