Un presupuesto dado antes del prototipo es una apuesta

La secuencia normal es: se cuenta el proyecto, llega un presupuesto, se firma, se empieza. Funciona bien para cosas que ya se han hecho mil veces. Para el software a medida funciona mal, y el motivo es simple: en el momento del presupuesto ninguno de los dos sabe todavía qué se está construyendo.

Qué pasa de verdad con un presupuesto anticipado

Quien lo escribe tiene dos caminos. El primero es meter dentro un margen grande para cubrir la incertidumbre: el cliente paga más de lo que habría hecho falta, y a menudo no lo descubre nunca. El segundo es dar una cifra baja para conseguir el trabajo y luego recuperar con las variantes: el cliente paga más de lo que pensaba, y lo descubre a mitad de camino.

En ambos casos la cifra inicial no era una estimación. Era una apuesta, y la banca siempre gana.

El prototipo como instrumento de medida

Construimos las pantallas principales — aquellas en las que se pasa el 80% del tiempo — y las probamos juntos sobre el proceso real, con datos reales. No un dibujo: algo que se clica.

De ahí salen tres informaciones que antes no existían:

• Cuántas cosas hay de verdad. Casi siempre menos de las que se habían pedido, porque al probarlo se descubre que tres pantallas imaginadas distintas son la misma pantalla con un filtro.
• Dónde están las dificultades. Casi nunca donde se esperaba. La pieza que parecía trivial es la que toca el sistema que no expone los datos.
• Qué quiere de verdad quien usará la herramienta. Que es una pregunta a la que nadie sabe responder en abstracto, y a la que todos saben responder delante de una pantalla.

«Pero así pago dos veces»

No: el prototipo es la primera parte del trabajo, no un preliminar que se tira. Las pantallas probadas son las de producción, y las decisiones tomadas ahí no se rehacen.

Lo que se evita es lo que de verdad cuesta: descubrir al 70% del desarrollo que el flujo principal había que pensarlo de otra manera. Cambiar a mitad cuesta poco; descubrirlo al final lo cuesta todo.

La regla que sale de aquí

Si alguien os da una cifra exacta para un software a medida sin haber visto cómo trabajáis, no es mejor que los demás. Solo ha decidido por adelantado cuál de los dos pagará la incertidumbre.