Milestone billing: як структурувати проєктні інвойси по фазах

Milestone billing — це інвойсування проєкту частинами, а не одним deposit + balance. Замість "50% upfront, 50% on delivery" ви розбиваєте проєкт на три-п'ять фаз і інвойсите, як кожна підписана.

Для фрілансерів і малих агенцій milestone billing — правильна модель, коли (а) проєкт достатньо великий, що одного депозиту мало для старту, і (б) проєкт достатньо довгий, що один великий balance-інвойс у кінці — забагато float. Це згладжує ваш cash flow і де-ризикує проєкт для клієнта: він exposed тільки на вартість наступного milestone, не всієї співпраці.

Гайд про те, як дизайнити milestones, що писати на кожному інвойсі, і як milestone billing співвідноситься з deposit-інвойсами, retainers і recurring-інвойсами.

Коли milestone billing кращий за deposit + balance

Три тригери — будь-який з них достатній, щоб використати milestones замість простого deposit + balance:

Total проєкту понад ~$10,000. 50% депозит на $20k — це $10k. Достатньо великий чек, щоб procurement-команда клієнта скрутинила сильніше, ніж чотири менших. Milestones знижують per-invoice тертя.
Тривалість понад ~6 тижнів. Нести 50% від $20k проєкту як receivable 8 тижнів — реальний cash-flow exposure. Milestones ріжуть цей float приблизно на третини чи чверті.
Scope має природні checkpoint-моменти. Design → development → launch. Discovery → spec → build → ship. Якщо робота природно ділиться на deliverables — білінг має ділитися теж.

Якщо нічого з цього не діє — $3k проєкт на 2 тижні — тримайтеся deposit-інвойсу + balance. Milestone billing додає invoicing-оверхед і не безплатний.

Як дизайнити milestones

Три правила, що тримаються в різних типах проєктів.

1. Кожен milestone — це deliverable, не дата

"Milestone 2 due May 15" — це календарна подія, не milestone. "Milestone 2: signed-off wireframes" — це deliverable. Інвойс спалахує, коли deliverable прийнято, не коли календар каже.

Це важливо, бо проєкти зриваються. Прив'язка інвойсів до дат означає, що ви ганяєте оплату за роботу, якої клієнт ще не має. Прив'язка до deliverables означає, що клієнт завжди платить за щось, що вже отримав і апрувнув.

2. Перший milestone — upfront

Перший milestone — kickoff, discovery, deposit — інвойсується до будь-якої роботи. Виконує ту саму функцію, що deposit: фільтрує клієнтів, що не оплатять, і покриває cash-flow вартість старту.

Поширені розміри першого:

20–30% від total для проєктів з чистою kickoff-фазою (discovery, audit, planning)
Фіксована "kickoff fee" (наприклад, $2,000) незалежно від total, далі залишкові milestones ділять balance

3. Останній milestone достатньо великий, щоб enforce delivery

Фінальний milestone — balance — має бути достатньо великим, щоб клієнту було не байдуже, чи ви ship. Якщо фінальний інвойс — 5% проєкту, у клієнта немає стимулу дати sign-off, потрібний для закриття. Цільтеся, щоб фінальний був мінімум 15–25% від total.

Слідство: не pre-collect 95% проєкту. Якщо вам уже сплатили майже все — ви не маєте важелю штовхнути фінальний review і sign-off.

Зразкові розклади milestones

Малий/середній проєкт ($5k–$15k) — 3 milestones

| # | Milestone | % | Тригер | |---|---|---|---| | 1 | Kickoff (старт) | 33% | Інвойс на підписання контракту | | 2 | Mid-project deliverable (напр., approved design) | 33% | Інвойс на sign-off клієнта | | 3 | Final delivery і handoff | 34% | Інвойс на launch |

Робочий патерн. Три приблизно однакові milestones, один чіткий deliverable на фазу, передбачуваний cash flow.

Більший проєкт ($15k–$50k) — 4 milestones

| # | Milestone | % | Тригер | |---|---|---|---| | 1 | Kickoff і discovery | 25% | Підписання контракту | | 2 | Approved spec / wireframes | 25% | Sign-off на spec | | 3 | Build complete (QA-ready) | 25% | QA handoff | | 4 | Launch і handoff | 25% | Launch |

Чотири milestones розподіляють cash-flow exposure рівніше. Кожен інвойс достатньо малий, щоб AP клієнта обробив без escalation.

Enterprise проєкт ($50k+) — 5+ milestones з retainer-хвостом

| # | Milestone | Сума/% | Тригер | |---|---|---|---| | 1 | Kickoff fee | $5,000 flat | Підписання контракту | | 2 | Discovery + signed spec | 25% від залишку | Sign-off на spec | | 3 | Phase 1 build | 25% від залишку | Acceptance Phase 1 | | 4 | Phase 2 build | 25% від залишку | Acceptance Phase 2 | | 5 | Launch | 25% від залишку | Production launch | | 6+ | Post-launch retainer | $X/міс | Retainer стартує |

