Сколько правок нормально для сайта и где начинается новый объём

Правки на сайте. Косметика и уточнение - одно, новый функционал - другое; без границ любая «мелочь» превращается в бесплатную разработку.

Правки - нормально. Бесконечность - нет

На любом проекте что-то уточняют после первого просмотра: текст кнопки, отступ, фото в блоке. Это нормальная часть работы.

Проверено на живых проектах.

Ненормально, когда под словом «правка» прячется новая логика, новые страницы и новый сценарий продажи.

Я делю изменения на три типа.

Не теория.

От этого зависит, входит ли задача в смету или оценивается отдельно.

Три типа изменений

• Косметика. Текст, отступ, цвет кнопки, замена фото без смены сетки.
• Уточнение. Переставить блоки, переформулировать оффер, добавить пункты в FAQ.
• Новый объём. Каталог, личный кабинет, калькулятор, интеграция, мультиязык.

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

Вот где ломают.

Третье - всегда отдельная оценка, потому что это не шлифовка, а новая работа с новым тестированием.

Почему правки лучше собирать пачкой

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

1. Главная: заменить фото в hero
2. Услуги: поменять порядок карточек
3. Форма: добавить поле Telegram
4. Контакты: заменить адрес и карту

К списку приложите URL страницы и скрин, если речь про визуал. «Тут некрасиво» без указания места - самая дорогая правка в переписке.

Где начинается доплата

Если изменение ломает согласованную структуру, требует нового макета, новой логики или дополнительного тестирования - это доработка. Не потому что кто-то вредничает, а потому что у задачи появилась новая стоимость: время, риски, сроки.

Хорошее правило: правка отвечает на «как лучше сделать уже согласованное», доработка - «а давайте добавим ещё вот это».

Как фиксировать правки в договоре

Достаточно одной строки: «Включено N раундов правок по согласованному макету. Изменение состава страниц и интеграций - отдельная оценка». Этого хватает, чтобы не спорить на финале. Подробнее про объём до старта - в ТЗ на сайт и в вопросах до предоплаты.

Я прошу правки текстом одним списком. После внесения показываю staging - заказчик проверяет пакетом. Так меньше «ой, а можно ещё вот тут» по десять раз в день. Если правок много, иногда выгоднее запланировать второй этап после запуска, когда появятся данные из Метрики.

Ориентиры по стоимости доработок смотрите на странице цен - там проще сопоставить «ещё одна страница» с «ещё одна кнопка другого цвета».

Сколько раундов - нормальная практика

На лендинге под ключ я обычно закладываю два раунда правок по согласованному макету: первый - после сборки staging, второй - после ваших правок. Этого хватает, если контент и структура были согласованы до вёрстки. Третий раунд «мелочей» часто можно объединить со вторым, если заказчик смотрит страницу целиком.

На многостраничнике считаю раунды по блокам или по страницам - как договорились в ТЗ. Главное - не смешивать «поменять текст кнопки» и «добавить калькулятор» в одном письме «это же правки».

Как не превратить правки в пассивную агрессию

Фраза «сделайте как чувствуете» после жёсткого брифа - ловушка. Разработчик сделает как понял, вам не зайдёт, начнётся второй круг. Лучше: «вот три референса, вот что нравится, вот что нет». Конкретика ускоряет всех.

Если правка спорная - созвон на десять минут дешевле, чем пять итераций переписки. Показываю staging, обсуждаем один скрин, фиксируем решение текстом.

Правки после запуска

После публикации часто приходят правки по данным: «люди не кликают сюда», «много вопросов про доставку». Это нормально и не всегда входит в «раунды по макету». Договаривайтесь заранее: post-launch мелочи - отдельный мини-бюджет или почасовка.

Не путайте правку с A/B-тестом. «Давайте попробуем другой заголовок две недели» - эксперiment, не «исправление ошибки». Так проще оценить и не обидеть ни одну сторону.

Шаблон сообщения с правками

Я прошу формат: номер, URL, что сейчас, что нужно, приоритет (блокер / можно после запуска). Пример: «2. /services - в карточке «Ремонт» заменить фото (вложение), текст цены «от 120 000» - блокер». Так я не трачу время на уточнения и могу оценить объём за один проход.

Если правок больше пятнадцати пунктов после «финального» согласования - стоп. Либо не было финального согласования структуры, либо это этап два. Честный разговор дешевле молчаливого накопления обиды с обеих сторон.

Дизайнерские правки «не нравится шрифт» после утверждения макета - отдельная тема. Если шрифт был в Figma и вы написали «ок» - смена шрифта может быть платной. Если разработчик выбрал шрифт сам без согласования - его правка. Граница в переписке.

На поддержке после запуска я работаю по часам или пакетам правок в месяц. Бесконечные «поправьте запятую» без договора сжигают отношения. Лучше подписать абонемент на мелочи или научиться править тексты в CMS самим.

Культура правок в долгих проектах

На проекте три месяца контекст забывается. Я веду changelog: дата, что согласовано, скрин staging. «Мы же говорили в марте» без записи - тупик. Notion или комментарий в ТЗ на одну строку спасают.

Заказчик может заранее назначить «внутреннего редактора» - одного человека, кто собирает правки от коллег и фильтрует противоречия. Маркетинг хочет зелёную кнопку, директор - синюю - без редактора разработчик получает два mutually exclusive ТЗ.

Обучение: после сдачи покажите, как менять тексты в CMS или где лежат json с ценами. Часть «правок» превращается в самообслуживание - win-win.

Когда подключать разработчика. Разработчик нужен, когда правки касаются логики форм, интеграций, адаптива или структуры страниц - там легко сломать то, что уже работало, если править «на глаз» без staging. Ориентиры по срокам и бюджету - на странице цен, услуги - в разделе услуг.

Что я вижу на аудите

• Отправлять правки по одной строке в течение дня вместо одного списка.
• Называть новую страницу или интеграцию «мелкой правкой».
• Не согласовать число раундов до старта и спорить в конце проекта.
• Писать «сделайте красивее» без URL, скрина и конкретики.
• Менять структуру сайта после согласования макета без пересмотра сметы.

Маршрут без лишнего

1. Перед стартом зафиксируйте, сколько раундов правок входит в цену.
2. Соберите все замечания по странице в один список с URL.
3. Разделите список: косметика, уточнение, новый функционал.
4. Новый объём обсудите отдельно, не смешивайте с шлифовкой.
5. После правок проверяйте staging целиком, а не по одному пикселю.
6. Если правок больше десяти пунктов - возможно, это уже второй этап.

Ещё по теме

• Техническое задание на сайт - зафиксировать объём
• Сколько стоит сайт - откуда берётся цена
• Вопросы до предоплаты - про правки заранее
• Цены - доработки отдельно