Поменять телефон в шапке — 15 минут, добавить поле в форму заявки с передачей в CRM — 6 часов. Разбираю, что попадает в оценку кроме написания кода, какие 7 обстоятельств умножают часы, как выглядят сметы на задачи 3 разных масштабов и что можно сделать со своей стороны, чтобы платить меньше.
Поменять телефон в шапке сайта — 15 минут. Добавить в форму заявки одно поле и научить его доезжать до CRM — 6 часов. Обе задачи в письме клиента выглядят одинаково: «мелочь, поправьте, пожалуйста». Разница в 24 раза возникает не от настроения подрядчика.
Цена доработки сайта складывается из 2 множителей: часовая ставка команды и количество часов на задачу. Со ставкой все прозрачно, она публикуется и обсуждается один раз. Все споры и все удивление в счетах живут во втором множителе — в часах. Поэтому дальше речь в основном про них: что попадает внутрь оценки кроме собственно написания кода, какие 7 обстоятельств превращают час в день, как выглядят 3 реальные по структуре сметы и что можно сделать со своей стороны, чтобы задача стоила меньше.
Сразу оговорюсь про ориентиры. Все расчеты в статье — модельные: они показывают структуру сметы, а не прайс конкретного проекта. Реальные цифры зависят от состояния вашего сайта, и как раз про это половина материала.
Почему доработки считают в часах
Доработка — это изменение в уже работающем сайте: новая функция, правка существующей, интеграция, ускорение, исправление ошибки. От разработки с нуля она отличается одним свойством: исполнитель приходит не на чистое поле, а в чужой готовый дом, где до него уже ходили несколько команд.
Отсюда 2 модели оплаты. Сколько стоит сам час работы и как ставки различаются у разных исполнителей — в разборе про стоимость часа программиста; здесь речь о том, откуда берется количество этих часов.
Фиксированная цена работает там, где задача полностью описана и предсказуема: подключить
Оплата по времени работает там, где объем выясняется в процессе. «
Ставка при этом зависит не столько от сложности задачи, сколько от формата сотрудничества. У нас в
Что на самом деле входит в оценку
Главное недоразумение в разговоре о цене: клиент считает время написания кода, подрядчик считает время доведения изменения до рабочего сайта. Это разные величины, и написание кода в них — не самая большая часть.

Возьмем эту задачу и разложим ее целиком.
| Этап | Часы | Что происходит |
|---|---|---|
| Разбор и уточнения | 0,5 | Обязательное поле или нет, как называется, что с формой на других страницах, куда писать в CRM |
| Разработка | 2,0 | Поле, валидация, сохранение, отправка в CRM, текст письма администратору |
| Верстка и адаптив | 1,0 | Вид поля в общем стиле формы, поведение на мобильном, состояние ошибки |
| Тестирование | 1,5 | Отправка с разными данными, проверка письма, проверка сделки в CRM, мобильные браузеры |
| Выкладка и проверка на бою | 0,5 | Перенос на рабочий сайт, контрольная отправка, сброс кеша |
| Ответ и фиксация | 0,5 | Что сделано, где смотреть, что изменилось для менеджеров |
Итого 6 часов, из которых на программирование ушло 2. Если убрать из сметы тестирование и аккуратную выкладку, получится 3 часа — и примерно 50% вероятности, что форма перестанет отправляться с iPhone, а заявки на сутки уедут в никуда. Экономия в 15 тыс. руб. на фоне суточного простоя формы заявок — плохая сделка.
Есть еще 2 статьи расходов, которые в смете обычно не видны, но в часы попадают: переключение между задачами (разработчику нужно время, чтобы вспомнить чужой код) и ожидание ответов от заказчика. Вторая полностью в ваших руках, и о ней — ниже.
7 обстоятельств, которые умножают часы
Одна и та же формулировка задачи на 2 разных сайтах стоит

