Los proyectos de alcance fijo pueden vincular los pagos a entregables definidos y evidencias de aceptación. El trabajo por tiempo y materiales o mediante una iguala puede utilizar la facturación por calendario con registros de tiempo aprobados y controles presupuestarios. Elija el modelo según el alcance y documente los cambios, retrasos y la aceptación antes de comenzar el trabajo.
Cuándo los pagos por calendario necesitan controles adicionales
Considere una propuesta ilustrativa de «30% al firmar, 30% en la semana seis, 40% en la semana doce». Si los pagos dependen únicamente de las fechas, un proyecto de alcance fijo retrasado aún podría activar la factura. Añada entregables acordados, evidencias de aceptación y un procedimiento para retrasos y cambios; este es un ejemplo, no un estándar de pago del sector.
Establezca un punto de revisión antes de cada pago. Para los hitos de alcance fijo, revise el entregable acordado; para el trabajo basado en tiempo, revise el trabajo autorizado, los registros de tiempo y el presupuesto. El modelo de facturación por sí solo no demuestra el progreso.
Una estructura que funciona para proyectos pequeños
Esta es una distribución ilustrativa para un proyecto de alcance fijo, no los precios de Manboo ni un calendario de pagos universal. Las cinco partes suman 100%; el contrato debe definir los entregables reales y las condiciones de soporte.
| Etapa | Parte de ejemplo | Se libera cuando |
|---|---|---|
| Inicio | 25% | Se acuerdan el contrato, el alcance y las condiciones de inicio |
| Diseño aprobado | 15% | Se aceptan las pantallas definidas y las evidencias de diseño |
| Construcción principal completada | 30% | Los flujos de trabajo principales acordados se pueden demostrar en el entorno de pruebas |
| Aceptación superada | 25% | Se cumplen las condiciones definidas de UAT y de defectos |
| Retención, si se acuerda | 5% | Se completan el periodo acordado de soporte de defectos posterior al lanzamiento y las condiciones de liberación |
Cada etapa tiene un activador verificable. «Construcción principal completada» significa que el cliente puede iniciar sesión y recorrer los flujos de trabajo principales —no que el desarrollador diga que está terminado.
El anticipo
Acuerde cualquier anticipo en función de la movilización, la capacidad reservada y el trabajo financiado. Registre las condiciones de inicio y los entregables que cubre; no existe un mínimo universal del 25% necesario para programar el desarrollo.
Registre el contacto responsable, las condiciones de inicio acordadas y cómo se trata el anticipo si el proyecto se retrasa o se cancela. Un anticipo por sí solo no verifica la capacidad de entrega.
Retención
Si se acuerda una retención, defina su importe, fecha de liberación y procedimiento para defectos. El 5% del ejemplo anterior es una distribución hipotética, no una norma del mercado. Hay dos términos que deben acordarse:
- Un periodo definido con fechas específicas de inicio y finalización o un activador inequívoco, en lugar de una retención indefinida.
- Una condición de liberación definida —que el periodo de garantía termine sin defectos sin resolver, en lugar de la satisfacción general del cliente.
Una retención indefinida no es una retención; es un descuento que el desarrollador no ha aceptado, y los desarrolladores razonables la rechazarán.
Qué dejar por escrito junto al calendario
- Condiciones de pago —cuántos días después de la factura.
- Qué ocurre si un hito se retrasa por causa del desarrollador y, por separado, por causa del cliente. Los retrasos causados por el cliente son habituales —no se proporciona feedback, no se entrega contenido— y un calendario que los ignora es injusto en la otra dirección.
- Cómo se pagan las solicitudes de cambio, ya que quedan fuera de la estructura de hitos.
- Qué ocurre en caso de terminación —qué se debe por el trabajo realizado y qué se entrega.
Defina el pago por terminación, los entregables aceptados y sin terminar, la entrega del repositorio y del despliegue, los derechos de propiedad intelectual y los límites de las licencias de terceros. El contrato debe explicar quién puede utilizar el trabajo y qué se debe; una sola frase no resuelve todos los problemas de titularidad o terminación.
Señales de alerta en un calendario propuesto
- 100% por adelantado. Ocasionalmente está justificado para trabajos muy pequeños; de lo contrario, supone un riesgo considerable.
- Hitos sin un activador verificable —«backend completado» sin una definición de completado.
- Soporte posterior al lanzamiento no definido. Especifique cualquier periodo acordado de soporte de defectos, el alcance del mantenimiento y el proceso de escalación. El soporte puede definirse contractualmente incluso sin retención; no dependa de una promesa informal.
- Un pago final antes de la aceptación. Esto invierte la capacidad de negociación justo en el punto en que más importa.
Servicios relacionados de Manboo
- Desarrollo de aplicaciones Flutter para MVP de iOS y Android.
- Desarrollo de software empresarial para sistemas de CRM, reservas, inventario y flujos de trabajo.
- Desarrollo de paneles de administración para paneles operativos y gestión del backend.
- Integración de API de IA cuando su producto esté listo para búsqueda inteligente, chat o automatización.
- Solicite una revisión del alcance y un presupuesto del proyecto cuando esté listo para planificar la primera versión.