Как давать правки по дизайну и сайту: формат замечаний, раунды правок и что считается новой задачей

Короткий ответ: правки по сайту дают одним сводным списком на этап, а каждое замечание пишут по шаблону «где — что сейчас — что ожидается — скриншот». В наших тарифах до 2 раундов правок: у лендинга и корпоративного сайта — на прототипе или макете и на готовой сборке, у магазина и приложений — до 2 на прототипе и до 2 на сборке. Ошибки исправляются без раунда, а новый раздел или смена согласованной концепции — это уже новая задача с отдельной оценкой.

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

Сколько правок обычно входит в разработку?

Единого стандарта нет: число раундов записывают в договор или прайс конкретного подрядчика. У нас до 2 раундов на каждом тарифе, но их место зависит от типа проекта. Важнее не число, а то, что считается раундом и что идёт в него, а что нет.

По странице цен раунды распределены так:

• Лендинг (от 24 000 ₽) и корпоративный сайт (от 56 000 ₽). Раунд на прототипе или макете дизайна и раунд на готовой сборке. Правки — в рамках согласованной структуры, смена концепции — отдельно.
• Интернет-магазин (от 104 000 ₽), веб- и мобильное приложение. До 2 раундов на прототипе и до 2 на готовой сборке; мелкие косметические правки у веб-приложения — без счёта в рамках этапа.
• Telegram-бот. До 2 раундов: на карте сценариев и после сборки.
• Интеграции и автоматизация. Один раунд на схеме интеграции и один после тестовой сборки.

Раунд — это один сводный список замечаний к этапу и одна итерация исправлений по нему. Если после исправлений что-то сделано не так, как было записано в вашем списке, это не новый раунд, а доработка того же. В типовом договоре правило общее: заказчик вправе запрашивать правки в рамках согласованного ТЗ, работы сверх ТЗ оформляются отдельно.

Поле	Что писать	Так не надо	Так понятно
Где	Страница или экран, блок, устройство и браузер	«На главной»	«Главная, блок „Услуги“, третья карточка, iPhone, Safari»
Что сейчас	Что вы видите, своими словами или цитатой	«Криво»	«Заголовок карточки переносится на три строки и наезжает на цену»
Что ожидается	Каким должен быть результат, с конкретикой	«Сделайте красиво»	«Заголовок в две строки, цена всегда под ним; можно сократить до „Монтаж под ключ“»
Доказательство	Скриншот с отметкой, ссылка, текст для замены	Фото экрана на телефон	Снимок экрана со стрелкой на карточку и ссылка на страницу

Как сформулировать замечание, чтобы его поняли с первого раза?

Каждое замечание должно отвечать на четыре вопроса: где это, что вы видите сейчас, каким должен быть результат и чем это подтверждается — скриншотом, ссылкой или готовым текстом. Одно замечание — одна проблема. Оценки вроде «скучно» без ожидаемого результата разработчик может только угадывать.

Самые частые проблемы с замечаниями — не в их количестве, а в формулировке. «Шапка какая-то не такая» порождает два-три сообщения с уточнениями, и день уходит на переписку. Хорошее замечание можно выполнить, ни о чём не спрашивая.

Несколько правил, которые экономят больше всего времени:

• Указывайте устройство. Сайт выглядит по-разному на телефоне и компьютере. «На айфоне в Safari» или «на ноутбуке в Chrome» сразу сужает поиск.
• Присылайте снимок экрана, а не фото монитора. На Mac снимок части экрана делается сочетанием Shift-Command-4, в Windows инструмент «Ножницы» открывается по Windows + Shift + S — так сказано в справке Apple и справке Microsoft. Обведите или отметьте стрелкой проблемное место.
• Текст для замены давайте готовым. Не «поправьте формулировку», а новая фраза целиком. Разработчик не должен сочинять тексты от вашего имени.
• Отделяйте «нравится» от «работает». «Не нравится оттенок зелёного» и «кнопка не нажимается» — разные по срочности вещи, их стоит пометить: ошибка, правка, пожелание.
• Объясняйте причину. «Уберите блок с отзывами, их пока нет — вернём, когда соберём три-четыре настоящих» даёт разработчику больше, чем просто «уберите»: он может предложить решение.

