Diseño orientado a hipótesis

Las specs largas permiten estar de acuerdo sin estar alineados.

Cuatro líneas obligan a poner el supuesto, la persona, el cambio de comportamiento y la métrica de éxito en una misma frase. Ahora el equipo discute cada línea en concreto, en lugar de perderse en debates filosóficos.

El prompt de notificaciones de Fretello.

Creemos que al exponer la propuesta de valor de los recordatorios, para guitarristas principiantes, vamos a ayudarles a construir la rutina de práctica que necesitan para aprender. Sabremos que es cierto cuando la tasa de opt-in a notificaciones supere un umbral acordado antes del test.

Qué es realmente una hipótesis

El sentido de escribirla es hacer la creencia comprobable. Después de eso, puedes averiguar si entiendes de verdad a tus usuarios o si has estado proyectándote a ti mismo.

Cada test que vuelve con una respuesta (confirmando o refutando) abre el siguiente conjunto de preguntas. Ese es el bucle. La única disciplina es basar cada hipótesis en algo que hayas visto, en el comportamiento del usuario o en los datos, y no en lo que te gustaría que fuera verdad.

Creemos que… [el supuesto] Para… [la persona o segmento] Vamos a… [el cambio en el comportamiento del usuario por el que apostamos] Sabremos que es cierto cuando… [la métrica]

Mejor colaboración, menos documentación

El diseño orientado a hipótesis cambió cómo los equipos con los que trabajé llegaban al curro. Cualquiera podía proponer una hipótesis. Cualquiera podía rebatir la de otro. El PM, el ingeniero, la diseñadora visual, el responsable de QA, todos en la misma sala con el mismo formato de afirmación en la pared.

He usado este bucle en Fretello, en SellerCrowd y en proyectos más pequeños por el medio. Es portátil. Funciona tanto con una pareja diseñador-PM como con un pod multidisciplinar. La parte más difícil es la disciplina de no saltarse la línea de la métrica porque todo el mundo “ya está de acuerdo”.

Senior Product Designer · Responsable de metodología. Equipos de producto multidisciplinares en Fretello y SellerCrowd. Me encargué de la facilitación de talleres, la redacción de hipótesis, la elección del método de validación y la síntesis posterior al test.

Mi trayectoria en producto y diseño abarca más de veinte años, incluyendo IA de consumo en Fretello y cinco años dentro de la reconstrucción del motor de contribuciones de SellerCrowd (B2B SaaS).

Validar tu hipótesis

Elige el método de validación antes de lanzar nada. Lo cuantitativo (A/B, deltas de opt-in, curvas de retención) te dice qué cambió. Lo cualitativo (entrevistas, walkthroughs, ver a alguien delante de la pantalla) te dice por qué.

Decídelo de antemano. Si no, el equipo redefinirá en silencio el “éxito” en cuanto lleguen los resultados. Lo he visto pasar con hipótesis que escribí yo mismo. La forma de evitarlo es cerrar la métrica y el umbral en la misma conversación en la que cierras la hipótesis.

La hipótesis era correcta. Lanza el cambio. La siguiente hipótesis suele escribirse sola: si los recordatorios funcionan para principiantes, ¿también funcionan para los intermedios? ¿Con qué frecuencia?

La hipótesis era incorrecta. La parte interesante. Ahora sabes una cosa concreta que no es cierta, lo cual vale más que otra opinión.

El resultado fue ambiguo. Aprieta el experimento, o admite que la pregunta no estaba lo bastante afilada de entrada.

De cualquier forma, el bucle continúa.