Фіксована ціна розробки чи погодинна оплата: як обрати модель договору

Дві моделі коротко

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

Погодинна оплата (Time & Materials, T&M). Ви платите за фактично відпрацьовані години за погодженими ставками — зазвичай щомісяця або за кожен спринт. Обсяг можна змінювати будь-коли, а бюджет іде слідом.

Порівняння

Коли фіксована ціна працює найкраще

• Ядро продукту можна описати. Ви знаєте ролі, головний сценарій та інтеграції, навіть якщо деталі уточнюватимуться по дорозі.
• Бюджет фіксований. Засновник із посівним раундом, компанія із затвердженим бюджетом проєкту, будь-хто, хто не може дозволити собі «вийшло довше».
• Ви купуєте результат, а не команду. MVP, кабінет клієнта, інтернет-магазин, CRM під відомий процес.
• Ви хочете порівняти розробників. Фіксовані пропозиції на той самий обсяг можна порівнювати; погодинні оцінки — це прогнози, за які ніхто не відповідає.

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

Коли погодинна оплата працює краще

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

Що приховує кожна модель

Приховані витрати фіксованої ціни

• Запас на ризик. Розробник, який бере на себе ризик перевитрат, закладає його в ціну. Що менш чіткий обсяг, то більший запас.
• Запити на зміни. Кожна нова ідея коштує додатково й потребує погодження. Якщо ваш обсяг ще рухається, ви заплатите в запитах на зміни те, що заощадили на базовій ціні.
• Суперечки про «готово». Якщо критерії приймання розмиті, кожна перевірка перетворюється на торг про те, що саме обіцяли.
• Тиск на якість. Розробник, який втрачає гроші на фіксованій ціні, може почати економити на якості. Захист — чіткі критерії приймання, гарантія й оплата, прив’язана до прийнятої роботи.

Приховані витрати погодинної оплати

• Немає стелі. Бюджет — це прогноз, а не межа. Історії проєктів, яким «потрібен ще один спринт», усім знайомі.
• Ви платите за навчання команди. Нові люди в команді, переробки, зустрічі — усе це оплачувані години.
• Слабкий стимул завершити. Не кожен розробник цим користується, але модель нічим цьому не заважає.
• Ваш час на керування. Хтось на вашому боці має щотижня розставляти пріоритети, перевіряти прогрес і звіряти години.

Гібриди, що працюють

Вибір не обмежується двома варіантами. Поширені поєднання:

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

Хоч яку модель ви оберете, вимагайте прозорості: за фіксованої ціни — статусу кожного модуля, який можна перевірити будь-якого дня; за погодинної — щотижневого звіту про години за завданнями. Якщо розробник ухиляється і від того, і від іншого, — це теж відповідь.

Той самий проєкт у двох моделях

Візьмімо умовний кабінет клієнта з п’ятьох модулів: вхід і профілі, замовлення, документи, інтеграція з обліковою системою клієнта й адмінка.

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

За погодинної оплати розробник оцінює години на ті самі п’ять модулів. Інтеграція забирає вдвічі більше часу, ніж планували, і ви оплачуєте кожну годину. Новий звіт іде просто в наступний спринт без окремого погодження — це зручно, — а бюджет зсувається на вартість обох сюрпризів.

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

Швидка підказка для вибору

Що робить фіксовану ціну справді фіксованою

Цифра в пропозиції — ще не фіксована ціна. Фіксованою її роблять ось ці пункти; перевірте їх у будь-якому договорі:

• Обсяг розбито на модулі, і кожен має опис, достатньо конкретний для перевірки. Усе, чого немає в обсязі, в обсяг не входить.
• Визначено, що означає «фіксована»: ціна не залежить від годин, витрачених на погоджений обсяг.
• Є процедура запитів на зміни: будь-яка сторона може запропонувати зміну, розробник показує її вплив на ціну й терміни, і нічого не змінюється, доки ви письмово не погодите.
• Правки безкоштовні, якщо вони доводять модуль до погодженого обсягу. Доопрацювання до того, що обіцяли, — не запит на зміни.
• Визначено приймання: як ви перевіряєте кожен модуль, скільки часу маєте, що вважається дефектом і що буде, якщо ви не відповісте.
• Оплата йде за прийнятою роботою, етапами, а не 100 % наперед.
• Є гарантійний період для дефектів, знайдених після приймання.
• Права на код переходять до вас після оплати, і це записано в договорі.
• Прописано, що буде, якщо проєкт зупиниться: як повертаються невикористані гроші й як передається незавершена робота.

Про оплату докладніше — у статті оплата етапами: як вона захищає клієнта, про приймання — як приймати роботу в розробника.

Що робить погодинну оплату безпечною

Якщо вам підходить погодинна модель, договору все одно потрібні запобіжники. Шукайте в ньому таке:

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

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

Як працюємо ми в EVA-X

Ми працюємо за фіксованою ціною. Ви описуєте продукт, оцінка розкладає його на модулі з годинами й ціною, а команда перевіряє обсяг разом із вами, перш ніж договір зафіксує обсяг, ціну й графік оплати. У наших умовах «фіксована ціна» означає саме це: ціна в підписаному договорі не залежить від кількості годин, витрачених на погоджений обсяг, і змінюється лише через запит на зміни, який ви погодили.

Платежі потрапляють у резерв проєкту й зараховуються нам помодульно — лише тоді, коли ви приймаєте модуль. Щоб бути точними: резерв — це наш облік передоплати, яку ще не зароблено; у кабінеті видно, скільки сплачено, скільки зараховано і скільки в резерві. Це не ескроу, не довірче управління, не депозит і не окремий рахунок, і третя особа його не тримає. Якщо проєкт зупиняється, гроші повертаються з невикористаної частини резерву. На перевірку кожного модуля у вас є 7 календарних днів; правки, що доводять його до погодженого обсягу, безкоштовні, а дефекти в нашому коді, про які ви повідомили протягом 30 днів після приймання, виправляємо безкоштовно, якщо договір не каже інакше.

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