No entrego una propuesta y rezo

Diseño hasta la prueba de que funcionó.

Hay un momento que todo el que ha presentado una propuesta conoce: la entregaste, la aprobaron, y ahora solo queda esperar a que funcione. Cruzas los dedos. Rezas.

Ese momento es donde se pierde la mayor parte de la confianza entre un cliente y quien le vende una idea. Porque "entregué lo que prometí" y "lo que prometí funcionó" son dos cosas distintas —y casi nadie diseña la segunda.

Lo veo seguido: una propuesta promete "generar leads". Se ejecuta. Aparecen leads en un CRM. Todos contentos. Pero un lead en una base de datos no es un resultado: es una promesa de resultado. ¿Ese lead era real? ¿Se convirtió en algo? Nadie diseñó cómo probarlo, así que nadie lo sabe. Se entregó y se rezó.

Yo trabajo al revés. Antes de proponer, me pregunto: ¿cuál es la evidencia física de que esto funcionó? No el entregable —la prueba—. Y esa prueba se diseña dentro de la propuesta, desde el principio, como una parte más de la arquitectura.

Por eso no le prometo a nadie que va a ganar. Prometo algo más honesto y más difícil: diseño el mecanismo que demuestra que ganó.

Esto cambia la conversación completa. Deja de tratarse de fe —"confía en que esto va a jalar"— y pasa a tratarse de diseño —"así vamos a saber, con evidencia, que jaló"—. Un cliente que ve eso deja de comprarte una promesa y empieza a comprarte una certeza.

No es magia ni suerte. Es una decisión de método: no diseñas hasta el entregable, diseñas hasta la prueba. Es más trabajo por adelantado. Y es exactamente lo que separa a quien deslumbra en el pitch y luego desaparece, de quien se queda.

¿Tienes una propuesta grande enfrente y no sabes cómo vas a probar que funcionó? Ese es justo el tipo de conversación que me gusta empezar. Cuéntame tu próximo pitch.