Каждая правка по отдельности крошечная и формально вписывается в утверждённый объём. Сдвинуть на пять пикселей, поменять оттенок, сделать буквы чуть крупнее. Проблема не в одной из них — проблема в том, что пятый круг таких правок начинается через неделю после третьего, и конца этому не видно. Дизайнер технически прав на каждом шаге, но проект застрял.
Бесконечный цикл почти никогда не начинается с одной большой претензии к макету. Он начинается с того, что после первой правки клиент видит новую версию и тут же замечает следующую мелочь, которую раньше просто не разглядел — потому что внимание переключилось именно туда, что изменилось. Чем больше круг правок, тем больше новых мелочей попадает в поле зрения, и без явной точки, где правки должны закончиться, процесс способен идти неограниченно долго.
Дизайнер усиливает это сам, когда соглашается на каждую правку без вопросов — у клиента не возникает повода остановиться, если результат и так приходит быстро и бесплатно.
Один надёжный признак — правки перестают двигать макет в одну сторону и начинают возвращать его назад. Сначала кнопку просили сделать крупнее, через два круга просят сделать чуть мельче, чем было изначально. Решение здесь принимается по инерции самого процесса: клиент продолжает реагировать просто потому, что процесс ещё открыт, а конкретного содержательного замечания у него уже нет.
Другой сигнал — формулировки становятся короче и расплывчатее с каждым кругом: «чуть-чуть подвинь», «как-то не так», без указания, что именно не так. Конкретные правки на раннем этапе превращаются в смутное ощущение на позднем, и это означает, что дальше клиент уже не редактирует макет, а ищет несуществующую идеальную версию.
Закрывать цикл лучше не молчаливым игнорированием новых просьб и не резким «правки закончены», а заранее объявленным количеством кругов. Если в начале работы сказано «два круга правок входят в стоимость, дальше каждый круг считаю отдельно» — на третьем круге не нужно ничего объяснять заново, достаточно сослаться на то, что было оговорено с самого начала.
Отдельный случай — когда новая правка отменяет предыдущую: на втором круге просили сделать заголовок крупнее, на четвёртом — просят вернуть как было. Здесь полезно прямо показать клиенту эту динамику без упрёка, просто как факт: «смотрите, во втором круге мы увеличили заголовок по вашей просьбе, сейчас предлагаете уменьшить обратно — какой из двух вариантов на самом деле ближе к тому, что нужно?» Вопрос возвращает решение клиенту и одновременно показывает, что процесс зашёл по кругу.
Если договорённости о количестве кругов не было, а цикл уже на пятом заходе, спасает не извинение и не резкая остановка, а один конкретный шаг: собрать всё, что накопилось, в единый список и предложить его как последний круг. Формулировка простая: «соберите, пожалуйста, все правки, которые остались, в одно сообщение — внесу всё сразу одним заходом, и эта версия становится финальной». Список физически ограничивает процесс, потому что у него есть начало и конец, в отличие от потока отдельных сообщений, у которого конца не видно.
После того как список внесён, дальше любая новая просьба — это уже не продолжение старого цикла, а отдельный круг, который называется и считается по тем же правилам, что и в статье про границу правки и новой задачи. Разница в том, что теперь точка отсечения названа явно, а не существует только в голове дизайнера.
Если клиент присылает новую правку сразу после того, как финальная версия была утверждена, и делает это снова и снова — это уже не вопрос формулировки, а сигнал, что дальше нужно либо назначать оплату за каждый следующий круг прямо в моменте, либо пересматривать формат работы с этим конкретным клиентом с самого начала следующего проекта.
Эта статья разбирает правки, которые формально укладываются в рамки утверждённой работы, просто никак не заканчиваются. Если же сложность не в количестве кругов, а в том, что отдельные просьбы выходят за рамки изначальной задачи и должны оплачиваться отдельно — это разбирает первая статья рубрики, о границе между правкой и новым этапом работы.
Устал собирать бриф в переписке? Отправляешь заказчику ссылку — и через пять минут у тебя готовый PDF вместо трёх дней переписки.
@briefburo_bot