ГЛАВНАЯ МЫСЛЬ

При смене подрядчика важны история решений, проверенные расходы и управляемые доступы. Личные пароли и коды входа передавать не нужно.

Сначала договоритесь о границе передачи

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

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

    Передайте причины решений, а не только цифры

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

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

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

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

      • Список активных кампаний и материалов.
      • Расходы, остатки и подтверждающие отчёты.
      • История тестов и спорных выводов.
      • Порядок изменений и список доступов.

      Сделайте акт состояния простыми словами

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

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

        ПРИМЕНИТЬ К ВАШЕМУ ПРОЕКТУ

        От общего разбора
        к вашей задаче.

        Пришлите ссылку на проект и расскажите, что хотите изменить. Обсудим подходящие инструменты и необходимые вводные.

        Обсудить задачу ↗Написать Дмитрию в Telegram ↗