Milestone billing: cómo estructurar facturas de proyecto en fases

Milestone billing es facturar un proyecto por partes en vez de un solo depósito + balance. En vez de "50% por adelantado, 50% en entrega", divides el proyecto en tres a cinco fases y facturas conforme cada una se firma.

Para freelancers y agencias pequeñas, milestone billing es el modelo correcto cuando (a) el proyecto es lo suficientemente grande para que un solo depósito no sea suficiente efectivo para empezar, y (b) el proyecto es lo suficientemente largo para que una sola factura de balance al final sea demasiado float que cargar. Suaviza tu cash flow y de-riesga el proyecto para el cliente — solo está expuesto al valor del siguiente milestone, no al engagement entero.

Esta guía cubre cómo diseñar los milestones, qué poner en cada factura, y cómo milestone billing se relaciona con facturas de depósito, retainers y facturas recurrentes.

Cuándo milestone billing supera depósito + balance

Tres gatillos — cualquiera basta para usar milestones en vez de un simple split depósito + balance:

1. Total del proyecto arriba de ~$10,000. Un depósito de 50% en $20k son $10k. Cheque lo suficientemente grande para que el procurement del cliente escrutine más que cuatro más pequeños. Los milestones bajan la fricción por factura.
2. Duración del proyecto sobre ~6 semanas. Cargar 50% de un proyecto de $20k como cuenta por cobrar por 8 semanas es exposición real de cash flow. Los milestones cortan ese float aproximadamente en tercios o cuartos.
3. El scope tiene momentos de checkpoint naturales. Diseño → desarrollo → launch. Discovery → spec → build → ship. Si el trabajo se divide naturalmente en deliverables, la facturación debería también.

Si nada de esto aplica — un proyecto de $3k entregado en 2 semanas — quédate con factura de depósito y balance. Milestone billing añade overhead de facturación y no es gratis.

Cómo diseñar milestones

Tres reglas que se sostienen entre tipos de proyecto.

1. Cada milestone es un deliverable, no una fecha

"Milestone 2 due May 15" es un evento de calendario, no un milestone. "Milestone 2: signed-off wireframes" es un deliverable. La factura dispara cuando el deliverable se acepta, no cuando el calendario lo dice.

Esto importa porque los proyectos se atrasan. Atar facturas a fechas significa que estás persiguiendo pago por trabajo que el cliente aún no tiene. Atarlas a deliverables significa que el cliente siempre paga por algo que ya recibió y aprobó.

2. El primer milestone es por adelantado

El primer milestone — kickoff, discovery, depósito — se factura antes de cualquier trabajo. Cumple el mismo propósito que un depósito: filtra clientes que no pagarán y cubre el costo de cash flow de empezar.

Tamaños comunes para el primer milestone:

• 20–30% del total para proyectos con fase clara de kickoff (discovery, audit, planning)
• Una "kickoff fee" fija (p.ej. $2,000) independiente del total, después los milestones restantes dividen el balance

3. El último milestone es lo suficientemente grande para enforce delivery

El milestone final — el balance — debe ser lo suficientemente grande para que al cliente le importe si entregas. Si la factura final es 5% del proyecto, el cliente no tiene incentivo para darte el sign-off que necesitas para cerrar el engagement. Apunta a que el milestone final sea al menos 15–25% del total.

El corolario: no pre-colectes 95% del proyecto. Si ya te pagaron casi todo, no tienes leverage para empujar el review final y sign-off.

Horarios de milestone de muestra

Proyecto pequeño/mediano ($5k–$15k) — 3 milestones

| # | Milestone | % | Gatillo | |---|---|---|---| | 1 | Kickoff (inicio) | 33% | Factura al firmar contrato | | 2 | Deliverable a mitad de proyecto (p.ej. design aprobado) | 33% | Factura al sign-off del cliente | | 3 | Entrega final y handoff | 34% | Factura en launch |

Este es el patrón workhorse. Tres milestones casi iguales, un deliverable claro por fase, cash flow predecible.

Proyecto más grande ($15k–$50k) — 4 milestones