Как собрать правки от нескольких человек?

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

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

1. Срок. Ответственный рассылает ссылку на макет или сборку и даёт коллегам, например, два рабочих дня.
2. Один документ. Все пишут в общую таблицу или в задачу, а не в личные сообщения. В таблице четыре колонки шаблона и ещё одна — кто предложил.
3. Разбор. Ответственный убирает дубли, решает спорные пункты и помечает каждый пункт: ошибка, правка или пожелание.
4. Отправка. Подрядчик получает один список — это и есть раунд.

Тех, кто имеет право последнего слова, стоит назвать ещё на брифе. Бывает, что макет согласован, а на готовой сборке впервые появляется руководитель, который его не видел, и правки начинаются заново. Это самый дорогой сценарий для обеих сторон.

Запрос	Что это	Почему	Как оформляется
Поменять порядок блоков на главной до сборки	Правка	Структура страницы та же, меняется расположение	В текущем раунде
Кнопка формы не отправляет заявку	Ошибка	Не работает то, что записано в ТЗ	Исправляется без раунда, после акта — по гарантии
Заменить текст и фото в готовом блоке	Правка	Материалы ваши, блок уже есть	В текущем раунде или в бесплатной поддержке
Добавить раздел «Вакансии» с откликами	Новая задача	Новой страницы и формы не было в ТЗ	Оценка и допсоглашение или задача поддержки
Перерисовать согласованный макет в другом стиле	Смена концепции	Отменяется уже согласованное решение	Отдельно, по оценке
Подключить вторую CRM вместо первой	Новая задача	Меняется интеграция из ТЗ	Оценка и допсоглашение

Правка или новая задача: как отличить?

Правка меняет то, что уже есть в согласованном ТЗ и макете: порядок, тексты, цвета, размеры. Новая задача добавляет то, чего не было: раздел, форму, роль, интеграцию. Смена согласованной концепции — тоже отдельная работа. Ошибка — когда не работает записанное в ТЗ, её исправляют без раунда.

Граница проходит не по размеру, а по тому, что записано в ТЗ. Поменять заголовки на десяти страницах — правка, хотя работы много. Добавить одну кнопку «Скачать прайс», которая формирует файл из каталога, — новая задача, хотя выглядит мелочью: за кнопкой стоит новая логика. Примеры — в таблице.

Новые задачи — не проблема и не «претензия к заказчику». Это нормально: на готовой сборке вы видите сайт целиком и понимаете, чего не хватает. Важно только не смешивать их с правками, иначе раунд превращается в бесконечный и непонятно, когда этап закончен.

Что делать, если правок больше, чем по договору?

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

Варианты по порядку, от бесплатного к платному:

• Ошибки. Если что-то не работает по ТЗ — это не правка, её исправляют в рамках работ. После подписания акта ошибки по вине исполнителя исправляются по гарантии — 30 календарных дней с даты акта.
• Бесплатная поддержка после запуска. Мелкие правки: 7 дней у лендинга, бота, интеграций и ИИ-ассистента, 14 дней у магазина, веб- и мобильного приложения, 1 месяц у корпоративного сайта. Часть мелочей разумно отложить сюда, а не тратить на них раунд.
• Дополнительное соглашение. Новый раздел, вторая интеграция, смена концепции. Стоимость по договору фиксирована и меняется только при изменении объёма работ по соглашению сторон.
• Абонентка или разовые задачи. Если доработок много и они будут и дальше, удобнее поддержка — от 7 900 ₽ в месяц по абонентке или разово по задачам.

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

Как проходят правки в личном кабинете?

Каждое замечание заводится задачей на доске проекта в личном кабинете. Колонки на доске: «Пожелания → Бэклог → В работе → На проверке → Готово». Исправленную задачу вы проверяете сами и переводите в «Готово» или возвращаете на доработку с комментарием.

Как это выглядит на практике:

1. Вы пишете замечание в колонку «Пожелания» по шаблону и прикладываете скриншот.
2. Мы разбираем пожелания: правки текущего раунда переходят в работу, новые задачи — в бэклог с оценкой.
3. Когда задача сделана, она попадает в «На проверке», и вы смотрите результат на тестовом адресе.
4. Всё в порядке — переводите в «Готово». Нет — возвращаете с комментарием, что именно не так.

