Оплата за майлстоунами розкладає фіксовану ціну по контрольних точках: наприклад, 30% на підписанні, 40% за поставлений перший етап, 30% за фінальним прийняттям. Альтернатива — вся сума після делівері — означає, що виконавець фінансує весь білд, поки пейрол виходить щомісяця; майлстоуни тримають гроші приблизно врівень із зусиллям і дають клієнтові природні точки зупинки.
Правила дизайну, що тримають графік поза суперечками:
- Прив’язуйте майлстоуни до демонстрованих результатів із критеріями прийняття, а не лише до календарних дат. «Платіж 2 у місяці 2» запрошує до суперечки про оплату часу; «платіж 2 за прийнятий реліз на стейджингу» — ні. (Аванс на старті — легітимний виняток.)
- Погодьте вікно прийняття з дефолтом. «Прийнято, якщо немає предметних заперечень за N робочих днів» — інакше мовчанка може відкладати платіж нескінченно.
- Інвойс у день прийняття, а не наприкінці місяця: інерція майлстоуна і є важелем інкасації.
- Стежте за дебіторкою по майлстоунах. Прострочений майлстоун-платіж — сигнал раніший і гучніший за прострочений T&M-інвойс: важіль — це роботи наступного етапу, і будувати далі поверх неоплаченого майлстоуна означає міняти важіль на ризик.
Графік майлстоунів належить до SOW — разом із тим, що стається з планом, коли майлстоун зсувається з вини клієнта.
У Helia моделі білінгу проєкту — time and materials, ретейнер і fixed price; окремої моделі майлстоунів поки немає: fixed-price проєкт виставляє свою суму одним плоским рядком, свідомо виключеним із масового місячного прогону, — тож оператор генерує інвойс тоді, коли етап реально завершено, а екран дебіторки далі веде кожен інвойс до оплати.