Un precio cerrado es la forma de facturar un desarrollo en la que el importe pactado no cambia aunque el trabajo se desvíe de lo estimado: el riesgo de la estimación lo asume quien la hizo. En un presupuesto abierto pagas las horas trabajadas, así que ese riesgo lo asumes tú. No es cuestión de estilo: es quién paga la diferencia.
Resumen: el debate "precio cerrado o por horas" se plantea casi siempre como una cuestión de gustos. Es una asignación de riesgo. Alguien va a pagar la distancia entre lo que se calculó y lo que costó, y el modelo de facturación decide quién. Aquí está qué significa cada uno, qué figura ya existe en el derecho español y qué tiene que decir el documento para que "cerrado" signifique algo.
¿Qué es un precio cerrado y qué es un presupuesto abierto?
Un precio cerrado es un acuerdo por el que el proveedor se compromete a entregar un alcance definido por un importe fijo, de modo que las desviaciones de esfuerzo respecto a lo estimado no alteran lo que paga el cliente. Un presupuesto abierto (también llamado por horas, por tiempo y materiales o time and materials) fija una tarifa por hora y factura las horas realmente dedicadas, sin techo garantizado.
Entre medias hay dos figuras habituales que conviene distinguir, porque se venden como si fueran lo mismo y no lo son:
La bolsa de horas. Compras un paquete de horas por adelantado, normalmente con descuento, y se van consumiendo. El techo existe, pero es de horas, no de resultado: si el paquete se agota a mitad del trabajo, la ampliación se negocia con prisa y sin alternativa.
El precio cerrado por fases. Cada fase tiene su alcance, su precio fijo y su entrega funcionando. Al terminar cada una decides si sigues. Es el formato que mejor encaja en una pyme, porque no exige adivinar el precio de todo el proyecto el primer día ni deja el coste final abierto.
La confusión habitual es tomar la palabra "cerrado" del PDF como si fuera la garantía. La garantía no está en el adjetivo: está en las cláusulas que dicen qué pasa cuando las cosas no salen como se calculó.
¿Quién asume el riesgo en cada forma de facturar?
Cada modelo reparte tres riesgos distintos: que la estimación falle, que el alcance crezca y que el proyecto se alargue. Ninguno los elimina, solo los coloca.
| Modelo | Qué pagas | Quién paga si la estimación falla | Cuándo tiene sentido | Lo que hay que vigilar |
|---|---|---|---|---|
| Precio cerrado por fases | Un importe fijo por fase, con alcance y entrega definidos | El proveedor | Procesos que ya existen y se pueden describir: facturación, expedientes, portal de cliente, integraciones con el ERP | Que el alcance esté escrito con criterios de aceptación, no en una lista de titulares |
| Precio cerrado del proyecto entero | Un importe fijo por todo, de una vez | El proveedor | Proyectos pequeños y muy delimitados | El margen de seguridad se infla o la calidad se recorta a mitad de camino |
| Bolsa de horas | Un paquete de horas con descuento | El cliente, al agotarse el paquete | Mejoras sueltas y mantenimiento puntual sobre algo que ya funciona | Que se agote en el peor momento y la ampliación se negocie sin alternativa |
| Por horas (tiempo y materiales) | Las horas trabajadas, a una tarifa | El cliente, íntegro | Trabajo genuinamente exploratorio, o un equipo que amplías durante meses | Que no hay techo. Lo único que controlas es la tarifa, no el número de horas |
Los cuatro son legítimos y los cuatro se usan en el mercado español. Lo que no lo es: venderte un precio cerrado y facturarte como si fuera por horas, que es lo que ocurre cuando el documento no define qué cuenta como cambio.
El argumento a favor del modelo por horas es real y lo repiten casi todas las agencias que lo practican: el precio cerrado incorpora un margen de seguridad, así que en un proyecto que sale bien acabas pagando esa prima. Es cierto. La contrapartida es que en el proyecto que sale mal, esa prima es justo lo que te ahorra la factura extra.
¿Cuánto se desvían de verdad los presupuestos de software?
Más de lo que dice el presupuesto, y de forma sistemática hacia arriba. No hay ninguna fuente pública que mida la desviación en proyectos de software de pymes españolas, así que cualquiera que te dé ese porcentaje se lo está inventando.
Lo que sí está publicado es el comportamiento de los proyectos grandes. Una investigación de McKinsey junto al BT Centre for Major Programme Management de la Universidad de Oxford analizó más de 5.400 proyectos de TI y encontró que, de media, se desvían un 45% por encima del presupuesto y un 7% por encima del plazo, entregando un 56% menos de valor del previsto.
Ese estudio tiene dos limitaciones que hay que decir en voz alta: es de 2012 y solo mide proyectos con presupuesto inicial superior a 15 millones de dólares. No es un dato de pymes españolas y no debe leerse como tal. Sirve para una cosa: la desviación no es aleatoria, va casi siempre en la misma dirección, y la razón es que estimar es predecir, y las predicciones optimistas son las que ganan concursos.
De ahí sale la pregunta útil, que no es "cuánto se va a desviar", sino "¿quién paga la desviación?". Esa sí tiene respuesta antes de firmar, y está escrita en el contrato o no está.
¿Qué dice la ley española sobre el precio cerrado?
Que existe, que tiene nombre y que lleva escrita más de un siglo. El precio cerrado no es una promesa comercial que se inventó una agencia: es el contrato de obra por ajuste o precio alzado del Código Civil.
El artículo 1593 del Código Civil lo dice con todas las letras: quien se encarga por un ajuste alzado de la ejecución de una obra conforme a un plan acordado no puede pedir aumento de precio aunque suban los jornales o los materiales. Sí puede pedirlo cuando se haya introducido un cambio en el plan que aumente la obra, y siempre que el propietario lo haya autorizado.
Ahí está el mecanismo entero en dos frases. El proveedor asume que el trabajo le cueste más de lo que calculó. El cliente asume lo que él mismo pida de más, y solo si lo autoriza. Es el reparto que debería aparecer en un presupuesto de software.
La contratación pública va más lejos. El artículo 241 de la Ley 9/2017 de Contratos del Sector Público regula las obras con precio cerrado, con el efecto de que el precio ofertado permanece invariable y las modificaciones necesarias para corregir errores u omisiones del proyecto no son abonables. Quien redactó mal las especificaciones carga con ello.
Conviene ser preciso, porque aquí es fácil colar una analogía como si fuera una norma: el artículo 241 regula obras públicas de construcción, no software, y no se aplica a tu contrato con un proveedor privado. Lo que demuestra es suficiente. La figura de "el precio no se toca y los errores de quien estimó no los paga el cliente" está escrita en derecho español y funciona. Si la Administración se la exige a una constructora, una pyme puede pedírsela a su proveedor de software.
¿Qué tiene que incluir un presupuesto para que el precio sea de verdad cerrado?
Ocho cosas. Si están, "cerrado" significa algo. Si falta alguna, tienes un presupuesto abierto con un titular tranquilizador.
- El alcance escrito con criterios de aceptación. No "portal de cliente", sino qué hace el portal, quién entra, qué ve, qué puede descargar y qué se considera terminado. Sin criterio de aceptación no hay forma de decidir si algo está entregado, y esa discusión siempre la gana quien factura.
- La frase que dice quién paga los errores de estimación. Literalmente: que las desviaciones de esfuerzo respecto a lo previsto no alteran el precio. Es la cláusula que convierte el documento en un precio cerrado y es la que más veces falta.
- La definición de qué es un cambio. Un cambio es lo que tú pides de más, no lo que el proveedor descubre que era más difícil de lo que pensaba. Esa distinción, escrita, evita el 90% de las discusiones del mes tres.
- Cómo se cotiza un cambio. Con qué plazo se presupuesta, quién lo aprueba y en qué formato. Si el proceso no está definido, cualquier cambio pequeño se convierte en una renegociación del proyecto entero.
- El plazo, con consecuencia. Una fecha sin consecuencia es una intención. No hace falta una penalización agresiva: basta con que esté escrito qué ocurre si la entrega se retrasa por causa del proveedor.
- Los hitos de pago ligados a entregas verificables. Que cada pago corresponda a algo que puedas abrir y comprobar, no a que haya pasado un mes.
- El mantenimiento, con su cuota, desde el primer día. Qué incluye, qué no, cuánto cuesta al mes y desde cuándo se paga. Si eso se deja para "cuando entreguemos", el precio del proyecto no es el precio del proyecto. Es lo que revisamos en detalle en qué pasa con tu software cuando quien lo hizo desaparece.
- La cesión de derechos por escrito. La Ley de Propiedad Intelectual exige que toda cesión se formalice por escrito y limita su alcance a las modalidades expresamente previstas (artículos 43 y 45). Pagar un desarrollo no te hace dueño del código por sí solo.
Y una comprobación de treinta segundos antes de firmar: busca en el documento la palabra "aproximado", "estimado" y "orientativo". Si aparecen cerca del importe, el precio no está cerrado.
¿Qué esconde una estimación por horas?
Que la tarifa por hora es el único número que controlas, y no es el que determina lo que vas a pagar. Lo que pagas son horas por tarifa, y las horas las cuenta quien las factura.
De ahí sale el error más caro al comparar presupuestos: elegir por tarifa. Un proveedor a 60 € la hora que necesita 400 horas sale más caro que uno a 90 € que necesita 200, y las dos cifras de horas son estimaciones de la parte interesada. Comparar tarifas sin comparar alcance es comparar nada.
Ayuda entender por qué una hora de servicio profesional cuesta lo que cuesta. Según la Encuesta Trimestral de Coste Laboral del INE, en el primer trimestre de 2026 el coste laboral por hora efectiva en España fue de 24,88 €, un 5,4% más que un año antes, con un coste laboral total de 3.278,01 € por trabajador y mes. Eso es lo que le cuesta una hora al empleador, media de todos los sectores, y no es la tarifa de mercado de una hora de desarrollo: la tarifa añade el tiempo no facturable (análisis, coordinación, pruebas, vacaciones, formación), la estructura y el margen.
Circulan por internet rangos de tarifa y de precio de proyecto para el mercado español. No los vas a encontrar aquí con cifra: los publican blogs de proveedores, ninguno explica muestra ni metodología y se copian unos a otros. Si necesitas un orden de magnitud para una aplicación, la calculadora de precio de app da un rango a partir del alcance que marques, que es más honesto que un número suelto.
¿Cómo y cuándo se debería pagar?
Por hitos, contra entregas que puedas comprobar. Ni todo por adelantado ni todo al final. Lo habitual es un pago al arrancar y el resto repartido en entregas, con un tramo final ligado a la puesta en producción. Los porcentajes varían de un proveedor a otro y no hay estándar publicado, así que lo que importa no es el reparto exacto: es que cada tramo esté atado a algo entregado, no a una fecha del calendario.
Tres detalles que se pasan por alto y cuestan dinero:
El IVA. El precio de un desarrollo lleva IVA aparte. Un presupuesto que no dice si el importe lo incluye está pidiendo una discusión del 21% para el día de la factura.
El plazo de pago. La Ley 3/2004 de lucha contra la morosidad fija el plazo de pago entre empresas en 30 días naturales por defecto, ampliables por pacto hasta un máximo de 60. Un pacto por encima de ese techo es nulo. Vale en los dos sentidos: también protege a tu proveedor, y un proveedor al que pagas a 90 días acaba priorizando a otro cliente.
El primer pago. Un anticipo razonable es normal y sostiene el arranque del trabajo. Un anticipo del 100% antes de ver nada funcionando no es una forma de pago: es un préstamo sin garantía.
¿Cuándo no tiene sentido pedir precio cerrado?
Hay tres situaciones en las que exigir precio cerrado te va a salir peor, y decir lo contrario sería vender humo.
Cuando de verdad no sabes qué quieres. Si el objetivo es explorar (probar si una idea funciona, ver qué datos hay dentro de un sistema antes de decidir nada), pedir precio cerrado obliga a inventar un alcance para poder cerrarlo. Sale un documento falso y un precio inflado. Para eso hay una fase corta de análisis, con precio cerrado propio, y el desarrollo se cierra después.
Cuando el trabajo es mantenimiento evolutivo continuo. Un flujo de mejoras pequeñas sobre algo que ya funciona no tiene alcance estable que cerrar. Ahí la cuota fija mensual o una bolsa de horas encajan mejor que un precio por proyecto.
Cuando dependes de un tercero que no documenta. Si hay que integrar con un sistema del que nadie te enseña la documentación hasta después de firmar, cualquier precio cerrado sobre esa integración es una apuesta. Lo sensato es cerrar precio del resto y tratar esa parte aparte, con un tope acordado.
Fuera de esos tres casos, si un proveedor no puede darte precio cerrado sobre un proceso que ya existe en tu empresa, la pregunta no es de contrato. Es cuánto ha entendido de tu operativa.
Preguntas frecuentes
¿Qué diferencia hay entre precio cerrado y presupuesto por horas?
En un precio cerrado pagas un importe fijo por un alcance definido y las desviaciones de esfuerzo las asume el proveedor. En un presupuesto por horas pagas las horas trabajadas a una tarifa, sin techo garantizado, así que la desviación la asumes tú. La diferencia no es el precio final, es quién carga con el error de cálculo.
¿Puede subirme el precio si se complica más de lo previsto?
En un precio cerrado bien redactado, no. El artículo 1593 del Código Civil, para el contrato de obra por precio alzado, impide pedir aumento aunque suban los costes, y solo lo permite si el cliente autoriza un cambio que aumenta el trabajo. Por eso el documento tiene que definir qué cuenta como cambio antes de empezar.
¿Qué pasa si pido un cambio a mitad del proyecto?
Se presupuesta aparte y lo apruebas tú antes de que se haga. Eso es lo normal y es sano. Lo que no debería pasar es que se facture como cambio algo que ya estaba en el alcance, o que el proceso no esté definido y cada petición pequeña abra una renegociación del proyecto entero.
¿Es normal pagar un anticipo?
Sí. Un pago al arrancar es práctica habitual y sostiene el inicio del trabajo. Lo que no es razonable es pagar el total antes de ver nada funcionando. El resto debería repartirse en hitos atados a entregas que puedas abrir y comprobar, no a fechas del calendario.
¿Una bolsa de horas es lo mismo que un precio cerrado?
No. La bolsa de horas pone techo a las horas, no al resultado. Si el paquete se agota antes de terminar el trabajo, la ampliación se negocia con el proyecto a medias y sin alternativa. Funciona bien para mejoras sueltas y mantenimiento puntual sobre algo que ya está en marcha.
¿El precio cerrado incluye el mantenimiento?
Solo si lo dice. Conviene que la cuota de mantenimiento, con lo que incluye y desde cuándo se paga, esté en el mismo documento que el precio del desarrollo. Si se deja para después de la entrega, el precio que comparaste entre proveedores no era comparable.
Conclusión
Precio cerrado y presupuesto abierto no son dos estilos de facturar: son dos formas de repartir el riesgo de que la estimación falle, y ese riesgo se materializa casi siempre. El derecho español ya tiene la figura escrita, del contrato de obra por precio alzado del Código Civil a las obras con precio cerrado de la Ley 9/2017. Lo que hace que un presupuesto sea de verdad cerrado no es la palabra: es el alcance con criterios de aceptación, la cláusula de quién paga las desviaciones, la definición de cambio y el mantenimiento con su cuota desde el primer día.
Rubitec es una empresa de IA y desarrollo de software a medida con sede en Barcelona. Trabajamos con precio cerrado, fecha cerrada y mantenimiento a cuota fija desde el primer día, y el código y la propiedad intelectual quedan siempre en manos del cliente. Si tienes un presupuesto encima de la mesa y quieres saber qué le falta para estar cerrado de verdad, la auditoría gratuita son 45 minutos y un informe con lo que tienes y lo que no.
Enlaces relacionados
- Software a medida y plataformas web
- IA para empresas: agentes, documentos y automatizaciones
- Software para gestorías y asesorías
- Cómo encargar software a medida para tu empresa
- ¿Qué pasa con tu software a medida cuando quien lo hizo desaparece?
- Software a medida vs SaaS de suscripción
Fuentes
- INE, Encuesta Trimestral de Coste Laboral, primer trimestre de 2026: https://ine.es/dyngs/Prensa/ETCL1T26.htm
- McKinsey y BT Centre for Major Programme Management (University of Oxford), "Delivering large-scale IT projects on time, on budget, and on value", 2012: https://www.mckinsey.com/capabilities/tech-and-ai/our-insights/delivering-large-scale-it-projects-on-time-on-budget-and-on-value
- Real Decreto de 24 de julio de 1889, Código Civil, artículo 1593: https://www.boe.es/buscar/act.php?id=BOE-A-1889-4763
- Ley 9/2017, de 8 de noviembre, de Contratos del Sector Público, artículo 241: https://www.boe.es/buscar/act.php?id=BOE-A-2017-12902
- Ley 3/2004, de 29 de diciembre, de lucha contra la morosidad en las operaciones comerciales: https://www.boe.es/buscar/act.php?id=BOE-A-2004-21830
- Real Decreto Legislativo 1/1996, texto refundido de la Ley de Propiedad Intelectual, artículos 43 y 45: https://www.boe.es/buscar/act.php?id=BOE-A-1996-8930
