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

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

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

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

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

Отсюда всё остальное: и разница в цене, и разница в поведении обеих сторон в спорных ситуациях.

Сравнение по пяти параметрам

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

Когда фикс работает лучше

Фикс хорош там, где вы можете описать результат словами и не собираетесь его менять на середине.

• Лендинг под рекламу: структура, тексты, форма, метрика. От 40 000 ₽ и 3–5 дней, объём понятен на входе.
• Сайт с админкой по составленному списку разделов и сущностей.
• Отдельная интеграция с описанной документацией: оплата, служба доставки, выгрузка фида.
• Любая работа с жёстким внешним сроком, например к выставке или к сезону.

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

Когда фикс превращается в ловушку

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

Исполнитель закладывает запас на неизвестность — вы переплачиваете за риск, который не наступил. Или не закладывает, упирается в реальный объём и начинает экономить на том, что не видно: на проверках данных, на мобильной версии, на обработке ошибок оплаты.

Признак того, что фикс здесь не подходит: на вопрос «что будет в админке» вы отвечаете «ну, всё нужное». Это не описание, это надежда.

Когда часы дешевле, хотя выглядят дороже

Часы выигрывают в задачах, где половина работы — это выяснить, что вообще нужно.

В Papa BU, платформе перепродажи, логика подбора объявлений менялась по мере того, как становилось видно, что реально приносит просмотры. Собрать поисковое ядро из Вордстата, сгенерировать объявления, посмотреть на результат, поменять правила — и так по кругу. Зафиксировать такое описанием заранее нельзя: первая версия правил живёт до первой недели данных.

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

Как заказчику подстраховаться в почасовой схеме

Главный страх заказчика при часах — что счёт будет расти бесконечно. Он снимается тремя условиями в договоре.

1. Недельный или месячный лимит часов, за который нельзя выйти без письменного согласия.
2. Отчёт в терминах задач с указанием времени по каждой, а не общей цифрой за период.
3. Право остановиться в конце любой недели с передачей всего, что сделано, и оплатой только фактических часов.

Третий пункт важнее первых двух. Если вы можете выйти в любой момент и забрать код, схема перестаёт быть бесконечной.

Гибрид, который чаще всего и получается

На практике почти любой проект длиннее двух недель приходит к смешанной модели. Основной контур фиксируется суммой, а поток мелких изменений после сдачи считается часами.

Так устроено, например, сопровождение: базовые работы входят в абонемент, а новые функции считаются отдельно. Вилку на разработку мы держим открытой — лендинг от 40 000 ₽, сайт с админкой от 100 000 ₽, платформа от 150 000 ₽, — и она относится именно к фиксируемой части, цены и сроки собраны там же.

Кому какая схема

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

Где обе схемы ломаются одинаково

Есть причина срыва, на которую схема оплаты не влияет вообще: заказчик недоступен.

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

При часах то же самое стоит денег напрямую: специалист либо ждёт, либо делает предположение, и половина предположений потом переделывается.

Поэтому в договоре полезен пункт про срок ответа заказчика. Не как угроза, а как признание того, что разработка — это диалог, а не заказ мебели по каталогу.

Три вопроса, которые задают до выбора схемы

1. Могу ли я сейчас перечислить всё, что должно быть в результате, списком из пунктов? Если да — фикс возможен.
2. Сколько времени в неделю я готов тратить на проект? Меньше часа — часы не подойдут, контроля не будет.
3. Что случится, если работа остановится на середине? Если это катастрофа, нужен фикс с этапами и передачей прав на каждый принятый этап.

Третий вопрос обычно и решает. Он переводит разговор с «что дешевле» на «что я теряю в худшем случае».

Коротко

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