El presupuesto no es el coste: el sobrecoste del desarrollo de una aplicación

Un sobrecoste en una aplicación casi nunca viene de la tarifa por hora. Viene de lo que nadie había escrito. Para el cliente, la factura crece sin motivo; para el proveedor, treinta días vendidos se convierten en cuarenta y cinco. Ambos describen lo mismo.

El sobrecoste del desarrollo de una aplicación se juega después de firmar, no durante la firma. Un desarrollador francés resume el mecanismo en Reddit (r/developpeurs, julio de 2026): «Vendes 30 días, dedicas 45, pero no puedes volver a facturarlo todo si quieres conservar al cliente». Una desviación del cincuenta por ciento, absorbida en silencio por uno o facturada como ampliaciones al otro.

Visto por el cliente: la factura crece sin que cambie nada visible

El responsable de proyecto ve un presupuesto, una fecha y después ampliaciones. No tiene forma de saber si la petición que acaba de formular cuesta una hora o tres semanas, porque no se escribió nada sobre lo que debía hacer el producto antes de empezar el trabajo. Un directivo cuenta en Reddit (r/nocode, junio de 2026) que consultó a varias agencias para retomar su aplicación: todas propusieron reconstruirla desde cero, con un importe de seis cifras y plazos en meses, dejando la aplicación congelada durante la operación. Un presupuesto era de 60 000. Siguió bloqueado tres meses después de recibir esas respuestas.

Visto por el proveedor: el precio cerrado paga a la persona equivocada

El desarrollador citado detalla lo que ocurre entre el presupuesto y la entrega: cambian las especificaciones, crece el alcance y el cliente descubre necesidades que nadie había visto. Vende un precio cerrado y asume el riesgo. Facturar cada desviación daña la relación; no facturar ninguna daña el margen. Un integrador de agentes describe la misma aritmética en Reddit (r/AI_Agents, agosto de 2026): un trabajo sencillo de 10 000 o 30 000 dólares, un sistema en producción conectado a un CRM de 70 000 o 150 000 y una regla empírica que cabe en una frase: cada mes adicional de desarrollo añade entre 20 000 y 40 000 dólares. Añade que ahí mueren los presupuestos.

La causa común: la desviación del alcance es un fallo de escritura

Ambos lados describen el mismo hueco. Lo que debe hacer el producto no existe en ninguna parte en una forma que ambas partes hayan leído, comprendido y aceptado. El presupuesto enumera entregables; no dice qué ocurre cuando se rechaza un presupuesto comercial, quién ve qué ni cómo se redondea un anticipo. Esas decisiones se toman igualmente, pero después de firmar, una por una, en emails y llamadas. Cada una cuesta un intercambio y a veces trabajo que rehacer. La suma es la desviación.

Se añade una segunda causa en los proyectos retomados. Cuando el producto ya existe, sus reglas viven en el programa y en la cabeza de dos personas, nunca en papel. El proveedor presupuesta lo que ve en pantalla, descubre los casos particulares al construir y factura el descubrimiento. El responsable creía pagar una recuperación y paga un redescubrimiento de su propio oficio.

Escribir estas decisiones antes de empezar cuesta unas horas y se lee en un cuarto de hora. Ese es el objeto del documento de requisitos, siempre que baje al nivel de las reglas y no se quede en las intenciones. Nuestro método de las preguntas incómodas cabe en cuatro bloques cronometrados, y leer un documento así sin ser del sector se aprende en diez minutos.

Lo que cambia un presupuesto acotado en la conversación

Un límite visible antes de gastar devuelve a ambas partes al mismo lado. En nuestro caso, una estimación multiplicada por tres acota el inicio de un desarrollo, un presupuesto mensual encuadra todos los proyectos y una cola impide que varios trabajos consuman en paralelo sin control. Cuando una etapa falla la verificación, se intentan dos reparaciones y después la decisión vuelve al ser humano en lugar de seguir en bucle. El principio se traslada a un contrato de agencia: pide un límite por lote y el nombre de quien decide cuando se alcanza. Publicamos nuestros propios costes, línea por línea para que esa cifra se pueda discutir.

Estimar tu desviación antes de firmar

Recupera el presupuesto que tienes sobre la mesa y busca tres frases: qué ocurre cuando cambias de opinión, cuántos intercambios se incluyen por pantalla y qué significa «terminado» para una funcionalidad. Si faltan las tres, el presupuesto cifra un trabajo que nadie ha descrito todavía y la diferencia se resolverá a tu costa o a la suya. Haz las tres preguntas por escrito antes de firmar. Un proveedor que responde con detalle te muestra que ya ha vivido la desviación y ha aprendido a acotarla; uno que esquiva te anuncia que la descubriréis juntos en el tercer mes. La respuesta te enseñará más sobre él que su importe.