Proyecto de Software a Precio Cerrado

Alcance cerrado, fecha cerrada y oferta fija. Hacemos un discovery de pago primero para que la oferta sea honesta, no una adivinación. Una vez firmada, el riesgo es nuestro. Entregamos en plazo y presupuesto o comemos el sobrecoste.

Qué Aporta Precio Cerrado

• Discovery de Pago Antes de la Oferta: El precio cerrado existe para un tipo concreto de proyecto. El alcance se entiende bien, las incógnitas son lo bastante pequeñas para gestionarse y necesitas un compromiso contractual sobre un número y una fecha. Ejemplos típicos, rediseño de una web, migración a un framework nuevo, una integración conocida con un tercero, una implantación regulada con especificación fija. A los equipos de procurement les encanta este modelo porque encaja en sus plantillas. Decimos sí al precio cerrado en aproximadamente el 30% de los casos en que nos lo piden. El otro 70% son proyectos cuyas incógnitas son demasiado grandes para presupuestar honestamente sin tener que inflar el precio un 50% o mentir. Te decimos en qué grupo está tu proyecto durante el discovery.
• El Riesgo Es Nuestro, No Tuyo: Firmada la oferta, la oferta es la oferta. Si subestimamos en 200 horas, es nuestro problema. No aparecemos en el mes 3 con una orden de cambio diciendo "resultó que era más difícil". Ese es exactamente el punto del modelo.
• Amigable Con Procurement: El precio cerrado encaja con las plantillas que entiende procurement corporativo, alcance, hitos, criterios de aceptación y penalizaciones definidos. Sabemos responder RFPs de 80 páginas y adaptar nuestro contrato estándar a la mayoría de exigencias de compras de grandes empresas sin tener a los abogados meses encima.
• Elige Este Si el Alcance Está Claro: El precio cerrado encaja cuando el alcance está claro y no cambiará. Si el roadmap es genuinamente incierto o esperas iterar continuamente con feedback de usuarios, outsourcing en cuota mensual es más honesto. Si solo necesitas manos senior extra en tu equipo actual, staff augmentation encaja mejor.
• Pagos Por Hitos: 20% a la firma, 30-40% en un hito intermedio definido, el resto al pasar la aceptación. Nunca pagas la última factura de un precio cerrado antes de haber aprobado lo entregado. Aceptamos cláusulas de penalización por retraso de forma estándar.
• Un "No" Honesto Si el Alcance No Está Claro: Rechazamos aproximadamente el 70% de las peticiones de precio cerrado. Razones habituales, especificación en movimiento, dependencia con un tercero que no podemos evaluar por adelantado, una exigencia de tamaño de equipo que nos obligaría a presupuestar optimistamente. Cuando decimos que no, proponemos la estructura que sí encaja, normalmente outsourcing o staff augmentation.

Cómo Construimos Tu Precio Cerrado

1. Llamada Pre-Discovery (Gratis, 60 min): Nos cuentas qué quieres construir, la fecha y cualquier restricción de procurement. Te decimos en la llamada si parece un proyecto de precio cerrado o si recomendaremos otro modelo. No malgastamos tu presupuesto de discovery en un proyecto que no debería ser precio cerrado.
2. Discovery de Pago (1-2 semanas): Un arquitecto senior y un perfil senior de producto producen, especificación funcional escrita, diagrama de arquitectura, lista de integraciones, registro de riesgos y plan de hitos. El entregable es tuyo independientemente de si firmas el build con nosotros. Si lo llevas a un competidor para una segunda oferta, perfecto.
3. Propuesta a Precio Cerrado: En 5 días laborables tras cerrar discovery, oferta fija, fecha fija de entrega, calendario de pagos por hito, criterios de aceptación por hito, penalizaciones por retraso (si las exiges) y supuestos/exclusiones. Todo lo que no esté en la especificación queda fuera de alcance y listado explícitamente.
4. Fase de Construcción Con Hitos Duros: Sprints de dos semanas con demo en cada uno, estado escrito semanal, hito intermedio con firma formal y fase de UAT antes de la aceptación final. Congelamos el alcance al firmar. Todo lo nuevo va por orden de cambio escrita.
5. Aceptación y Handover: En la aceptación final, código en tu repo (ha estado ahí desde el día uno), runbooks, ADRs, scripts de despliegue, documentación. Contrato de soporte post-lanzamiento opcional de 30-90 días, pero el precio cerrado termina en la aceptación.

Stack de alto rendimiento usado por líderes globales

