MVP по фиксированной цене или почасовая оплата: что на самом деле нужно основателям

Практическое руководство по выбору модели сотрудничества — и что именно вы покупаете в каждом варианте.

Большинство основателей воспринимают выбор между фиксированной ценой и почасовой оплатой как торг о цене. Это заблуждение. Речь идёт о том, кто несёт риски, у кого есть стимул двигаться быстрее и кто отвечает, когда объём работ оказывается не таким, как предполагалось. Ошибитесь в постановке вопроса — и внешне дешёвый вариант станет дорогим ещё до окончания первого спринта.

Это практическое руководство, а не продающая презентация. У обеих моделей есть обоснованные сценарии применения. Цель — помочь вам понять, в какой ситуации вы находитесь на самом деле.

Что вы на самом деле покупаете

Внешнее различие между почасовой и фиксированной моделью очевидно: одна тарифицирует время, другая — результат. Реальная разница — в том, на чьей стороне риск.

При почасовой оплате подрядчик продаёт время. Получится ли из этого времени работающий продукт — по контракту это ваша проблема. Структура стимулов в лучшем случае нейтральна: нет финансового давления искать решение попроще, переработать излишне сложное или возражать против требований, раздувающих объём. Больше часов — больше выручка.

При фиксированной цене подрядчик продаёт определённый результат. Риск того, что реализация затянется, лежит на нём. Стимул теперь работает в обратную сторону: закончить быстрее, закончить чище, не усложнять без нужды. Подрядчик, дающий фиксированную цену, делает ставку на собственное умение точно оценивать и выполнять работу.

Ни одна из моделей не лучше другой по определению. Они по-разному распределяют риски, и правильный выбор зависит от того, какая сторона лучше подготовлена нести этот риск в вашей конкретной ситуации.

Когда почасовая оплата работает в вашу пользу

Почасовая модель оправдана, когда объём работ действительно неизвестен и вам нужна свобода менять направление без пересмотра контракта.

Сюда относятся исследования и разработки (R&D) на ранней стадии. Если вы строите нечто технически новое — новый алгоритм, непроверенную интеграцию, продукт в области, где требования складываются в ходе экспериментов, — фиксация объёма будет фикцией. Вы не знаете, что строите, пока не попробуете это построить. Контракт с фиксированной ценой в такой ситуации означает одно из двух: подрядчик будет выставлять счета за каждое изменение, либо заранее заложит в оценку запас на неопределённость, о которой вы ещё не подозреваете.

Дальнейшая разработка продукта после запуска MVP — ещё один обоснованный случай для почасовой модели. Когда есть работающая система и список задач, который меняется каждую неделю, модель оплаты по факту позволяет гибко менять приоритеты без дополнительных соглашений.

Честная оговорка: почасовая модель требует активного управления. Без сильного технического руководителя внутри компании, который сверяет ход работ с ожиданиями, неконтролируемый рост объёма работ почти неизбежен. Счётчик крутится независимо от того, в правильном ли направлении движется работа.

Когда фиксированная цена работает в вашу пользу

Фиксированная модель работает, когда ещё до начала работ можно определить, что значит «готово», — и когда предсказуемость бюджета важнее гибкости.

Для первого MVP это достижимо чаще, чем думают основатели. У хорошо проработанного MVP есть известный набор пользовательских сценариев, выбранный технологический стек и чёткие критерии приёмки. Неопределённость не в том, что строить, а в том, сможет ли подрядчик выполнить работу по спецификации. Контракт с фиксированной ценой переносит этот исполнительский риск на подрядчика — туда, где ему и место.

Предсказуемость бюджета особенно важна, когда вы отчитываетесь перед инвесторами или советом директоров или когда бюджет MVP — последний запас средств перед раундом финансирования. Почасовая оплата без чёткого потолка в такой ситуации — источник риска. Фиксированная цена — обязательство, которое ложится в финансовую модель.