| # | Milestone | % | Gatillo | |---|---|---|---| | 1 | Kickoff y discovery | 25% | Firma de contrato | | 2 | Spec / wireframes aprobados | 25% | Sign-off del spec | | 3 | Build completo (QA-ready) | 25% | QA handoff | | 4 | Launch y handoff | 25% | Launch |

Cuatro milestones distribuyen la exposición de cash flow más uniformemente. Cada factura es lo suficientemente pequeña para que el AP del cliente la procese sin escalación.

Proyecto enterprise ($50k+) — 5+ milestones con cola de retainer

| # | Milestone | Monto/% | Gatillo | |---|---|---|---| | 1 | Kickoff fee | $5,000 flat | Firma de contrato | | 2 | Discovery + spec firmado | 25% del restante | Sign-off del spec | | 3 | Build Fase 1 | 25% del restante | Aceptación Fase 1 | | 4 | Build Fase 2 | 25% del restante | Aceptación Fase 2 | | 5 | Launch | 25% del restante | Launch a producción | | 6+ | Retainer post-launch | $X/mes | Retainer inicia |

Para proyectos con necesidad conocida de soporte post-launch, transicionar el engagement a retainer en launch es más limpio que hourly billing abierto.

Qué poner en una factura de milestone

Una factura de milestone tiene la misma estructura que cualquier factura de proyecto, más tres adiciones:

1. El número y nombre del milestone en el concepto

Milestone 2 of 4 — Approved design specifications        $5,000.00
  Per SOW dated April 1, 2026.
  Triggered by client sign-off on design spec, April 22, 2026.

El "of 4" importa. Le dice al AP del cliente que hay una secuencia conocida — no factura sorpresa a mitad de proyecto.

2. Total acumulado

Milestone 1 — Kickoff and discovery               (paid)   $5,000.00
Milestone 2 — Approved design specifications      (this)   $5,000.00
Milestone 3 — Build complete                    (pending)  $5,000.00
Milestone 4 — Launch and handoff                (pending)  $5,000.00
                                                          ----------
Total project value:                                       $20,000.00
Paid to date (incl. this invoice):                         $10,000.00
Remaining:                                                 $10,000.00

Opcional pero poderoso. El bookkeeper del cliente puede ver de un vistazo dónde está el proyecto sin referencias cruzadas a cuatro facturas separadas.

3. El evento gatillo

Siempre declara qué disparó el milestone. "Triggered by client sign-off on design spec, April 22, 2026." Convierte "me debes dinero" en "me debes dinero porque aprobaste esto en esta fecha". Mucho más difícil de disputar.

Factura de milestone ejemplo

INVOICE #2026-0422                          Issue date: April 22, 2026
                                              Due date: May 6, 2026 (Net 14)

Bill to: Acme Co.
         123 Market St, San Francisco, CA 94103

From:    Jane Smith Design (sole proprietor)
         EIN: 12-3456789

Description                                              Amount
----------------------------------------------------------------
Milestone 2 of 4 — Approved design specifications     $5,000.00
  Per SOW dated April 1, 2026.
  Triggered by client sign-off on design spec, April 22, 2026.

                                              Total: $5,000.00

