Lean UX, fase 1: declaración de supuestos

Lean UX, parte 3

Lean UX es, en esencia, una manera distinta de pensar, una nueva mentalidad para el diseño y desarrollo de productos. En esta tercera parte, se describe la primera fase del ciclo Lean UX.

Lean UX no comienza con requerimientos, sino con supuestos, a partir de supuestos, creamos y validamos hipótesis, y a partir de la validación de hipótesis, medimos si hemos conseguido los resultados esperados.

La declaración de hipótesis es el punto de partida de los proyectos Lean UX. Representa una forma de expresar los supuestos que tenemos del proyecto junto con el mecanismo de validación.  Una declaración de hipótesis está integrada por:

  • Supuestos: una declaración de alto nivel que se asume como cierta.
  • Hipótesis: descripciones detalladas de los supuestos orientadas hacia el producto y el mecanismo de experimentación para su validación.
  • Resultados: El dato o valor que permitirá la validación de la hipótesis.
  • Personajes (Proto-Personas): Modelo o arquetipo de las personas para las que suponemos está orientado el producto.
  • Funciones: Características del producto que suponemos conseguirán los resultados esperados.

Supuestos

Suponer algo sobre un producto al iniciar un proyecto no es, en esencia, algo malo. El problema es no hacer explícito un supuesto. Peor aún, pensar en los supuestos como un hecho comprobado.

Definir supuestos tiene las siguientes ventajas:

  • Permite que todo el equipo comience desde el mismo punto.
  • Facilita la conversación entre el equipo sobre cómo resolver el problema.
  • Genera divergencia en las posibles soluciones.

¿Cómo declaramos supuestos en Lean UX? Aquí la descripción del método.

Declaración de supuestos y priorización

Declaración de supuestos
Declaración de supuestos.

¿Quiénes participan?

Todo el equipo y todas las disciplinas involucradas.

Antes de empezar

  • Declarar el problema.
  • Recopilar información sobre el problema.

Ejecución

  • El equipo debe debatir sobre el problema y declarar supuestos.
  • Cada miembro del equipo puede responder las preguntas de la plantilla propuesta por Jeff Gothelf o crear una propia.
  • Representar gráficamente la discusión alrededor de los supuestos.
  • Generar una lista de supuestos.
  • Priorizar los supuestos a través de una matriz de priorización. Debemos responder la pregunta: ¿cuál supuesto debemos validar primero?

Plantillas

 

Matriz de priorización.
Matriz de priorización.

Declaración de hipótesis

Una vez que se defina la lista de supuestos priorizada, el siguiente paso es transformar cada declaración de supuesto en una declaración de hipótesis agregando el mecanismo de validación. Aquí la descripción del método.

¿Quiénes participan?

Todo el equipo y todas las disciplinas involucradas.

Antes de empezar

  • Declarar supuestos.

Ejecución

El formato típico de una declaración de hipótesis es:

Creemos que [declaración] es cierta.

Sabremos que lo hemos hecho [bien/mal] cuando contemos con el siguiente feedback del mercado:

[feedback cualitativo].

[feedback cuantitativo].

La principal cualidad de esta representación es eliminar la subjetividad de la toma de decisiones y orientar al equipo a la obtención de feedback del mercado.

Resultados

Durante la declaración de hipótesis es importante definir qué resultados de alto nivel se espera obtener tras su validación e implementación. El equipo debe establecer cuáles son esos posibles resultados.

Método: brainstorming

¿Quiénes participan?

Todo el equipo y todas las disciplinas involucradas.

Antes de empezar

  • Declarar hipótesis.

Ejecución

Responder las siguientes preguntas:

  • ¿Qué resultados esperas obtener de las hipótesis a validar?
  • ¿Los resultados pueden dividirse en componentes más pequeños?
  • ¿Los componentes más pequeños pueden traducirse a un Indicador Clave de Rendimiento (KPI)?

Personas

Personas son arquetipos basados en patrones de comportamiento revelados durante el proceso de investigación de usuarios y se construyen con el propósito de ser una herramienta de comunicación durante el diseño del producto. Lean UX propone un método para la creación de estos personajes de una forma simplificada partiendo de…, adivinaron…, supuestos.

Método: Protopersonas

A partir de la declaración de supuestos, se construyen modelos que definen quién utilizará el producto y por qué. La representación es burda y esquemática, siendo esto lo deseable, a medida que aprendamos más sobre el producto y los usuarios, se va ajustando la definición de protopersonas.

Protopersonas.
Protopersonas.

¿Quiénes participan?

Todo el equipo y todas las disciplinas involucradas.

Antes de empezar

  • Declarar supuestos.

Ejecución

En una hoja de papel o rotafolio dividido en cuadrantes, colocar en el cuadrante superior derecho información demográfica básica, sólo aquella que pueda aportar valor para predecir un tipo concreto de comportamiento. Dotar de un nombre y un rostro a este personaje en el cuadrante superior izquierdo.

El cuadrante inferior izquierdo debe contener las necesidades y frustraciones de los usuarios relacionadas con el problema. El cuadrante inferior derecho contiene los supuestos sobre la soluciones para resolver sus necesidades.

Es recomendable definir a las protopersonas a través de una sesión de brainstorming, mientras más protopersonas se construyan, mejor. Las protopersonas también se validan. Eventualmente, una protopersona evolucionará a una persona (como un Pokémon).

Plantillas

Funciones

En este punto es necesario empezar a suponer cuáles serían las técnicas, funciones, productos y servicios que habrá que desarrollar para conseguir esos resultados. En Lean UX las funciones se construyen para satisfacer las necesidades de los usuarios, no al revés.

Método: brainstorming

En una sesión de brainstorming se definen las funciones que dirigirán el comportamiento de los usuarios en la dirección correcta.

¿Quiénes participan?

Todo el equipo y todas las disciplinas involucradas.

Antes de empezar

  • Declaración de hipótesis, resultados y protopersonas.

Ejecución

Escribir la mayor cantidad de ideas posibles y construir un tablero a partir de las ideas para visualizar todas las alternativas.

Con el material obtenido, es necesario organizar las funciones en hipótesis que puedan validarse. El resultado es una tabla de esta forma:

Crearemos Para Para lograr
[función] [personaje] [resultado]

Una vez construída la lista de hipótesis, iniciará la etapa de diseño.

***

En la cuarta parte de esta serie, describiré la segunda fase del ciclo Lean UX: la creación de un MVP.

Diseñador de Experiencia de Usuario. Scrum Master Certified. Fotógrafo. Ha participado en proyectos vinculados a HCI, usabilidad y UX en el ámbito académico, empresarial y gobierno desde 2007. Es parte del equipo de UX Nights.

Publicado por

Víctor García

Diseñador de Experiencia de Usuario. Scrum Master Certified. Fotógrafo. Ha participado en proyectos vinculados a HCI, usabilidad y UX en el ámbito académico, empresarial y gobierno desde 2007. Es parte del equipo de UX Nights.