WebNeon.
3 мин чтения

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

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

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

Модель оплаты определяет, кто несёт риск неопределённости. Это и есть суть выбора — а не то, какой вариант «выгоднее» в абстракции.

Фиксированная цена

Оговоренная сумма за оговорённый объём работ.

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

Минусы: любое изменение оформляется отдельно и стоит денег; подрядчик закладывает запас на риск, и вы платите за него даже если риск не реализовался; при недооценке подрядчик начинает экономить на качестве, чтобы не уйти в минус.

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

Обязательное условие: приложение с описанием объёма. Без него понятие «фиксированная цена» лишено смысла — непонятно, за что именно она фиксирована. Как составляется задание — в статье как составить ТЗ на сайт.

Почасовая оплата

Оплата фактически потраченного времени по согласованной ставке.

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

Минусы: итоговая сумма неизвестна; требуется контроль; при недобросовестном подрядчике превращается в открытый счёт.

Когда работает: задача с высокой неопределённостью, длительное развитие проекта, интеграции с внешними системами, поддержка и доработки.

Кто несёт риск

Суть различия в одной строке.

Фикс: риск неопределённости на подрядчике. Он закладывает запас 30–50%, чтобы не уйти в минус. Вы платите за этот запас.

Почасовая: риск на заказчике. Работа заняла вдвое больше — вы платите вдвое больше.

Отсюда практический вывод: чем понятнее задача, тем выгоднее фикс; чем непонятнее — тем невыгоднее. На сложном проекте с фиксом вы платите не за работу, а за страховку от неизвестности.

Как контролировать почасовую оплату

Четыре пункта, без которых модель опасна.

Верхняя граница в договоре. «Не более N часов без дополнительного согласования». Это не отменяет гибкости, но защищает от бесконечности.

Детализация часов по задачам. Не «разработка — 40 часов», а перечень: что делалось, сколько заняло. По этому отчёту видно, куда уходит время.

Регулярные отчёты. Еженедельно, а не в конце месяца. Отставание и перерасход должны быть видны рано.

Право остановить работы. В любой момент, с оплатой фактически выполненного.

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

Смешанная модель

На практике самый честный вариант для проектов средней сложности.

Фиксированная цена на понятную часть: проектирование, дизайн, вёрстка, типовые страницы. Здесь объём предсказуем, и подрядчик может назвать сумму без большого запаса.

Почасовая на непредсказуемую: интеграции с внешними системами, нетиповая логика, доработки после запуска.

Интеграции — классический случай для почасовой части: они зависят от чужих систем, документации и доступов, и точная оценка до начала работ невозможна. Почему так, разобрано в статье интеграция сайта с 1С.

Красные флаги

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

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

Почасовая без верхней границы и отчётов. Открытый счёт.

Отказ детализировать часы. «Мы работали, вот счёт» — не отчёт.

Слишком низкая ставка. Если ставка вдвое ниже рынка, экономия компенсируется количеством часов или качеством.

Что важнее модели оплаты

Практическое наблюдение: этапность платежей влияет на исход сильнее, чем выбор модели.

Здоровая схема при любой модели: аванс на старте, платёж после согласования дизайна, платёж после разработки, финальный после приёмки.

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

Что ещё проверить в документе — в статье договор на разработку сайта.

Как выбрать

Три вопроса:

Насколько чётко описана задача? Есть подробное задание — фикс. Есть общее представление — почасовая или смешанная.

Будут ли изменения по ходу? Точно будут — почасовая гибче. Точно нет — фикс безопаснее.

Готовы ли вы контролировать процесс? Почасовая требует внимания: отчёты, приоритеты, решения. Если времени на это нет, фикс проще.

Итог

Фикс перекладывает риск на подрядчика и стоит запаса, который он закладывает. Почасовая перекладывает риск на вас и требует контроля.

Для типового проекта с готовым заданием — фикс. Для проекта с интеграциями и неопределённостью — смешанная модель.

И при любой модели требуйте этапность платежей и еженедельные демонстрации: это защищает лучше, чем выбор между двумя схемами.

Частые вопросы

Что выгоднее заказчику — фикс или почасовая?+

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

Почему подрядчики не любят фикс на сложных проектах?+

Потому что вся неопределённость ложится на них. Чтобы не работать в убыток, они закладывают запас 30–50%. В итоге при спокойном проекте переплачиваете вы, при проблемном — подрядчик уходит в минус и начинает экономить на качестве.

Как контролировать бюджет при почасовой оплате?+

Верхней границей в договоре, детализацией часов по задачам, регулярными отчётами и правом остановить работы. Без этих четырёх пунктов почасовая модель превращается в открытый счёт, и это главный риск для заказчика.

Что такое смешанная модель?+

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

Читайте также