Precio cerrado o por horas en desarrollo de software

Precio cerrado o por horas: la respuesta corta

Las agencias que han escrito sobre el tema coinciden en el criterio. Dribba (agosto de 2026) lo resume así: con alcance claro conviene el precio cerrado; sin él, el precio cerrado protege sobre todo al proveedor, porque nadie firma un importe fijo sobre lo desconocido sin un margen para lo que pueda pasar. Rubra (septiembre de 2026) lo dice de otra forma: si el problema se puede describir, se puede presupuestar cerrado. Por horas tiene sentido para explorar, prototipar, mantener un sistema existente o sumar una persona a un equipo técnico propio.

Para una pyme que quiere resolver un problema concreto (sustituir un Excel, conectar el ERP con la tienda, dar a los técnicos una app de partes), el precio cerrado suele ser la opción más cómoda: sabes cuánto vas a pagar y no necesitas a nadie vigilando horas. Para un producto que va a evolucionar durante años, lo habitual es combinar los dos modelos.

Regla práctica: si puedes escribir en una página qué tiene que hacer el software y cómo sabrás que funciona, pide precio cerrado. Si no puedes, dedica primero una fase corta a definirlo y después pide el precio cerrado.

Proyecto llave en mano, time & materials y bolsa de horas: qué es cada uno

Son tres formas de contratar el mismo trabajo, con reparto de riesgo distinto. El despacho eDefense (junio de 2026) explica que el precio cerrado se encuadra en el contrato de obra, con obligación de resultado, y el time & materials se acerca al contrato de servicios, con obligación de medios.

• El modelo híbrido es el que más se recomienda. Dribba propone descubrimiento a precio cerrado y acotado en tiempo, construcción a precio cerrado con el alcance ya definido, y evolución en modelo continuo con dedicación conocida.

Cuánto cuesta cada modelo en la práctica

Por horas, la cuenta es directa: horas por tarifa. En España, un estudio o agencia pequeña cobra 60–120 €/h según Duotach, y un freelance sénior, 55–85 €/h según Tarifa Autónomo. Un proyecto de 400 horas con un estudio sale, por tanto, entre 24.000 y 48.000 €. El problema no es la tarifa, sino el número de horas: nadie te lo garantiza.

Con precio cerrado, el proveedor hace esa misma estimación y añade un margen por la incertidumbre. Dribba lo reconoce abiertamente: el margen está dentro del precio. Ninguna de las fuentes consultadas publica un porcentaje fiable, así que desconfía de quien te dé uno de memoria. Lo que sí puedes saber es si ese margen es razonable: cuanto más claro esté el alcance, menor tiene que ser.

¿Sale más caro el precio cerrado? Sobre el papel, a veces sí. En la práctica depende de cuánto se desvíe el proyecto. El estudio de McKinsey sobre más de 5.400 proyectos de TI (2012) concluyó que los grandes proyectos, de más de 15 millones de dólares, acaban de media un 45 % por encima del presupuesto y un 7 % por encima del plazo, y entregan un 56 % menos de valor del previsto. Son proyectos mucho mayores que los de una pyme, pero el patrón es el mismo: el desvío existe, y la pregunta es quién lo paga.

Ventajas e inconvenientes de cada modelo

Los riesgos de la tabla vienen del análisis de eDefense: en precio cerrado, especificaciones ambiguas, falta de control de cambios y disputas sobre la aceptación; en time & materials, falta de techo, informes poco transparentes y facturación de perfiles que no están asignados al proyecto.

Cambios de alcance en un proyecto a precio cerrado

Es la duda más habitual: «¿y si a mitad de proyecto necesito algo distinto?». En un precio cerrado bien planteado, el cambio no está prohibido; simplemente no es gratis ni automático. El proceso razonable es este: pides el cambio, el proveedor lo valora por escrito (coste y efecto en el plazo), tú lo apruebas o lo descartas, y solo entonces se hace.

eDefense relaciona el precio cerrado con el artículo 1593 del Código Civil, pensado para obras a precio alzado: el contratista no puede pedir aumento de precio aunque suban los jornales o los materiales, pero sí cuando hay un cambio en el plano que aumenta la obra, siempre que el propietario lo haya autorizado. Trasladado al software, la lógica es la misma: el precio solo se mueve si cambia el alcance y lo apruebas tú. Para tu caso concreto, consúltalo con tu abogado.