React/Next.js/Angular en el frontend y Java 21 + Spring Boot + PostgreSQL 14 en el backend, el mismo stack que impulsan BBVA, ING y Netflix por su seguridad y rendimiento.

Precio Cerrado: Preguntas Frecuentes

¿En qué se diferencia precio cerrado de outsourcing?

El precio cerrado es un proyecto definido, alcance, fecha y oferta conocidos. El contrato termina cuando entregamos. Outsourcing es abierto. Llevamos la función de producto en cuota mensual durante 12+ meses con iteración continua. Precio cerrado es el modelo correcto cuando el alcance es estable; outsourcing cuando el alcance evolucionará. El precio cerrado encaja limpiamente en plantillas de procurement; outsourcing casi nunca.

¿Cuál es la duración típica del contrato?

Los proyectos de precio cerrado que aceptamos van de 6 semanas a 6 meses desde la firma hasta la aceptación. Hemos hecho alguno más largo (hasta 9 meses) pero a partir de ahí los supuestos del bid se desvían y el modelo pierde su honestidad. Cualquier cosa por encima de 9 meses la llevamos a outsourcing.

¿Cómo funciona el precio?

Dos partes. (1) Un discovery de pago de 1-2 semanas que produce especificación y arquitectura. (2) Oferta cerrada para el build, dimensionada al alcance que definió el discovery. Los pagos del build son por hito: 20% a la firma, 30-40% en el hito intermedio, resto en la aceptación. Facturamos en EUR, USD o GBP y adaptamos a tus condiciones de pago de procurement (30/60/90) dentro de lo razonable.

¿Cuál es el tamaño mínimo de proyecto?

Más que un número es una forma, por debajo de cierto tamaño, el overhead del discovery y la administración de hitos se comen demasiado presupuesto para que una oferta cerrada tenga sentido. Para proyectos pequeños solemos recomendar un par de semanas de staff augmentation, y te lo diremos en la llamada.

¿En cuánto tiempo podemos empezar?

1 semana para arrancar discovery tras firmar el acuerdo. El build empieza la semana siguiente al cierre del discovery. End-to-end, de primera llamada a ingenieros construyendo, son 4-5 semanas. Los clientes con procurement pesado suelen añadir 2-3 semanas por la revisión legal del contrato de build.

¿Cómo gestionáis los cambios de alcance?

Cualquier cosa que no esté en la especificación del discovery está fuera de alcance. Congelamos el alcance al firmar precisamente para que la oferta sea honesta. Si necesitas un cambio a mitad del build, emitimos una orden de cambio escrita con su propio alcance, precio e impacto en el calendario. Firmas o no, y la oferta original se mantiene en cualquier caso. No metemos cambios de tapadillo en la factura.

¿Qué pasa si no llegáis a la fecha?

Si el retraso es nuestro, lo comemos. Seguimos trabajando sin coste extra hasta la aceptación, y aceptamos penalizaciones por retraso por escrito (típicamente 0,5-1% del valor del contrato por semana de retraso, con tope del 10%) si las exiges en tu plantilla de procurement. Si el retraso es por tu lado (feedback tardío, cambios de alcance, falta de acceso a tus sistemas), emitimos un aviso escrito el mismo día y la fecha se mueve en consecuencia. No te emboscamos con retrasos en el último minuto; los informes semanales son explícitos sobre el riesgo de calendario.

¿Cuán detallada es la especificación del discovery?

Lo bastante detallada para presupuestar sin inflar. La salida típica del discovery es un documento de 30-60 páginas que cubre, roles y journeys de usuario, requisitos funcionales a nivel de pantalla, requisitos no funcionales (rendimiento, seguridad, accesibilidad), modelo de datos, lista de integraciones por cada tercero, diagrama de arquitectura, plan de infraestructura, desglose de hitos, registro de riesgos y supuestos/exclusiones explícitos. Ambos lados lo firman antes del contrato de build.

¿Podemos seguir trabajando con vosotros después de la aceptación?

Sí, y muchos clientes lo hacen. La transición más común es de un build a precio cerrado a una cuota mensual más pequeña (outsourcing) o un par de puestos de staff augmentation para la iteración en curso. Negociamos ese contrato en las últimas semanas del build para que no haya hueco entre la aceptación y el trabajo continuo.

¿Trabajáis con clientes globalmente?

Sí. Trabajamos 100% en remoto con clientes en España, Europa, EE. UU. y LATAM. Zonas horarias, videollamadas y demos en vivo en cada hito.