Qué tendría que ser verdad para que tu idea funcionase

01 / CONTEXTO

Una propuesta es un conjunto de apuestas

Cuando digo que una idea funcionará, normalmente estoy dando por ciertas varias cosas a la vez. Puede que el problema exista, que la persona adecuada lo reconozca, que pueda llegar a ella, que acepte la forma de ayuda, que pague y que yo pueda entregar sin destruir el margen. Si no separo esas condiciones, una prueba de la página puede parecer una prueba del negocio.

02 / MECANISMO

Escribir qué tendría que ser verdad

Yo escribiría cada supuesto como una frase que pueda resultar falsa: «este grupo sufre esta situación con frecuencia», «la persona que decide puede acceder», «la alternativa actual deja un coste», «aceptará este siguiente paso», «podemos entregar en este plazo» y «el margen soporta el trabajo». Evitaría frases vagas como «les gustará».

Después preguntaría qué pasaría si cada frase fuera falsa. El supuesto que combine impacto alto e incertidumbre alta merece una prueba antes que el detalle más fácil de construir. Steve Blank propone desarrollar el negocio comprobando lo que suponemos sobre los clientes: formular una hipótesis, probarla y usar lo aprendido para decidir qué cambiar [1][2].

03 / EJEMPLO

Ordenar el riesgo de un servicio

Ejemplo hipotético: quiero ofrecer una revisión mensual de procesos a pequeños comercios. Mis supuestos son: tienen una pérdida visible, el dueño decide, acepta compartir datos, pagará 400 euros y puedo revisar el proceso en seis horas.

El supuesto de compartir datos puede ser crítico y poco conocido; hablaría con tres dueños sobre un caso pasado y qué información entregaron. El supuesto de seis horas puede comprobarse con una revisión acotada. El precio exige observar compromiso o una oferta concreta, no solo elogios. Si los dueños no reconocen el coste del problema, no construiría un panel; volvería a la situación y a la alternativa.

04 / APLICACIÓN

Convertir la lista en una hoja de decisión

Para cada supuesto anotaría evidencia actual, impacto si falla, incertidumbre, prueba más barata, señal esperada, fecha y decisión posible. La señal debe corresponder al supuesto: un relato reciente ayuda a conocer el problema; una reserva o una propuesta aceptada aporta compromiso; una entrega ejecutada informa de capacidad.

Revisaría explicaciones alternativas. Que alguien acepte una conversación puede deberse a cortesía o interés profesional, no a necesidad. Que una prueba salga bien puede depender de una ayuda excepcional. La hoja no convierte una señal en certeza; hace visible qué incertidumbre reduce y cuál queda pendiente.

Al terminar dejaría escrita una decisión concreta. Si el dueño reconoce una pérdida pero no quiere compartir datos, puedo probar una revisión con información anonimizada o investigar qué le preocupa. Repetir la misma oferta sin entender la negativa no me acerca a resolver ese riesgo.

05 / LÍMITES

No es un plan de negocio completo

Priorizar supuestos no predice el futuro ni evita tener que aprender. Tampoco permite concluir que una sola prueba valida todos los elementos. La estrategia importa: acumular tests pequeños sin una decisión clara puede producir mucho movimiento y poco aprendizaje. Una hipótesis bien redactada puede seguir siendo incorrecta.

06 / APRENDIZAJES

Qué me llevaría

• Escribiría condiciones falsables en vez de deseos generales.
• Ordenaría por impacto e incertidumbre.
• Elegiría una señal proporcional al supuesto.
• Definiría de antemano qué haría con cada resultado.

07 / PREGUNTAS DETONANTES

Para localizar el riesgo principal

• ¿Qué tendría que ser verdad para que esta oferta se sostenga?
• ¿Qué supuesto haría fracasar todo si fuera falso?
• ¿Qué señal observaría y qué explicación alternativa existe?
• ¿Qué decisión cambiará después de la prueba?