К проекту можно подключить нескольких ваших представителей: каждый видит доску, а ответственный решает, что уходит в работу. Плюс в том, что история сохраняется: через месяц не нужно вспоминать, кто и когда попросил убрать блок. Как устроен кабинет, показано в кейсе клиентского портала Roboweb.team, а зачем он заказчику — в статье «Прозрачность в разработке».

Чек-лист: список правок готов к отправке

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

• Все замечания в одном списке или в задачах на доске, а не в разных чатах.
• У каждого есть «где», «что сейчас», «что ожидается» и скриншот или текст.
• Противоречия между коллегами сняты, список согласован ответственным.
• Каждый пункт помечен: ошибка, правка или пожелание.
• Новые задачи выделены отдельно и не смешаны с правками.
• Тексты для замены даны целиком, фото и файлы приложены.

Какие ошибки при правках встречаются чаще всего?

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

• Правки по одной. Пять сообщений за неделю — это пять переключений и риск, что последнее отменит первое.
• Правки голосом. На созвоне удобно обсуждать, но после него договорённости нужно записать. Устное «как договаривались» на приёмке не проверить.
• Дизайн на словах. «Хочу посовременнее» без примеров. Два-три сайта-референса и одна фраза, что в них нравится, понятнее абзаца описаний.
• Проверка только на компьютере. Многие посетители приходят с телефона — откройте сборку и на нём.
• Правки контента в макете. Если текстов ещё нет, макет делают с черновыми. Переписывать их три раунда подряд — дорого; разумнее утвердить тексты отдельно.
• Правки после приёмки «по мелочи». На приёмку по договору 5 рабочих дней: если замечание всплыло позже, ошибка исправляется по гарантии, мелкая правка — в бесплатной поддержке по тарифу, а всё остальное идёт как новая задача.

Когда строгий формат правок не нужен?

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

Также не стоит тратить время на подробное оформление, если вы ещё на этапе брифа и прототипа и задача только формируется: здесь полезнее созвон и общий разговор о цели, а не список. Подготовить ответы заранее поможет бриф проекта. Формат нужен там, где есть что сравнивать: макет с ТЗ, сборку с макетом. Что именно входит в дизайн по тарифам и где граница отдельного дизайн-проекта, мы разобрали в статье «Сколько стоит дизайн сайта», а общий порядок этапов — в статье «Как мы делаем сайты».

Короткие ответы на частые вопросы

Сколько правок входит в разработку сайта?

По прайсу Roboweb.team — до 2 раундов. У лендинга и корпоративного сайта это раунд на прототипе или макете и раунд на готовой сборке, у интернет-магазина, веб- и мобильного приложения — до 2 раундов на прототипе и до 2 на сборке. Ошибки в работе того, что записано в ТЗ, раундом не считаются.

Что такое раунд правок?

Один сводный список замечаний к этапу и одна итерация исправлений по нему. Если присылать замечания по одному в течение недели, каждое письмо легко превращается в отдельный круг, поэтому мы просим собирать их в один список.

Как правильно написать замечание разработчику?

Укажите четыре вещи: где (страница, блок, устройство), что сейчас, что должно быть и приложите скриншот с отметкой или текст для замены. Одно замечание — одна проблема, без оценок вроде «некрасиво».

Что делать, если правок больше, чем предусмотрено договором?

Сначала отделить ошибки и правки от новых задач: ошибки исправляются без раунда. Оставшееся можно перенести в бесплатную поддержку после запуска, оформить допсоглашением или взять в работу по абонентке поддержки — от 7 900 ₽ в месяц.

Можно ли давать правки голосом на созвоне?

Обсуждать — да, фиксировать — нет: после созвона замечания нужно записать в задачу или общий список. Устные договорённости теряются чаще всего, а на приёмке спорить о них уже не с чем.

Услуги и кейсы по теме: поддержка сайта от 7 900 ₽/мес · кейс: сайт студии и клиентский кабинет · цены и сроки