Короткий ответ: фиксированная цена стоит дороже на величину риск-премии — обычно 20–40 % к честной оценке трудозатрат — и покупает вам предсказуемость. Почасовая оплата дешевле в ожидании и не имеет верхней границы, поэтому она безопасна ровно настолько, насколько точно описан результат. Ни одна из моделей не является ловушкой сама по себе: ловушкой становится модель, выбранная не под ту стадию проекта.
Ниже — разбор на одном модельном проекте: ставка 2 800 ₽ в час, честная оценка объёма 480 часов. На этих числах видно, сколько именно стоит риск-премия, где почасовая оплата выходит из берегов, почему смешанная модель обычно дешевле обоих чистых вариантов и что должно быть записано в договоре при каждом из трёх сценариев. Ставки взяты как ориентир рынка на сентябрь 2026 года и заметно расходятся по регионам и по квалификации команды.
Риск-премия: почему тот же объём в фиксе стоит дороже
Когда подрядчик называет фиксированную цену, он берёт на себя обязательство сдать результат независимо от того, сколько времени тот займёт. Это финансовое обязательство, и оно оценивается так же, как страховая премия: к честной оценке добавляется буфер на неопределённость. Если буфера нет, подрядчик либо не понимает объём, либо планирует добрать деньги через дополнительные соглашения.
Из этих чисел следует практический вывод. Риск-премия в 30 % выглядит грабежом только до тех пор, пока не сравнить её с разбросом фактических трудозатрат. Проекты автоматизации почти никогда не укладываются в первичную оценку: типичное расползание — четверть объёма, а при задании, написанном на двух страницах, — больше половины. Так что переплачиваете вы не 30 %, а 4 % относительно реального ожидания.
Оценить объём интеграции, не посмотрев конфигурацию учётной системы, состав данных и число сценариев, невозможно. Если подрядчик называет твёрдую цену по одному созвону, у него есть ровно два способа не уйти в убыток: прийти за доплатой при первой же неожиданности или сдать работу без того, чего вы не проверите, — без обработки сбоев, журнала ошибок, повторных попыток и приёмочных тестов. Оба способа обнаруживаются на втором месяце эксплуатации.
Столбчатая диаграмма из четырёх столбцов на общей оси в рублях. Слева «Честная оценка без буфера — 1 344 000 ₽» серым. Далее «Фикс с риск-премией 30 % — 1 747 200 ₽» с выделенным верхним сегментом «риск-премия 403 200 ₽». Далее «Почасовая, +25 % — 1 680 000 ₽». Справа «Почасовая при плохом ТЗ, +60 % — 2 150 400 ₽» с пунктирной стрелкой вверх и подписью «верхней границы нет». Между вторым и третьим столбцами скобка «разница 67 200 ₽». Чертёжный стиль, подписи по-русски.
Где почасовая оплата выходит из берегов
Почасовая оплата честна и прозрачна ровно до тех пор, пока обе стороны одинаково понимают, что считается готовым результатом. Разрушают её три вещи, и все три — на стороне заказчика чаще, чем на стороне подрядчика.
- 1Неопределённое задание. «Сделайте, чтобы заявки попадали в CRM» — это не требование, а направление. Каждый невыясненный вопрос превращается в переписку, в переделку и в оплаченные часы; в модельном расчёте это и есть те 288 дополнительных часов, которые дают 2 150 400 ₽.
- 2Меняющиеся требования без фиксации изменений. Изменить что-то в процессе разработки нормально и неизбежно. Ненормально — не считать эти изменения отдельно: через три месяца никто не помнит, что половина перерасхода вызвана четырьмя правками, которые заказчик считал уточнениями.
- 3Отсутствие приёмки по этапам. Если результат принимается один раз в конце, до этого момента вы платите за часы вслепую. Приёмка каждые две недели по осязаемому результату — единственный работающий ограничитель почасовой модели.
Отсюда правило: почасовая оплата подходит тем, у кого есть человек, способный принимать работу каждые две недели по существу. Если такого человека нет, почасовая модель превращается в подписку на процесс без ответственности за результат — и это будет дороже любой риск-премии.
Есть и обратная сторона, о которой заказчики узнают позже. Почасовая оплата снимает с подрядчика мотивацию спорить с плохими решениями: если вы просите сделать сложно там, где можно просто, при фиксе он будет возражать, потому что платит за это своим временем, а при почасовой — просто выставит часы. Поэтому в почасовой модели роль заказчика активнее: он не только принимает результат, но и держит границу объёма. Практически это означает регулярный вопрос «сколько часов это добавит и что мы уберём взамен», заданный до начала работы, а не при виде отчёта.
Третья модель, которая обычно и есть правильный ответ
Спор «фикс или почасовая» некорректен, потому что предполагает одну модель на весь проект. На деле проект состоит из двух частей с принципиально разной неопределённостью: обследование и проектирование, где неизвестного много, но объём работ предсказуем, и реализация, где известно, что делать, но неизвестно, сколько сюрпризов принесут чужие системы.
Рабочая схема: фиксированная цена на обследование и проектирование, почасовая — на реализацию с лимитом часов на этап. Обследование стоит 90 000–180 000 ₽ и занимает 2–3 недели; в модельном расчёте возьмём 120 000 ₽. Его смысл в том, что после него оценка сужается с ±50 % до ±15 %, а вместе с ней падает и риск-премия — с 30 до примерно 12 %.
Горизонтальная лента времени из трёх участков разной длины. Участок 1 «Обследование и проектирование, 2–3 недели» с плашкой «фиксированная цена 120 000 ₽» и подписью результата «карта процесса, ТЗ, оценка ±15 %». Участок 2 «Реализация» с плашкой «почасовая с лимитом на этап» и подписью «приёмка каждые 2 недели». Участок 3 «Запуск и стабилизация» с плашкой «фикс на гарантийный период». Над лентой убывающая кривая «неопределённость: ±50 % → ±15 % → ±5 %». Чертёжный стиль, подписи по-русски.
Что должно быть в договоре при каждой модели
Модель оплаты работает не сама по себе, а через несколько пунктов договора. Ниже — минимальный набор, без которого выбранная модель превращается в свою противоположность: фикс — в бесконечные дополнительные соглашения, почасовая — в счёт без объяснений. Подробный разбор структуры договора у нас вынесен в отдельную статью журнала; здесь — только то, что зависит именно от модели оплаты.
| Пункт договора | Фиксированная цена | Почасовая оплата | Гибрид |
|---|---|---|---|
| Предмет | ТЗ — приложение к договору, изменения только допсоглашением | Описание результата этапа, а не перечень работ | ТЗ появляется как результат первого, фиксированного этапа |
| Ограничитель бюджета | Цена, дальше — риск подрядчика | Лимит часов на этап и обязанность предупредить при его достижении | Фикс на обследование, лимит часов на каждый этап реализации |
| Приёмка | Критерии приёмки прописаны заранее и проверяемы | Приёмка каждые 2 недели по осязаемому результату | Акт по обследованию, затем поэтапная приёмка |
| Порядок изменений | Оценка изменения до начала работ, письменно | Изменения фиксируются отдельной строкой в отчёте | Изменения после проектирования оцениваются как отдельная работа |
| Отчётность | По этапам: что сдано и что принято | Отчёт по часам с расшифровкой задач и исполнителей | Оба вида отчётности на своих участках |
| Что остаётся у заказчика при разрыве | Результат принятых этапов | Всё, что оплачено, плюс исходники и доступы | Обследование и ТЗ остаются в любом случае |
Сравнение в три колонки: «Фикс», «Почасовая», «Гибрид». В каждой колонке четыре строки с иконками-плашками: «Ограничитель бюджета», «Приёмка», «Порядок изменений», «Что остаётся при разрыве». В колонке «Фикс» выделена строка «цена — риск подрядчика», в колонке «Почасовая» — «лимит часов на этап», в колонке «Гибрид» — «обследование и ТЗ остаются в любом случае». Внизу подпись: «Без этих четырёх строк модель оплаты не работает». Чертёжный стиль, подписи по-русски.
Сколько стоит сменить модель или подрядчика на середине
Ошибка в выборе модели редко признаётся сразу: сначала срывается этап, потом начинается спор об объёме, и только затем встаёт вопрос о смене подрядчика. Посчитаем этот сценарий на том же проекте: 230 часов из 480 уже сделаны и оплачены, остаётся 250 часов.
575 000 ₽ — это в восемь с половиной раз больше, чем переплата за фикс (67 200 ₽), и почти в пять раз больше экономии гибрида (121 920 ₽). Другими словами, любые расчёты выше имеют смысл только при условии, что проект доводится до конца одной командой. Поэтому спор о модели оплаты стоит вести один раз — до подписания, вместе с разбором того, как выбирается подрядчик и по каким признакам видно, что смета названа наугад.
Наценка в 35 % за чужой код — не жадность нового исполнителя, а плата за неизвестность: он не знает, где в этой системе спрятаны допущения, какие места не покрыты проверками и что сломается при первой же правке. Снизить её можно единственным способом, и делается это в начале, а не в конце. В договоре с первым подрядчиком должна быть передача исходников, доступов, схемы данных и краткого описания принятых решений по каждому принятому этапу. Тогда при разрыве вы отдаёте новой команде не архив с папками, а работающий проект с документацией, и наценка падает вдвое.
Когда фикс невозможен честно, а иногда не нужно ни то ни другое
Есть ситуации, в которых фиксированная цена не может быть названа добросовестно, и требовать её — значит покупать проблему. Главная из них: интеграция с системой, к которой у подрядчика нет доступа до старта. Пока не открыта конфигурация учётной системы, не видны реальные данные и не проверено, есть ли у смежной системы работающий интеграционный контур, любая твёрдая цена — угадывание. То же самое касается работы с внешним сервисом, которым управляет контрагент, и с оборудованием, которое ещё не куплено.
- Нет доступа к системе до старта: честный вариант — фикс на обследование с доступом, твёрдая цена на реализацию после него.
- Процесс не описан и меняется каждый месяц: сначала регламент, потом автоматизация; иначе оплачивается переписывание, а не разработка.
- Результат зависит от третьей стороны — банка, площадки, госсистемы: цена фиксируется на вашу часть работ, а не на итог, которым вы не управляете.
- Объём работ меньше 40–60 часов: обследование и оформление фикса съедят заметную долю бюджета, разумнее почасовая с лимитом.
- Задача закрывается готовым сервисом за 30 000–50 000 ₽ разово: тогда не нужна ни одна из моделей, и об этом честный подрядчик говорит на первом созвоне.
И последнее. Модель оплаты не заменяет обследования, приёмки и здравого смысла — она только распределяет риск. Если процесс не описан, а требования формулируются на ходу, дорого выйдет и фикс, и почасовая: в первом случае вы заплатите премию за чужую неопределённость, во втором — оплатите её напрямую по счётчику. Разница будет в том, кто из вас двоих узнает об этом первым.
Цена в договоре описывает не работу, а то, чей это риск. Всё остальное — переговоры о числе.