- Состояние кода. Типовой компонент с настройками правится за час. Тот же компонент, скопированный в шаблон сайта и переписанный 3 разными подрядчиками, сначала нужно прочитать. Правки в ядре CMS — отдельная история: они всплывают в самый неподходящий момент, обычно при обновлении.
- Есть ли тестовая копия. Без нее любая заметная правка делается либо ночью на рабочем сайте, либо с риском положить его днем. Разворачивание копии — это
2–6 часов один раз, которые потом окупаются на каждой задаче. - Интеграции. Как только в задаче появляется 1С, CRM, платежный шлюз или служба доставки, время растет не на проценты, а кратно: нужны доступы, тестовый контур, разбор чужого формата обмена и ожидание ответа второй стороны.
- Объем и качество данных. Фильтр по характеристикам товара делается за 20 часов, если характеристики заполнены у всех товаров одинаково, и за 60, если у половины каталога они лежат в текстовом описании.
- Количество согласующих. Задача, которую утверждает один человек, и задача, где макет смотрят маркетолог, коммерческий директор и собственник, — это разные задачи. Каждый круг правок стоит часы.
- Срочность. «Нужно сегодня» означает, что
кто-то откладывает свою текущую работу. За это берут надбавку, и это нормальная практика, а не наказание за спешку. - Постановка «как у них». Ссылка на чужой сайт вместо описания — самый дорогой вид технического задания. Подрядчик додумывает недостающее, вы видите результат и говорите «нет, я имел в виду другое», цикл повторяется. Что стоит написать заранее, разобрано в материале про ТЗ на разработку сайта.
Отдельно про самый дорогой вариант: сайт, который делали 5 лет назад, а поддерживать никто не поддерживал. Первая же доработка в нем оплачивает не только себя, но и археологию — разбор того, как тут все устроено. Дальше становится дешевле, но первый счет почти всегда неприятно удивляет.
3 сметы для сравнения
Цифры ниже — собирательные и округленные, для понимания порядка. Считаем по ставке абонемента 3500 руб./ч.
Правка контента и мелочи интерфейса. Поменять текст, добавить фотографию, поправить телефон, скрыть блок на странице.
Новая функция средней сложности. Поле в форме с передачей в CRM, калькулятор из 4 параметров, всплывающее окно с условием показа, выгрузка заявок в таблицу.
Крупный блок функциональности. Умный фильтр по каталогу, личный кабинет клиента, новый шаг в оформлении заказа, обмен с 1С.
Полезное наблюдение из практики проектов: разброс внутри каждой категории почти всегда объясняется не техникой, а подготовкой. Задача с готовым описанием, одним согласующим и доступами, выданными сразу, уходит в нижнюю границу вилки. Та же задача с формулировкой в 2 строки и доступами через 4 дня — в верхнюю.
Что реально удешевляет доработки
Работающих способов немного, но они дают заметный эффект.
Копить задачи и отдавать пакетом. Каждое отдельное обращение несет накладные расходы: разбор, переключение, выкладка, проверка. Пакет из 8 мелких правок экономит примерно треть времени по сравнению с 8 отдельными заходами.
Перейти на абонемент, если задачи регулярные. Ставка ниже, команда в контексте, срочные задачи не требуют поиска исполнителя. Экономия относительно разовых работ — около 30% на том же объеме. Что входит в ежемесячное обслуживание и как считать нужное число часов, разобрано в материале про стоимость обслуживания сайта.
Один раз вложиться в инфраструктуру. Тестовая копия, доступы, репозиторий, описание того, где что лежит. Это разовые часы, которые вычитаются из каждой следующей задачи.
Формулировать «зачем», а не «как». «Нужна кнопка вызова обратного звонка в правом нижнем углу» — это решение, которое вы уже выбрали за подрядчика. «Мы теряем клиентов, которые не хотят писать в форму» — это задача, у которой может оказаться вариант в 3 раза дешевле.
А вот что экономией только притворяется. Исполнитель с самой низкой ставкой: разница в 1000 руб./ч. перестает иметь значение, когда на задачу уходит втрое больше часов. Правки сразу на рабочем сайте без проверки: одна упавшая корзина в сезон стоит дороже года тестирования. Отказ от документирования: через полгода никто не помнит, почему этот блок работает именно так, и следующая правка начинается с расследования.
Как читать смету
Нормальная смета на доработку отвечает на 5 вопросов, и если хотя бы 2 ответа отсутствуют, стоит спросить.
- Что входит в объем. Не «доработка формы», а перечень: какие поля, на каких страницах, куда уходят данные, что с письмами.
- Что не входит. Хороший подрядчик пишет это явно: настройка CRM на стороне клиента, дизайн, наполнение контентом, покупка модуля.
- Как распределены часы. Хотя бы
3–4 строки, а не одна цифра. По распределению видно, думал ли исполнитель о тестировании и выкладке. - Что происходит при выходе за оценку. Кто предупреждает, на каком пороге, продолжаются ли работы без нового согласования.
- Что вы получаете на выходе. Работающая функция на рабочем сайте, доступ к коду, короткое описание изменений.
Признаки, при которых счет стоит обсудить до начала работ: цена названа без вопросов о сайте, в смете нет ни одного часа на проверку, оценка дана «примерно» без вилки и без условий, сроки обещаны без учета согласований с вашей стороны. И зеркальный признак: оценка, которая выглядит подозрительно низкой. За ней обычно стоит не эффективность, а недопонятая задача, которая всплывет счетом на доработку доработки.
Частые вопросы
Можно ли получить фиксированную цену на доработку?
Да, если задача описана достаточно подробно, чтобы риск был посчитан. Практичный компромисс — платный аудит на
Почему оценка выросла уже в процессе?
Обычные причины: при разборе обнаружились правки предыдущего подрядчика в тех же файлах, задача затронула смежные страницы, изменились требования после первой демонстрации. В договоре стоит заранее закрепить порог, при превышении которого исполнитель обязан остановиться и согласовать продолжение.
Сколько часов в месяц нужно среднему сайту?
Корпоративный сайт без активного развития обычно укладывается в
Дешевле нанять программиста в штат?
Штатный разработчик выгоден при постоянной загрузке от 100 ч. в месяц и при наличии внутри компании человека, который умеет ставить ему задачи и проверять результат. При нерегулярном потоке задач штатная единица простаивает, а один человек все равно не закрывает сразу верстку, backend, тестирование и администрирование сервера.
Можно ли платить за результат, а не за часы?
Для доработок — редко. Результат вида «увеличить конверсию» зависит от трафика, цен и конкурентов, а не только от кода, поэтому привязывать к нему оплату работ некорректно с обеих сторон. Для конкретной функции результат и так проверяется приемкой: работает — принято.
Как поставить задачу, чтобы она стоила дешевле
Перед тем как отправлять запрос на оценку, потратьте 20 минут и напишите 4 вещи: что сейчас происходит, что должно происходить вместо этого, зачем это нужно бизнесу, кто со стороны компании принимает работу. Приложите ссылки на конкретные страницы и доступы, если они уже есть. Это не бюрократия: такая постановка обычно срезает от четверти до трети часов на разбор и переписку, а заодно защищает вас от результата, который формально соответствует заявке, но решает не ту проблему.


