«Добавьте ещё одну мелочь»: почему одна правка в конце проекта иногда меняет половину работы

До запуска кампании два дня: лендинг готов, баннеры согласованы. Но клиент просит «всего одну небольшую правку», и команда снова переделывает тексты, дизайн и пересматривает сроки. Разбираемся, как отличить правку от нового объёма работ и не сорвать проект.

Где заканчивается правка и начинается новая задача

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

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

Мы предлагаем проверять входящие изменения по трём вопросам:

1. Было ли это требование в первоначальном задании или согласованных материалах?
2. Затрагивает ли изменение другие результаты проекта, которые уже готовы или находятся в работе?
3. Нужно ли из-за него повторно выполнять, проверять или согласовывать ранее завершённую работу?

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

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

Одна новая просьба — несколько дополнительных задач

Вернёмся к примеру с рекламной кампанией. Допустим, команда получила и выполнила первоначальное задание: подготовить лендинг, тексты объявлений и комплект баннеров для одной целевой аудитории. Материалы прошли согласование, и до запуска осталось проверить настройки кампании.

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

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

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

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

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

Для небольшого проекта достаточно простой последовательности: Новый запрос → Оценка → Согласовано → В работе → На проверке → Готово. Это может быть отдельная доска или дополнительная часть существующего рабочего процесса. Главное, чтобы новое требование не терялось среди обычных текущих задач.

Для каждого существенного изменения мы рекомендуем фиксировать несколько вещей:

1. Что именно попросил изменить клиент и на какой результат он рассчитывает.
2. Какие уже выполненные или запланированные задачи затронет изменение.
3. Кто будет выполнять дополнительную работу и сколько времени для неё потребуется.
4. Как изменятся сроки, объём или приоритеты проекта.
5. Кто должен подтвердить изменение перед началом работы.

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

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

Что делать, если клиент продолжает присылать правки

Полностью исключить изменения из digital-проектов невозможно, да и не нужно. Иногда новый оффер действительно оказывается актуальнее первоначального, а дополнительные материалы помогают решить важную задачу бизнеса. Проблемы начинаются тогда, когда каждое новое пожелание автоматически становится срочной задачей, а сроки и объём проекта при этом формально остаются прежними.

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

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

Как организовать изменения в Канбано

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

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

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

Такую схему можно проверить в Канбано на одном текущем проекте. Сейчас в сервисе всё бесплатно — 0 ₽, без ограничений по количеству пользователей, досок и карточек. Поэтому к эксперименту можно подключить всю команду, не покупая лицензии ради проверки нового процесса.

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