Entender un presupuesto de desarrollo de aplicaciones: siete apartados que exigir antes de firmar

Entender un presupuesto de desarrollo de aplicaciones requiere menos conocimientos técnicos de lo que parece. Siete apartados deciden el importe final y qué te pertenece al terminar. Estos son, junto con lo que más tarde te cuesta un presupuesto que no los menciona.

Para entender un presupuesto de desarrollo de aplicaciones, empieza por el importe y después olvídalo. En diez presupuestos reales recopilados por eid-lab.com en marzo de 2026, los precios van de 3.500 a 45.000 euros para plazos de cuatro a dieciséis semanas, y el presupuesto más barato también es el más lento. Siete apartados cuentan el resto.

El precio no dice nada del plazo

En la tabla de eid-lab, el presupuesto de 3.500 euros anuncia entre ocho y doce semanas con WordPress y extensiones, mientras que el de 12.500 euros anuncia entre cuatro y ocho semanas con una base técnica moderna. Pagar más no hace que se avance más rápido, y pagar menos tampoco ahorra tiempo. Comparar dos presupuestos solo por el importe equivale a comparar dos coches por el color. El precio mide el número de jornadas vendidas y el nivel de la persona que las trabaja; el plazo mide el espacio que ocupas en la agenda del proveedor y la carga de trabajo que ya ha aceptado por otro lado.

Tres apartados que deciden el importe final

El primero es el alcance, escrito pantalla por pantalla y regla por regla. Lo que no figura en la lista no está encargado y acabará en una ampliación del contrato. El segundo es el precio de esa ampliación, que debes preguntar antes de firmar: qué tarifa diaria se aplica a un añadido, en qué plazo y quién decide si una solicitud es un añadido o una omisión del presupuesto. Un desarrollador francés resumía así el precio cerrado en julio de 2026, en un foro de desarrolladores: «Vendes 30 días, trabajas 45, pero no puedes volver a facturarlo todo si quieres conservar al cliente». Esa diferencia la paga una parte o la otra, y el presupuesto nunca es el coste. El tercer apartado es el mantenimiento anual, ausente de la mayoría de presupuestos: la tabla de la agencia Lonestone lo sitúa entre el 15 y el 25 % del coste de desarrollo inicial cada año, para mantener la compatibilidad con los sistemas operativos y actualizar componentes escritos por otros. En un proyecto de 40.000 euros, son entre 6.000 y 10.000 euros al año para que la aplicación siga funcionando, antes de cualquier evolución.

Tres apartados que deciden qué te pertenece

El cuarto apartado te cede el código fuente y su documentación, con una fecha de entrega, y no solo al final del proyecto. El quinto enumera las cuentas creadas para ti y el nombre de su titular: alojamiento, dominio, base de datos, servicio de pagos y envío de correos. Un proveedor que abre estas cuentas a su nombre te hace depender de él sin querer, y el día en que deja de responder, descubres que nada está a tu nombre. El sexto apartado organiza la aceptación: quién comprueba la entrega, con qué lista de casos, en qué plazo puedes rechazarla y qué ocurre si la rechazas. Estos tres apartados caben en unas frases y se negocian antes de firmar, nunca después. Sin ellos, pagas un servicio cuando creías comprar un activo que permanecería en tus manos.

El séptimo apartado, el que nadie escribe

El séptimo apartado prevé la interrupción: qué recibes si el proveedor cesa su actividad, se marcha a otro proyecto o sube las tarifas al renovar. Una respuesta aceptable contiene tres elementos: documentación de instalación actualizada, lista de accesos y un informe escrito de lo que queda por hacer. Un proveedor serio acepta esta cláusula porque describe una práctica que ya sigue. Un proveedor que la rechaza te enseña algo útil antes de firmar, en lugar de después.

Lo que ningún presupuesto puede cuantificar

Un integrador estimaba en agosto de 2026, en un foro dedicado a agentes de IA, que cada mes adicional de desarrollo añade entre 20.000 y 40.000 dólares a la factura, y que ahí es donde mueren los presupuestos. Esta desviación depende menos del proveedor que de las decisiones que nadie había tomado al principio y que van apareciendo durante la construcción: quién tiene derecho a modificar un pedido validado, qué se muestra cuando falla un pago y qué ocurre con un expediente archivado. Un documento de requisitos validado antes de la primera pantalla hace que aparezcan antes del presupuesto, cuando solo cuestan tiempo de reflexión. Es el trabajo que un equipo de agentes hace contigo en unas horas: te propone el documento, lo corriges, lo validas y después lo comparas con tres presupuestos, apartado por apartado. El presupuesto de IA de este ejercicio depende del plan del asistente y del consumo que registres; nuestros ensayos no garantizan tu importe. Las horas de validación también cuentan, y este documento preparatorio no cubre el alojamiento, los servicios externos ni el mantenimiento del futuro producto. Sirve para precisar el alcance para comparar con los diez presupuestos de agencias recopilados este año.

En la práctica

Retoma el último presupuesto recibido y marca los siete apartados. Por cada apartado ausente, envía una pregunta escrita en vez de llamar: la respuesta escrita pasa a formar parte del contrato; la respuesta oral no deja nada. Un presupuesto que responda a los siete quizá sea más caro que otro; te costará menos a lo largo de cinco años.