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