El caso de negocio es el primer prototipo

El trabajo interesante suele empezar con un encargo difuso. Crecer fuera. Hacer algo con IA. Montar una vertical nueva desde cero. La tentación es ponerse a construir enseguida, porque construir parece avanzar.

Yo empiezo por el caso de negocio y lo trato como un prototipo: el primer modelo funcional de la idea, lo bastante barato como para romperlo. Una hoja de cálculo que falla cuesta una tarde. Un producto que falla puede costar un año.

Primero la decisión, después el modelo

Un caso de negocio existe para apoyar una decisión, así que nombra la decisión primero. ¿Qué mercados se abren, en qué orden y a qué precio? ¿Quién firma y qué le haría decir que no? Todo lo que hay en el modelo debería poder cambiar esa respuesta. Lo que no puede cambiarla es decoración.

En Antler, primero vinieron las entrevistas con clientes, y el modelo de tamaño de mercado y la hoja de ruta que salieron de ellas decidieron qué se lanzaba primero y qué se descartaba. En Revolut, la vertical nueva que lideré empezó con un encargo en blanco. El caso de negocio y el plan a cinco años fijaron la tesis de entrada y las métricas con las que la dirección la aprobaba y le hacía seguimiento.

Rangos, no puntos

Una previsión única invita a una discusión única: ¿es correcto el número? Nunca lo es. Por eso construyo rangos. En Fever, el motor de precios y demanda que escribí en Python hacía simulaciones de Monte Carlo con el poder adquisitivo local, referencias de la competencia y datos de transacciones, para que la dirección comprometiera capital frente a una banda de confianza y no frente a una cifra a ojo. Una banda cambia la pregunta: de “¿es correcto?” a “¿qué riesgos podemos asumir?”.

La misma idea recorre Location Intelligence, una herramienta que construí para elegir local para un restaurante. Cada zona tiene su rentabilidad con un escenario pesimista y otro optimista, y una zona que solo funciona en el escenario base hay que negociarla a fondo o descartarla. Si un dato clave es una estimación, la herramienta enseña los números, pero no da un veredicto de sí o no.

Que el caso se convierta en el marcador

En Fever, cada mercado nuevo empezó con un caso de negocio y una cuenta de resultados hechos desde cero, que fijaban qué mercados abrían, cuándo y a qué precio. En 20 meses el formato itinerante pasó de 4 a 12 mercados en Europa, APAC y Norteamérica. La asistencia se triplicó, los ingresos de la cartera crecieron un 58% y el marketing se mantuvo por debajo del 15% de los ingresos. Cada mercado nuevo alcanzó más o menos el tamaño de los anteriores, y esa era la prueba de verdad: la fórmula escalaba sin diluirse.

La aprobación es donde se quedan los casos de negocio flojos. Uno bueno se convierte en el marcador. Yo llevaba las revisiones semanales y mensuales: buscaba el origen de los desvíos en el canal, la creatividad, el precio o el aforo, y movía presupuesto entre mercados sobre la marcha. Así, un lanzamiento lleno de picos se convirtió en una entrega constante en toda la cartera. Todo modelo se equivoca en algo. Si es explícito, ves dónde, y corriges el plan en lugar de defenderlo.

Cómo construyo uno

• Nombra la decisión y a la persona que la toma.
• Escribe las hipótesis donde un director financiero pueda cambiarlas.
• Da a cada previsión un rango y un escenario pesimista.
• Acuerda, antes de empezar, la métrica que dirá si ha funcionado.
• Apunta qué te haría parar.

Un caso de negocio que acierta de lleno es raro. Lo que importa es uno que pueda equivocarse pronto, barato y a la vista de todos.