Бесконечные мелкие замечания в чатах размывают прибыль проекта с фиксированной оплатой. Смета закрывает работу, а не переписку. Защитить бюджет помогает простое правило: объединять замечания в два закрытых пакета, а третью волну переводить в почасовую оплату.
Исполнитель соглашается на «пару мелких уточнений». Дальше заказчик присылает правки порциями по одной строчке в течение двух недель. В итоге себестоимость работы растёт, а проект застревает на финальном этапе сдачи.
Итерация — это единый пакет замечаний, а не сообщения по одной строчке
Итерация правок — это полный список замечаний к конкретной версии проекта, собранный в один документ. Сообщения «поменяйте кнопку», отправленные с интервалом в три часа, не считаются отдельными итерациями. Это разрозненный поток, который разрушает фокус и растягивает рабочее время.
Правки приходят отдельными репликами в мессенджере. Дизайнер тратит время на открытие файлов, экспорт и повторные согласования каждого пикселя. Чтобы остановить этот процесс, исполнителю нужно регламентировать формат обратной связи.
Каждая итерация должна иметь чёткую структуру:
- снимок экрана или ссылка на конкретный экран;
- точное описание проблемы без оценочных суждений;
- желаемый результат или новое утверждённое содержание текста;
- финальная отметка заказчика о том, что список полон и закрыт.
Пока заказчик не собрал все пункты в один реестр, исполнитель не приступает к работе. Это отсекает эмоциональные корректировки и приучает сторону заказчика проверять макет целиком.
Две итерации в фиксе защищают бюджет, третья идёт по часовой ставке
При работе по фиксированной стоимости закладывать в смету бесконечные правки нельзя. Практичный стандарт для небольших студий и фрилансеров — ровно две итерации замечаний. Они включены в базовую цену договора.
Первая итерация снимает основные нестыковки, структурные недочёты и вопросы по вёрстке. Вторая итерация убирает оставшиеся мелкие шероховатости. И полирует результат перед финальной сдачей. Если проект требует третьей подачи замечаний, процесс вышел из-под контроля.
| Параметр | Первая итерация | Вторая итерация | Третья и последующие |
|---|---|---|---|
| Что входит | Правка структуры, смысловых блоков, композиции | Финальная вычитка, выравнивание, цвет | Любые дополнительные пожелания |
| Оплата | Включена в базовую стоимость | Включена в базовую стоимость | Оплачивается отдельно по часам |
| Срок сбора | 3–5 рабочих дней со стороны заказчика | 2–3 рабочих дня со стороны заказчика | По договорённости сторон |
| Формат | Единый реестр задач | Список по нерешённым пунктам | Дополнительный счёт по часам |
Третья и последующие итерации тарифицируются строго по часовой ставке исполнителя. Например, при ставке 2 000 ₽ за час четыре часа правок добавляют к счёту 8 000 ₽. Заказчик сразу видит цену каждого нового пожелания и начинает расставлять приоритеты.
Правка меняет согласованное ТЗ — это новая платная задача
Главный источник споров на фрилансе — подмена понятий. Заказчики часто называют правкой то, что полностью меняет согласованное техническое задание или ранее принятый этап работы.
Необходимо разделять устранение ошибки и изменение требований. Если верстальщик допустил съехавшую сетку на мобильном экране при утверждённом макете — это гарантийная доработка. Она выполняется бесплатно и не тратит лимит итераций.
Новой платной задачей считаются ситуации, когда требования противоречат утверждённому брифу:
- замена утверждённой структуры каталога после отрисовки дизайна;
- изменение ранее согласованного текста на принципиально иной посыл;
- перерисовка утверждённого интерфейса под новую целевую аудиторию;
- добавление новых сущностей, которых не было в смете на старте.
Когда заказчик говорит: «Мы передумали, давайте сделаем синий фон вместо белого», исполнитель отвечает расчётом часов. Фраза для диалога: «Это меняет утверждённую концепцию. Задача пойдёт как дополнительные оплачиваемые часы по ставке проекта».
Единая доска и прозрачный таймер исключают споры о времени
Собрать замечания воедино можно в электронной таблице или обычном текстовом файле. Главное — фиксировать статус каждого пункта и не терять контекст между обсуждениями, но при росте числа правок текст перестаёт давать наглядность.
В агентстве UXCODE правки без отдельной оплаты регулярно съедали рабочее время. Референсы и правки заказчика раньше жили в разных программах сразу. Программу WorkClient пять лет собирали для себя при агентстве. Задачи и время свели на одну доску.
Для этого у каждого проекта в WorkClient есть доска. Лист со стикерами, связями и штампами статусов. Задача со стикера попадает в канбан и обратно, а правки заказчика превращаются в задачи.
В одном проекте действуют почасовая и фиксированная оплата. Всегда видно, сколько стоит час и не ушёл ли фикс в минус.
На странице проекта «Правки» — единственный раздел, в котором заказчик пишет сам. Третья волна замечаний уходит оттуда прямо в задачи, минуя чат.
В программе есть разбор спорного времени. Снятые автоматикой минуты остаются в списке с причиной. Их можно подтвердить до выставления счёта. Отработанные часы превращаются в строки счёта и выгружаются в PDF.
Пункт для договора отсекает бесконечные переделки
Устные договорённости о правках забываются при первом конфликте интересов. Чтобы защитить бюджет, правила согласования вносят в договор или приложение к нему.
По статье 709 Гражданского кодекса РФ от 26.01.1996 № 14-ФЗ цена работы определяется сметой. В том числе приблизительной. Это позволяет зафиксировать базовую стоимость с оговоркой о почасовой оплате доработок сверх лимита.
Формулировка для раздела о порядке сдачи-приёмки работ:
«Заказчик обязуется предоставить мотивированные замечания к результату работ единым списком в течение 3 (трёх) рабочих дней с момента получения материалов. В базовую стоимость этапа включены не более 2 (двух) итераций правок, не изменяющих согласованное техническое задание. Все последующие итерации, а также доработки, изменяющие ранее утверждённые решения, оплачиваются Заказчиком дополнительно по ставке 2 500 (две тысячи пятьсот) рублей за 1 (один) час работы Исполнителя на основании отчёта об отработанном времени».
Такой пункт исключает возможность требовать бесконечных переделок. Заказчик подписывает понятный регламент и видит финансовые последствия каждой новой правки.
Когда пакетный метод с итерациями не подходит
Пакетная система с жёстким лимитом в две итерации работает только в проектах с фиксированным бюджетом (Fixed Price). В продуктовой разработке и стартапах этот подход часто даёт сбой.
Если команда работает по гибким методологиям, требования к продукту меняются на основе тестов каждую неделю. Попытка загнать такой проект в две итерации приведёт к тупику и срыву сроков запуска.
Для гибких задач подходит модель Time & Materials. Заказчик оплачивает фактические часы работы специалистов по согласованной ставке. В этом случае споры об итерациях отпадают: заказчик вправе менять интерфейс сколько угодно, пока оплачивает затраченное время.
Это не юридическая консультация: свой случай стоит разобрать с юристом.
Что запомнить
- Считайте итерацией только полный реестр замечаний, а не отдельные фразы в чате.
- Закладывайте в фиксированную смету ровно две подачи правок, а третью переводите на почасовую ставку.
- Отделяйте устранение собственных технических ошибок от правок, меняющих согласованное ТЗ.
- Фиксируйте лимит итераций, срок их сбора и часовую ставку доработок прямо в договоре.
- Для проектов с постоянными изменениями переходите на почасовую оплату вместо фикса.