Фиксированная цена, как правило, ещё и ускоряет сдачу проекта. У подрядчика на фиксированном контракте нет стимула растягивать сроки. У подрядчика на почасовой оплате нет стимула их сокращать.

Скрытые риски каждой модели

Почасовая оплата: счёт приходит раньше продукта. Неконтролируемый рост объёма работ — норма, а не исключение, и он происходит настолько постепенно, что его легко не заметить, пока бюджет не превышен на 40% и вы не оказались в середине спринта. Пробел в ответственности заложен в саму модель: подрядчик отработал часы, вы согласовали работу, перерасход — общая неудача без явного ответственного.

Фиксированная цена: риск переходит на другую сторону. У подрядчика, занизившего цену, три варианта: принять убыток на себя, экономить на качестве ради маржи или найти законные поводы для дополнительных соглашений. Первое случается редко. Второе создаёт технический долг, который станет вашей проблемой после сдачи. Третье превращает контракт с фиксированной ценой де-факто в почасовой, только с большим количеством разногласий.

Чтобы снизить риск фиксированной модели, проверьте, насколько точными были прежние оценки подрядчика, и добейтесь детального описания объёма работ в контракте. Контракт с фиксированной ценой и размытым объёмом — это не контракт с фиксированной ценой. Это почасовой контракт с заниженной начальной ценой.

Что меняет разработка с оркестрацией ИИ-агентов

Экономика фиксированных контрактов за последние два года существенно изменилась. Подрядчики традиционно закладывали в фиксированную цену большой запас из-за неопределённости сроков: точно спрогнозировать, сколько времени потребуется команде людей, действительно сложно, и запас служил страховкой.

Разработка с оркестрацией ИИ-агентов заметно сокращает сроки и делает их более предсказуемыми. Когда ведущий инженер, управляющий ИИ-агентами, создаёт корпоративную систему из 13 микросервисов за 12 дней, разброс между оценкой и фактом сужается — не потому, что задача проще, а потому что модель исполнения более детерминирована. У агентов не бывает неудачных недель. Параллельные потоки работ не порождают накладных расходов на координацию в прежнем объёме.

Практический вывод для основателей: разработка MVP по фиксированной цене стала более жизнеспособной моделью, поскольку запас на непредвиденное, который раньше делал её дорогой, сократился. Это не значит, что любой фиксированный контракт теперь заслуживает доверия. Это значит, что те из них, которые подкреплены подтверждённым опытом разработки с оркестрацией ИИ-агентов, стоит рассматривать серьёзнее, чем два года назад.

Пять вопросов перед подписанием

Какую бы модель вы ни выбрали, эти вопросы расскажут больше, чем структура контракта сама по себе.

1. Можете ли вы определить «готово»? Если до начала работ вы способны описать пользовательские сценарии, граничные случаи и критерии приёмки, фиксированная цена вам подходит. Если нет — нет.

2. Кто несёт риск ошибочной оценки? При почасовой — вы. При фиксированной — подрядчик, но только если объём зафиксирован. Разберитесь, что означает «изменение объёма» в контракте, прежде чем подписывать.

3. Какой у подрядчика опыт в проектах такого типа? Данные о прошлых проектах — сроки, отклонения по стоимости, количество дефектов после запуска — предсказывают результат лучше, чем коммерческое предложение. Запросите их.

4. Какой темп расходования средств для вас допустим? Если денег у вас хватит на шесть месяцев, а MVP — главная веха, контракт с непредсказуемой стоимостью — системный риск. Если на 18 месяцев, а MVP — один из нескольких параллельных потоков, расклад иной.

5. Что произойдёт, когда требования изменятся? Они изменятся. Разберитесь в процессе обработки изменений, их стоимости и влиянии на сроки до того, как окажетесь в середине спринта и будете обсуждать это под давлением.

Правильная модель определяется вашими ответами на эти вопросы — а не тем, какая из них звучит убедительнее в разговоре с продавцом.

NOSOTA создаёт MVP и корпоративные системы по контрактам с фиксированной ценой. Подробности об объёме, сроках и модели сотрудничества — в кейсах.