Project status:
  M1 Kickoff (paid Apr 3, Invoice #2026-0401)       $5,000.00
  M2 Design spec (this invoice)                     $5,000.00
  M3 Build complete (pending)                       $5,000.00
  M4 Launch (pending)                               $5,000.00
  ─────────────────────────────────────────────────────────
  Total project value:                             $20,000.00
  Paid through this invoice:                       $10,000.00

Payment terms: Net 14.
ACH preferred: routing 000000000 / account 0000000000

Net 14 — no Net 30 — porque los milestones son sensibles al tiempo: no puedes empezar el trabajo del Milestone 3 hasta que el Milestone 2 se pague. Términos largos en milestones derrotan el punto de cash flow.

Errores comunes

1. Milestones atados a fechas, no deliverables. Ya cubierto arriba. El modo de falla más común.

2. Empezar el siguiente milestone antes de que el actual se pague. Misma lógica que empezar un proyecto antes de que el depósito se confirme. El pago del milestone es el gatillo para la siguiente fase, no una formalidad cortés después de que ya empezaste.

3. Demasiados milestones. Cinco es el máximo práctico. Más allá, el overhead de facturación se come el margen y el equipo de AP del cliente empieza a empujar de regreso con "¿otra factura ya?"

4. Porcentajes de milestone que no enforce delivery. Cargar los milestones tempranos ("50% upfront, 25% mid, 25% on launch") suena amigable pero significa que el cliente solo tiene 25% de leverage para exigir calidad en launch. 25/25/25/25 o 30/20/20/30 mantiene honestos a ambos.

5. Sin criterios de aceptación escritos por milestone. "Design aprobado" es ambiguo. "Design aprobado = cliente confirma vía email que el diseño cumple el brief y está listo para entrar a desarrollo" es concreto. Sin criterios de aceptación, el cliente puede atascar un milestone reteniendo aprobación por semanas.

Milestone billing vs depósito, retainer, recurrente

| Modelo | Cuándo usar | Rasgo clave | |---|---|---| | Depósito + balance | Proyecto único pequeño/mediano (<$10k, <6 semanas) | Dos facturas total | | Milestone billing | Proyecto grande ($10k+, 6+ semanas) | 3–5 facturas atadas a deliverables | | Retainer | Relación continua con scope estable | Misma factura cada mes | | Recurrente | Servicio continuo estilo suscripción | Auto-generada cada período |

No son mutuamente excluyentes — patrón común es milestone billing para la fase de build, luego retainer para mantenimiento continuo. La transición usualmente ocurre en launch.

FAQ

¿Cuántos milestones debería usar?

Tres a cinco para la mayoría. Tres para proyectos bajo $15k, cuatro para $15k–$50k, cinco para proyectos arriba o con trabajo multi-fase distinto. Más de cinco añade overhead de facturación sin mucho beneficio extra de cash flow.

¿Qué payment terms deben tener las facturas de milestone?

Net 14, no Net 30. Cada pago de milestone desbloquea la siguiente fase, así que términos largos crean brecha de pipeline donde no puedes proceder. La excepción es el milestone final, que puede ser Net 30 ya que no hay trabajo posterior esperando.

¿Debería empezar el siguiente milestone si el actual no está pagado?

No. Misma lógica que empezar trabajo antes de que un depósito se confirme. Si continúas, has señalado que el pago es opcional. Pausa cortésmente y reanuda cuando el pago llegue.

¿Cómo manejo cambios de scope durante un proyecto con milestone billing?

Una change order — enmienda escrita que ajusta scope, milestones o fee. El horario enmendado debe añadir un milestone o ajustar el tamaño de los existentes. No absorbas scope creep sin un line item de factura; así es como un proyecto de $20k se vuelve uno de $30k pagado como $20k.

¿Qué pasa si el cliente quiere saltar la factura de kickoff?

Decline. La factura de kickoff cumple la misma función que un depósito — filtrar clientes serios y cubrir el costo de cash flow de empezar. Un cliente que no paga un kickoff de 20–25% es un cliente que tampoco pagará el balance.

¿Puedo combinar milestone billing con retainer?

Sí — patrón común. Milestone billing para fase de build definida, transicionando a retainer en launch para mantenimiento o soporte continuo. La factura del retainer inicia el mes después del launch, separada de la factura del milestone final.

¿Cómo muestro el horario de milestones en el contrato?

Una tabla en el SOW con nombre del milestone, deliverable, % del total, y evento gatillo. La factura referencia el SOW; el SOW es la fuente autoritativa. Si los milestones cambian a mitad de proyecto, actualiza el SOW con change order en vez de ajustes ad-hoc en la factura.

¿Las facturas de milestone son lo mismo que progress billing?

Efectivamente sí — "progress billing" es el término contable usado en construcción y contratos enterprise grandes; "milestone billing" es el término freelance/agencia. La mecánica es la misma: facturar en fases atadas al progreso del proyecto.