Hay una alternativa que a menudo evita el sobrecoste: cambiar una cosa por otra. Si una función nueva es más importante que otra que estaba prevista, se puede sustituir sin modificar el precio, siempre que el esfuerzo sea parecido y quede por escrito.

Pide que el contrato describa el procedimiento de cambios: quién los solicita, en qué plazo se valoran, quién los aprueba y cómo afectan al calendario. Sin eso, el precio cerrado deja de serlo.

Qué pedir en el contrato en cada caso

eDefense advierte de que en España no hay una regulación específica para los contratos de software, y que la titularidad del código no se transmite automáticamente con el pago. Por eso el contrato importa más de lo que parece. Estas son las cláusulas que recomienda:

• En cualquier modelo: confidencialidad, propiedad intelectual y cesión de derechos, garantía, nivel de servicio, protección de datos, ley aplicable y resolución anticipada.
• Con precio cerrado: procedimiento de cambios, hitos de pago vinculados a entregables, criterios de aceptación, protocolo de pruebas y qué pasa con los errores de especificación.
• Por horas: tarifa por perfil, informe de horas, techo de presupuesto, frecuencia de facturación, revisión de tarifas, cambios en el equipo y preaviso para terminar.
• Con bolsa de horas: qué pasa con las horas no consumidas, si caducan y en qué tipo de tareas se pueden gastar.
• Siempre: repositorio de código a nombre de tu empresa y entrega de documentación si cambias de proveedor.

Errores comunes al elegir modelo

Dribba identifica cuatro antipatrones que conviene evitar, y hay uno más que casi nunca aparece en el contrato:

• Precio cerrado sobre un alcance vago. Acaba en discusiones sobre qué estaba incluido o en un software que cumple el papel pero no sirve.
• Time & materials sin objetivo. Se pagan horas sin saber qué resultado se espera ni cuándo se da por terminado.
• Precio cerrado con alcance abierto. «Precio fijo, pero añadimos lo que vaya saliendo» no es precio cerrado.
• Estimar en horas lo que se compra por resultado. Si lo que quieres es que el ERP y la tienda se sincronicen, compra eso, no 200 horas.
• Olvidar las dependencias del cliente. Según Dribba, la mayor parte de los desvíos viene de esperas por accesos, entornos, contenidos o decisiones del cliente. Deja por escrito qué necesita el proveedor de ti y en qué plazo.
• Comparar solo la tarifa por hora. Un equipo a 90 €/h que tarda la mitad sale más barato que uno a 50 €/h.

Checklist para decidir entre precio cerrado y por horas

• ¿Puedes describir en una página qué tiene que hacer el software y cómo sabrás que está terminado? Si la respuesta es sí, precio cerrado.
• ¿Necesitas un importe fijo para aprobarlo internamente o pedir financiación? Precio cerrado.
• ¿Vas a ir descubriendo qué necesitas sobre la marcha? Por horas con techo, o un descubrimiento acotado antes de cerrar el precio.
• ¿Es mantenimiento o pequeñas mejoras sobre algo que ya funciona? Bolsa de horas o cuota de mantenimiento.
• ¿Tienes a alguien con tiempo y autoridad para priorizar cada semana? Si no lo tienes, el modelo por horas es arriesgado.
• ¿Verás avances funcionando cada pocas semanas, sea cual sea el modelo? Si no, el riesgo crece en cualquier caso.

Cómo lo hacemos en SocketStack

Trabajamos con un único precio cerrado por proyecto. Si cambia el alcance, el cambio se presupuesta aparte y solo se hace con tu aprobación. Antes de dar el precio hay una llamada gratuita de 30 minutos, con NDA si hace falta entrar en detalle, y, si el alcance no está claro, un descubrimiento y prototipo para definirlo antes de comprometer una cifra.

Durante el desarrollo ves una demo funcional cada dos semanas con calendario por escrito, y el código es tuyo desde el primer día. Después, el soporte va con condiciones por escrito en mantenimiento y evolución; si prefieres otro equipo, te entregamos todo documentado. El detalle está en cómo trabajamos, y si quieres saber qué rango de precio es razonable para tu proyecto, empieza por cuánto cuesta un software a medida o escríbenos.