Этап правок — место, где спокойный проект превращается в нервный. Исполнитель прислал макет, заказчик пишет «что-то не то, сделайте посовременнее», тот переделывает наугад, снова не угадывает — и так по кругу. Проблема почти никогда не в людях, а в том, как сформулированы правки.
Хорошая новость: это навык, а не талант. Есть несколько простых правил, которые заставляют правки доходить с первого раза и экономят недели. Ниже — пошаговый порядок.
Шаг 1. Соберите правки в один список
Не отправляйте правки по мере того, как замечаете. Пройдите весь макет или страницу целиком и выпишите всё, что хотите изменить, в один документ. Так исполнитель видит объём сразу и не делает лишних движений.
Правки по одной в течение дня — самый частый способ растянуть проект: каждая мелочь прерывает работу и встаёт в очередь отдельно.
Шаг 2. Привяжите каждую правку к месту
Исполнитель должен понять, где именно менять, без догадок. Для каждой правки укажите место одним из способов:
- Название блока или экрана: «первый экран», «блок с ценами», «форма внизу».
- Скриншот с пометкой прямо на картинке.
- Ссылка на конкретную страницу тестовой версии.
- Цитата текста, который нужно поправить.
Если сайт показывают по ссылке на тестовую версию (а так и должно быть), ссылаться на конкретный экран проще всего. Как устроен процесс с промежуточными версиями — в статье этапы создания сайта.
Шаг 3. Описывайте проблему, а не решение
Самое ценное правило. Вы знаете свой бизнес и своего клиента, исполнитель знает, как это реализовать. Поэтому описывайте, что не так с точки зрения результата, а не диктуйте технику.
| Расплывчато | Понятно |
|---|---|
| Сделайте поживее | Первый экран выглядит пусто, добавьте фото работы |
| Текста много | На телефоне первый экран не читается, сократите заголовок |
| Кнопка не нравится | Кнопку заявки не видно сразу, сделайте заметнее |
| Как-то несовременно | Вот два сайта, которые нравятся по стилю, — ссылки |
В правом столбце исполнителю понятно, что именно решать. В левом он вынужден угадывать — и чаще всего не угадывает.
Шаг 4. Отделяйте правки от новых доработок
Важно честно различать два разных действия, иначе возникают взаимные обиды про «а это разве не входит».
- Правка — поправить согласованное: текст, цвет, отступ, порядок внутри блока.
- Доработка — добавить новое: раздел, которого не было, вторую языковую версию, интеграцию.
Правки в рамках согласованного обычно входят, доработки считаются отдельно — и это нормально, если проговорено до старта. Чтобы границы были ясны, зафиксируйте их в договоре; что в нём смотреть — в статье договор на разработку сайта. А чтобы правок и споров об объёме было меньше, задачу удобно описать заранее по готовому шаблону технического задания по пунктам.
Шаг 5. Как сделать, чтобы правок было меньше
Лучшая правка — та, которой не понадобилось. Большую часть переделок убирает согласование логики до дизайна.
- Согласуйте структуру и прототип до отрисовки макета — менять порядок блоков на схеме дёшево.
- Соберите референсы заранее: два-три сайта, которые нравятся, и чем именно.
- Назначьте одного человека со стороны бизнеса, кто собирает правки. Правки от пяти сотрудников разом противоречат друг другу.
- Проверяйте тестовую версию на телефоне, а не только на мониторе.
Правок становится в разы меньше, когда логику сайта согласовали на прототипе: переставить блок на схеме стоит минуту, а на готовом макете — часы.
Частые ошибки в правках и чем они оборачиваются
Даже с хорошими намерениями правки умеют тормозить проект. Вот типичные промахи заказчика и к чему они приводят.
| Ошибка | Чем оборачивается |
|---|---|
| Правки по одной весь день | проект растягивается, растёт раздражение |
| Противоречивые правки от разных людей | исполнитель переделывает туда-сюда |
| Правка-решение вместо проблемы | сделано по букве, но суть не решена |
| Смена концепции на этапе вёрстки | дорогая переделка, сдвиг сроков |
| Проверка только на компьютере | на телефоне всё равно вылезут проблемы |
Большинство из них лечится двумя привычками: собирать правки списком и назначить одного ответственного со стороны бизнеса. Остальное — вопрос формулировок.
Шаблон, как оформить список правок
Чтобы не изобретать формат каждый раз, держите правки в простой таблице. Её поймёт любой исполнитель, а вам она не даст забыть, что уже отправлено.
| Где | Что не так | Что хочу |
|---|---|---|
| Первый экран | непонятно, чем занимаемся | добавить подзаголовок с услугой |
| Блок цен | мелкий шрифт на телефоне | сделать читаемым на мобильном |
| Форма внизу | не видно кнопку отправки | сделать кнопку заметнее |
Столбец «где» привязывает правку к месту, «что не так» описывает проблему, «что хочу» — желаемый результат, а не технику. Техническое решение исполнитель подберёт сам.
Как принимать правки обратно
Правки — это диалог, а не разовая отправка. После того как исполнитель внёс изменения, важно проверить их по порядку, а не присылать новую волну поверх.
- Пройдите по своему же списку и отметьте, что сделано, а что нет.
- Проверьте правки на телефоне, а не только на мониторе.
- Новые замечания собирайте отдельным списком, не мешая с предыдущими.
- Если правка понята не так — уточните проблему, а не настаивайте на своей технике.
Финальную проверку всего сайта делайте по чек-листу из статьи как принять сайт у разработчика — это разные вещи: правки доводят детали, приёмка проверяет готовность целиком.
Правки по тексту, дизайну и логике — это разное
Полезно разделять правки по типу, потому что цена и сложность у них разные. Текстовую правку вносят за минуту, а изменение логики может потянуть за собой переделку половины страницы.
- Правки по тексту: заменить формулировку, сократить заголовок, поправить опечатку — самые дешёвые и быстрые.
- Правки по дизайну: цвет, отступ, размер, расположение блока — средние по трудоёмкости.
- Правки по логике: изменить порядок экранов, добавить шаг в форму, перестроить структуру — самые дорогие.
Отсюда практический вывод: логику согласуйте как можно раньше, на прототипе, когда менять её дёшево. Текст и дизайн спокойно дорабатываются и позже. Если вы понимаете, к какому типу относится правка, вам проще оценить, почему одна делается мгновенно, а другая требует времени и обсуждения. Это снимает лишнее напряжение между вами и исполнителем: становится видно, что дело не в нежелании, а в разной трудоёмкости.
Финальную проверку всего сайта делайте по чек-листу приёмки — это разные вещи: правки доводят детали, а приёмка проверяет готовность целиком.
Мы показываем кликабельный прототип главного экрана за 3 рабочих дня до оплаты — на нём как раз удобно давать правки по логике, пока не нарисован дизайн. Что входит в формат, видно на странице редизайна сайта. А финальную проверку готового сайта стоит делать по чек-листу из статьи как принять сайт у разработчика. Если выбираете, какие инструменты закладывать, посмотрите сколько стоит квиз для сайта и как сделать сайт для стартапа и MVP.