Онбординг клиента на продвижение в Яндекс Картах: бриф и чек-лист

Начните с бизнес-задачи

Спросите, какое действие важно: звонок, маршрут, запись, сайт или узнаваемость новой точки. Уточните ниши, города, филиалы, сезонность и ограничения. «Поднять карточку» слишком широко для производственной задачи.

Зафиксируйте, что клиент считает успехом и что агентство может измерить. Выручку без доступа к CRM не докажет отчёт позиций; позицию по всему городу не описывает один замер. Согласуйте уровни: видимость, действия, лиды и бизнес-результат.

Получите доступ без передачи пароля

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

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

Проведите входной аудит

Сверьте название, рубрики, адрес, метку, вход, график, телефон, сайт, услуги, фото, отзывы и дубли. Постройте маршрут и позвоните. Отделите критичные блокеры от улучшений: неверный адрес останавливает запуск, нехватка пятого фото — нет.

Сохраните исходную версию и историю последних событий: переезд, ребрендинг, смена номера, прежнее продвижение. Без контекста агентство может принять естественную просадку после переезда за результат своей работы.

Согласуйте запросы и географию

Клиент подтверждает фактические услуги и приоритеты; агентство переводит их в кластеры запросов. Для каждого филиала уточните радиус спроса и районы. Не переносите список одного города на другой без проверки.

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

Закройте онбординг стартовым протоколом

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

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

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

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

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

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