Measurement plan перед рекламой: что настроить до первого клика

Ключевые тезисы

• Перед запуском нужно знать, какие события означают интерес, заявку, качество и деньги.
• UTM-словарь и CRM-статусы должны быть согласованы до первой кампании.
• Проверка событий тестовой заявкой экономит больше бюджета, чем поздний аудит.

Рекламу часто запускают быстрее, чем аналитику. Потом команда спорит, почему лиды не сходятся, откуда пришла продажа и можно ли увеличивать бюджет. Measurement plan нужен, чтобы этот спор не стал частью каждого отчета.

Начните с карты решений

Запишите, какие решения вы хотите принимать. Увеличить бюджет? Остановить канал? Изменить оффер? Передать больше лидов продажам? Для каждого решения нужны свои данные. Если данных нет, решение будет приниматься по настроению.

События: от интереса к деньгам

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

• Микрособытия: скролл, клик, просмотр блока, открытие формы.
• Макрособытия: заявка, звонок, покупка, запись.
• Качественные события: SQL, встреча, сделка, повторная покупка.

UTM-словарь

UTM-метки должны быть скучными и стабильными. Source показывает источник, medium — тип трафика, campaign — кампанию, content — креатив или объявление, term — запрос или аудиторию. Если каждый пишет по-своему, отчет превратится в набор похожих строк.

CRM-статусы

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

Проверка перед запуском

1. Отправьте тестовую заявку с UTM.
2. Проверьте событие в GA4 и рекламных кабинетах.
3. Проверьте карточку в CRM.
4. Проверьте страницу благодарности и дедупликацию.
5. Проверьте звонки и мессенджеры.
6. Запишите, кто отвечает за сбои.

Пример структуры документа

Удобный measurement plan можно собрать в таблице. Колонки: событие, где возникает, зачем нужно, куда отправляется, какие параметры передает, кто владелец, как проверить, какое решение принимаем. Такой документ быстро показывает пробелы. Если у события нет решения, возможно, оно не нужно. Если у решения нет события, его нужно добавить.

Ошибки на старте

Частая ошибка — считать клики по кнопкам конверсиями и передавать их в рекламные системы как главный сигнал. Другая — запускать формы без проверки CRM. Третья — не фиксировать изменения. Через месяц никто не помнит, когда поменяли форму, добавили квиз или отключили cookie-баннер. Measurement plan должен хранить не прогресс задачи, а устойчивые правила измерения.

Как согласовать план с командой

Маркетологу важно видеть кампании и события. Продажам — статус лида и источник. Собственнику — стоимость качественного контакта и продажи. Поэтому measurement plan лучше согласовать короткой встречей: какие статусы обязательны, какие события считаются главными, кто исправляет сбои и какие цифры попадают в еженедельный отчет.

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

После настройки полезно связать план с атрибуцией, дашбордом для собственника и серверными событиями.

FAQ