Fixed Price чи Time and Material: яку модель договору обрати для розробки сайту чи застосунку і де втрачають гроші

Двоє підрядників надіслали пропозиції на один проєкт: один із фіксованою ціною, інший з оплатою за години, і порівняти їх неможливо. Фіксована ціна здається безпечнішою, доки не пролунає «цього не було в ТЗ», а погодинна оплата лякає нескінченним рахунком. Тут вибір між Fixed Price і Time and Material розібрано як інструмент рішення, без теорії: матриця «чіткість вимог, жорсткість строку, ваш час на керування», гібридні варіанти, пункти договору, що захищають замовника в будь-якій моделі, і спосіб порівняти дві пропозиції.

Три моделі оплати розробки: Fixed Price, Time and Material і виділена команда

Розробку продають у трьох форматах. За Fixed Price обсяг, строк і загальна вартість фіксуються письмово до початку робіт. За T&M ви платите за години, які команда справді відпрацювала, зазвичай із щомісячним звітом. Виділена команда є варіантом T&M: конкретні люди працюють лише над вашим продуктом тривалий час за місячну суму.

Головна відмінність у тому, хто несе ризик. За фіксу ризик вартості на підряднику, а ризик жорсткого обсягу на вас. За T&M на вас ризик бюджету, натомість лишається свобода змінювати пріоритети. Державні правила закупівель США кажуть те саме прямим текстом: частина 16 FAR кладе максимальний ризик на виконавця за твердої фіксованої ціни й допускає T&M, лише коли обсяг робіт не можна точно оцінити, причому зі стелею ціни.

Коли Fixed Price справді працює, а коли це ілюзія контролю

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

• Вимоги описані й звірені рядок за рядком.
• Критерії приймання кажуть, як перевіряється кожна частина.
• Строк важливіший за гнучкість.

Ілюзією він стає, коли обсяг ще з’ясовується. Підрядник закладає в ціну запас на невідоме, кожна нова ідея перетворюється на платну зміну, а якість страждає там, де найважче прописати вимоги: тести й обробка помилок. У Fixed ви платите за результат, у Time за години, а Material на кшталт ліцензій і хостингу майже завжди йде окремим рядком.

Погодинна модель без нескінченного рахунку: ліміти, спринти, звіти

Оплата за годинами та Time & Material підходять продуктам, які змінюються за зворотним зв’язком користувачів. Щоб рахунок не ріс непомітно, внесіть до договору три речі: стелю витрат, роботу короткими спринтами з демонстрацією наприкінці кожного та щомісячний звіт за часом із розбивкою за завданнями.

Контроль	Від чого захищає	Як попросити
Ліміт витрат	Від бюджету, що росте непомітно	Погодити суму й правило при її досягненні
Демо спринту	Від тижнів роботи без видимого результату	Робочий приріст раз на один-два тижні
Звіт за часом	Від годин, які ніхто не може пояснити	Рахунки, прив’язані до видимого беклогу
Список пріоритетів	Від малоцінних завдань, що з’їдають бюджет	Беклог перевпорядковуєте ви на кожному плануванні

У принципах Agile це сформульовано як працююче програмне забезпечення як головна міра прогресу, і таким самим має бути тест будь-якого погодинного договору.

Гібрид: фікс на дискавері й першу версію, гнучкість далі

Багато проєктів змішують моделі. Короткий етап дискавері отримує власну фіксовану ціну й завершується чіткими вимогами, екранами та архітектурою. Першу версію, MVP, далі можна оцінити фіксом, а потім перейти на виділену команду чи погодинну роботу з лімітом. Задайте межу годин на місяць і заздалегідь домовтеся, як враховувати зміни. Якщо потрібні люди, що лишаються з продуктом, після фіксованого етапу можна найняти виділених розробників з оплатою за місяць.

Матриця вибору: вимоги, строки та ваш час на керування

Fixed Price проти Time & Material зводиться до трьох питань: наскільки чіткі вимоги, наскільки жорсткий строк і скільки часу ви готові витрачати на керування проєктом.

Ситуація	Fixed Price	T&M	Гібрид
Вимоги чіткі й стабільні	Найкращий вибір	Можливо	Не потрібен
Вимоги розмиті	Ілюзія	Підходить із лімітом	Найкращий вибір
Строк жорсткий	Підходить за малого обсягу	Ризиковано без ліміту	Підходить, обсяг за пріоритетом
Мало часу на керування	Підходить	Погано підходить	Підходить, короткі зустрічі
Продукт розвиватиметься	Погано підходить	Найкращий вибір	Підходить

Для Time & Material важливіша стеля, для фіксу важливіший обсяг. Читайте матрицю за рядками й беріть той, що збігається з вашою головною тривогою. Якщо підходять два рядки, обирайте гібрид.

Пункти договору, що захищають замовника в будь-якій моделі

Договір на розробку сайту чи застосунку краще будувати навколо п’яти пунктів. Порядок змін тримає фікс чесним.

1. Порядок змін: письмовий запит, оцінка в грошах і строках, згода до початку робіт.
2. Критерії приймання для кожного етапу, що перевіряються тестом, а не на око, із підписаним актом виконаних робіт.
3. Права на код і дизайн, передані вам письмово.
4. Ліміти й звіти за годинами з доступом до журналів часу.
5. Умови виходу: як ви йдете, що отримуєте і в якому вигляді.

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

Як порівняти дві пропозиції в різних моделях

Порівнюючи оплату за годинами й фікс, почніть з одного письмового обсягу, який оцінять обидва підрядники.

Питання обом підрядникам

• Переведіть погодинну пропозицію на три сценарії: мало, очікувано й багато годин.
• Перевірте, що виключено з фіксу: тести, підтримка, хостинг, зміни.
• Порівнюйте ставки лише разом із досвідом команди та оцінкою, на якій вони стоять.
• Спитайте, як кожен підрядник діє на прохання змінити обсяг.

Дешевшою зазвичай виглядає рядок, у якому чогось бракує. Розробка програмного забезпечення на замовлення у нас оцінюється в тій моделі, що підходить завданню, а не в тій, яку простіше продати.