Для проєктів із відомою post-launch support-потребою перехід співпраці в retainer на launch чистіший за open-ended hourly.

Що писати на milestone-інвойсі

Milestone-інвойс має ту саму структуру, що будь-який проєктний інвойс, плюс три додатки:

1. Номер і назва milestone у позиції

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.

"of 4" має значення. Каже AP клієнта, що є відома послідовність — не сюрприз посеред проєкту.

2. Running total

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

Опціонально, але потужно. Бухгалтер клієнта бачить статус проєкту одним поглядом без перехресних посилань на чотири окремих інвойси.

3. Тригер-подія

Завжди вказуйте, що тригерило milestone. "Triggered by client sign-off on design spec, April 22, 2026." Перетворює "ви мені винні" на "ви мені винні, бо апрувнули це тоді". Набагато важче оспорити.

Зразок milestone-інвойсу

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 — не Net 30 — бо milestones час-чутливі: не можна стартувати роботу Milestone 3, поки Milestone 2 не оплачено. Довгі терміни на milestones нівелюють cash-flow сенс.

Поширені помилки

1. Milestones прив'язані до дат, не deliverables. Вже вище. Найпоширеніший провал.

2. Стартувати наступний milestone до оплати поточного. Та сама логіка, що стартувати проєкт до клірингу депозиту. Якщо продовжуєте роботу — сигналізуєте, що оплата опціональна. Чемно паузіть і поновлюйте, коли оплата прийде.

3. Забагато milestones. П'ять — практичний максимум. За межею invoicing-оверхед з'їдає маржу і AP клієнта починає штовхатися "ще один інвойс уже?"

4. Відсотки milestones, що не enforce delivery. Завантаження ранніх ("50% upfront, 25% mid, 25% on launch") звучить дружньо, але клієнт має лише 25% важелю вимагати якість на launch. 25/25/25/25 чи 30/20/20/30 тримає чесними обох.

5. Немає письмових acceptance criteria на milestone. "Approved design" — fuzzy. "Approved design = client confirms via email that the design meets the brief and is ready to enter development" — конкретно. Без acceptance criteria клієнт може стопити milestone, withholding approval тижнями.

Milestone billing vs deposit, retainer, recurring

| Модель | Коли використовувати | Ключова риса | |---|---|---| | Deposit + balance | Малий/середній one-off (<$10k, <6 тижнів) | Два інвойси total | | Milestone billing | Великий ($10k+, 6+ тижнів) | 3–5 інвойсів, прив'язаних до deliverables | | Retainer | Поточні відносини зі стабільним scope | Той самий інвойс щомісяця | | Recurring | Subscription-style сервіс | Авто-генерований щоперіоду |

Це не взаємовиключно — поширений патерн: milestone billing на build-фазу, потім retainer на ongoing maintenance. Перехід зазвичай на launch.

FAQ

Скільки milestones використовувати?

Три-п'ять для більшості. Три для <$15k, чотири для $15k–$50k, п'ять для проєктів вище чи з виразними multi-phase. Більше п'яти додає invoicing-оверхед без додаткового cash-flow бенефіту.

Які payment terms на milestone-інвойсі?

Net 14, не Net 30. Кожна milestone-оплата розблоковує наступну фазу, тож довгі терміни створюють pipeline-розрив, де не можна продовжувати. Виняток — фінальний milestone: може бути Net 30, бо немає follow-on роботи.

Чи стартувати наступний milestone, якщо поточний неоплачений?

Ні. Та сама логіка, що стартувати до клірингу депозиту. Якщо продовжуєте — сигналізуєте, що оплата опціональна. Паузіть чемно, поновлюйте по надходженні.

Як обробляти зміни scope під час milestone-billed проєкту?

Change order — письмова поправка, що коригує scope, milestones чи fee. Оновлений розклад додає milestone або змінює розмір існуючих. Не абсорбуйте scope creep без line item; так $20k проєкт стає $30k, сплачено як $20k.

Що, якщо клієнт хоче пропустити kickoff-інвойс?

Відмовте. Kickoff виконує ту саму функцію, що deposit — фільтр серйозних клієнтів і покриття cash-flow вартості старту. Клієнт, що не платить 20–25% kickoff, не оплатить і balance.

Чи можна комбінувати milestone billing з retainer?

Так — поширений патерн. Milestone billing на визначену build-фазу, перехід у retainer на launch для ongoing maintenance. Retainer-інвойс стартує на місяць після launch, окремо від фінального milestone.

Як показати milestone-розклад у контракті?

Таблиця в SOW: milestone name, deliverable, % від total, тригер. Інвойс посилається на SOW; SOW — авторитетне джерело. Якщо milestones змінюються посеред — оновлюйте SOW change order'ом, не ad-hoc на інвойсі.

Чи milestone-інвойси — це те саме, що progress billing?

По суті так — "progress billing" — бухгалтерський термін у будівництві і великих enterprise-контрактах; "milestone billing" — фріланс/агенційний. Механіка та сама: інвойсити фазами, прив'язаними до прогресу.