Lean UX plantea que el equipo explique qué cambio se espera de una funcionalidad antes de dar su lanzamiento por bueno. Un panel ya terminado, por ejemplo, no dice mucho sobre si los clientes logran tomar la decisión que los llevó hasta ahí. Para eso hace falta entender mejor el problema y tener pruebas reales sobre su experiencia.
Asociado a Jeff Gothelf y Josh Seiden, este enfoque une diseño, research, producto e ingeniería en un proceso de aprendizaje compartido. El Lean UX Canvas de Gothelf conecta los problemas y asunciones de negocio con hipótesis y experimentos. Su valor práctico está en abrir cualquier propuesta al análisis del equipo.
Encuentra la asunción detrás de cada decisión
Imagina un equipo que planea categorizar gastos automáticamente. Puede asumir que clasificar a mano es una molestia enorme, que sus sugerencias serán lo bastante precisas y que los empleados confiarán en ellas. Son incertidumbres distintas que exigen evidencias diferentes.
Las entrevistas con usuarios sirven para indagar en los últimos gastos registrados y todo el trabajo que implican. Un prototipo puede mostrar si la gente entiende la categoría sugerida y es capaz de corregirla. Y hace falta una evaluación técnica para medir la precisión del sistema. Llamar a todo «validación» solo oculta la diferencia entre lo que ya se ha probado y lo que sigue en duda.
Decide el siguiente paso valorando tanto el impacto de equivocarse como la solidez de las pruebas que ya tienes. Un test rápido y barato sobre un detalle secundario sirve de poco si la asunción clave sigue intacta.
Diseña el test más pequeño que aporte valor
Que sea pequeño no significa que deba ser descuidado. Un test con prototipos sigue necesitando participantes adecuados, contenido creíble y tareas que no telegrafíen la respuesta. Un experimento pensado para medir cambios en la tasa de finalización requiere una comparativa defendible y suficientes observaciones para decidir.
Define qué llevaría al equipo a seguir adelante, ajustar la idea o descartarla antes de ver los resultados. Esos criterios pueden ser cualitativos o cuantitativos; una hipótesis de producto no exige por defecto un test de significación estadística. El test de conceptos de Ballpark ayuda a poner a prueba una experiencia propuesta antes de ponerse a programarla.
Comparte los aprendizajes con el equipo
Lean UX elimina la documentación que no aporta nada, pero cierta información sí tiene un valor real. Quienes lleguen después necesitarán saber qué versión se testeó, quién participó, qué se vio y por qué se dio el siguiente paso. Un registro breve de decisiones basta para conservar esto sin convertir cada estudio en un informe interminable.
Este enfoque también necesita margen para corregir el rumbo. Si la funcionalidad y la fecha de entrega son inamovibles digan lo que digan las pruebas, la investigación apenas influirá en el resultado. Por eso, acordar cómo afectarán los hallazgos a los planes es tan importante como diseñar el propio test.