Fix price или time and material — вопрос не о том, какая модель честнее, а о том, кто несёт риск неопределённости. При фиксированной цене риск берёт подрядчик и закладывает его в смету, при почасовой оплате программиста риск остаётся у вас, зато вы платите только за фактически сделанное. Для разовых задач с понятным результатом обычно выгоднее фикс, для постоянного развития проекта — пакет часов или спринты с выделенным бюджетом.
- Fix price — для задачи, которую можно описать заранее: калькулятор, личный кабинет, интеграция.
- Time and material — для потока мелких задач и исследований, где объём заранее неизвестен.
- Пакет часов или спринт в месяц — компромисс для живого проекта: предсказуемый бюджет и гибкий состав работ.
- В любой модели решают три вещи: прозрачный отчёт, право остановиться и понятная процедура изменения объёма.
Три модели оплаты доработок: в чём разница
На рынке под разными названиями встречаются три схемы. Сравним их по тому, что важно заказчику: предсказуемость бюджета, гибкость и кто платит за ошибки в оценке.
| Критерий | Фиксированная цена | Оплата по факту (T&M) | Пакет часов / спринт |
|---|---|---|---|
| Бюджет | Известен до старта | Известен после работы | Фиксирован на месяц |
| Изменения по ходу | Через допсоглашение | В любой момент | В следующем спринте или из остатка часов |
| Риск недооценки | На подрядчике | На заказчике | Делится: месяц ограничен пакетом |
| Подготовка | Нужно ТЗ или прототип | Достаточно описания задачи | Нужен бэклог задач |
| Подходит для | Разовой функции или модуля | Исследований, мелких правок | Постоянного развития сайта |
Фиксированная цена разработки: когда она работает
Фикс хорош там, где результат можно описать до начала работ. Вы получаете смету, срок в договоре и уверенность, что сумма не вырастет, если программист потратит больше времени, чем рассчитывал. Именно так мы работаем с разовыми задачами на разработку нового функционала: оценка по задаче за 1 день, затем фиксированная смета и срок.
- Бюджет согласован до старта, его можно планировать.
- Риск недооценки на подрядчике, а не на вас.
- Есть понятная точка приёмки: функция работает по согласованному сценарию.
- Подрядчик закладывает в цену запас на неопределённость.
- Любое изменение требований — это пересогласование сметы.
- Нужно время на проектирование до того, как начнётся код.
Главный подвох фиксированной цены — размытое описание. Если в договоре написано «сделать личный кабинет», каждая сторона представляет свой кабинет. Поэтому у нас фикс появляется только после 2–3 дней проектирования: описан сценарий, нужные данные и прототип интерфейса. С таким документом спорить о том, что входило в цену, не приходится.
Почасовая оплата программиста: плюсы и подводные камни
Оплата по факту честна для задач, объём которых заранее не определить: найти причину нестабильной работы обмена, разобраться в чужом коде, сделать десяток мелких правок по ходу недели. Готовить ТЗ на каждую такую задачу дороже, чем саму работу.
Проблемы начинаются, когда по часам оплачивают крупную задачу без контроля. Подрядчику нет стимула работать быстрее, а у заказчика нет инструмента проверить, разумно ли потрачено время. Через пару месяцев счёт оказывается вдвое больше ожидаемого, и спор о «лишних часах» уже не решить.
Платить почасово без лимита и без отчёта по задачам. Минимальная защита при оплате программиста по факту — потолок часов на задачу, после которого работа останавливается до вашего согласия, и еженедельный отчёт: что сделано, сколько часов ушло, что осталось.
Пакет часов и спринты: модель для постоянного развития
Если сайт живёт и задачи появляются каждую неделю, удобнее всего гибрид: вы покупаете фиксированный объём работы на месяц, а состав задач определяете по ходу. Бюджет предсказуем, как при фиксе, а гибкость — как при почасовой оплате.
Так устроена наша техническая поддержка сайтов. Тариф «Стандарт» — 120 000 ₸ в месяц: мониторинг 24/7, ежедневные бэкапы, обновления, контроль скорости и 12 часов доработок с реакцией на критичный сбой за 4 часа. Тариф «Бизнес» для магазинов с 1С и Kaspi — 240 000 ₸ в месяц, 25 часов, дежурство 24/7 и приоритет задач. Часы не сгорают, а переносятся в пределах квартала; если задач больше — докупаете часы или переходите на следующий тариф. Все тарифы — на странице цен на поддержку.
Для крупных проектов, например веб-сервисов, работает вариант с фиксированным спринтом в месяц: команда берёт задачи из общего списка, в конце спринта показывает демо, и вы видите, на что ушёл бюджет.
ПРАВИЛОФиксируйте то, что можно описать. Остальное покупайте объёмом работы с отчётом, а не чеком без потолка.
Что выгоднее в типичных ситуациях
Нужна одна новая функция
Калькулятор, фильтр, онлайн-бронирование, интеграция с CRM — классический случай для фиксированной цены. Результат описывается сценарием, а значит, его можно оценить. Ориентиры: функция — от 80 000 ₸ и 1–2 недели, модуль — от 350 000 ₸ и 3–4 недели, крупная доработка — от 900 000 ₸ и 5–6 недель. Как программисты считают такие задачи, мы подробно разобрали в статье «Сколько стоит доработка сайта».
Поток мелких правок каждую неделю
Баннеры, новые блоки, правки контента, консультации — готовить смету на каждую такую задачу нерационально. Здесь выигрывает пакет часов: задачи ставятся в чат, большинство делается за 1–2 дня, а в конце месяца вы получаете отчёт.
Непонятно, что сломалось
Поиск причины плавающей ошибки — почасовая работа по своей природе. Разумный вариант — ограничить диагностику по времени и после неё перейти к фиксированной оценке исправления.
Крупный проект с меняющимися требованиями
Если продукт развивается по данным пользователей, жёсткий фикс на полгода вперёд вреден: вы заплатите за функции, которые к моменту выпуска уже не нужны. Лучше работать спринтами с бюджетом на месяц и фиксировать объём каждого спринта.
Почему низкая ставка за час не означает дешёвую доработку
Сравнивать подрядчиков по цене часа — всё равно что сравнивать стройку по цене кирпича. Важно, сколько часов уйдёт и что в них входит. Фрилансер с низкой ставкой может потратить больше времени на разбор чужого кода, не тестировать связанные функции и выкладывать изменения прямо на рабочий сайт. Каждый такой пропуск потом возвращается исправлениями, которые снова оплачиваются по часам.
Поэтому сравнивайте стоимость результата. Спросите, входят ли в оценку проектирование, работа на тестовой копии, проверка корзины и обмена с 1С, запуск в ночное окно и гарантия. У нас это часть любой сметы, поэтому итог по задаче иногда оказывается ниже, чем у исполнителя с «дешёвым» часом, который считает только время за клавиатурой.
Второй скрытый расход — время вашего сотрудника. При почасовой работе без проектирования кто-то с вашей стороны постоянно отвечает на вопросы, проверяет промежуточные версии и ищет ошибки. Эти часы не попадают в счёт подрядчика, но компания за них платит.
Как защитить себя в любой модели оплаты
Модель оплаты не спасает от плохого подрядчика, но правильный договор снижает риски с обеих сторон. Проверьте, что в нём есть.
- Описание результата: сценарий или прототип, а не «сделать модуль».
- Порядок изменения объёма: как вы согласуете новую задачу и её цену.
- Потолок часов на задачу при оплате по факту.
- Регулярный отчёт: что сделано, сколько часов ушло, что дальше.
- Гарантия на сделанное и срок, в который исправляются ошибки.
- Право остановиться в любой месяц без штрафов.
- Код, доступы и документация остаются у вас.
У нас эти пункты стандартные: гарантия 6 месяцев на новый функционал, ежемесячный отчёт по поддержке, отмена в любой месяц, код и доступы — ваши.
Как выбрать модель для своего проекта
Начните с простого вопроса: сколько задач по сайту у вас появляется в месяц. Если одна-две крупных в год — платите фиксированную цену за каждую. Если правки идут постоянно — берите пакет часов и выносите крупные функции в отдельные сметы. Если вы думаете о штатном программисте, сначала посчитайте его загрузку: сравнение мы сделали в статье «Штатный программист или аутсорс поддержки».
Если не уверены, пришлите список задач на ближайшие три месяца. Мы разделим его на то, что разумно оценить фиксированной сметой, и то, что удобнее закрывать пакетом часов, — и покажем бюджет обоих вариантов.
Что дешевле: фиксированная цена или оплата по часам?
На коротких понятных задачах итог близок, но фикс даёт предсказуемость. На длинных задачах с меняющимися требованиями оплата по факту обычно дешевле, если есть потолок часов и отчёт.
Почему в фиксированной цене есть запас?
Подрядчик берёт на себя риск недооценки и закладывает его в смету. Чем подробнее описана задача, тем меньше запас: поэтому мы фиксируем цену после проектирования.
Сгорают ли часы в пакете поддержки?
У нас нет: неиспользованные часы переносятся в пределах квартала. Если задач больше, часы можно докупить или перейти на следующий тариф.
Можно ли совмещать модели?
Да, и это частый вариант: мелкие правки идут из пакета часов, а крупные функции оцениваются отдельной фиксированной сметой.
