Чтобы связать охват, лиды и выручку без "магии", нужно собрать воронка продаж в рекламе из одинаково измеряемых событий: показы/охват → клики → лид → квалификация → сделка → выручка. Дальше вы фиксируете единые идентификаторы (UTM/клик‑ID), правила дедупликации и считаете конверсии и ROI рекламы расчет по одной модели атрибуции в одном источнике правды.
Краткая сводка: какие метрики связать в первую очередь
- Верх воронки: охват/показы → частота → CPM (контроль "пережога" аудитории).
- Переход: клики → CTR → CPC (качество креативов и таргетинга).
- Лидогенерация: лиды → CPL → доля валидных лидов (качество формы/лендинга).
- Продажи: SQL/встречи → CR лид→SQL → CR SQL→сделка (качество обработки и оффера).
- Деньги: выручка → маржа (если есть) → CAC/CPA (экономика).
- Сквозь всё: единые UTM/клик‑ID + дедупликация + единая атрибуция (сквозная аналитика рекламы).
Структура воронки: от охвата до выручки в 6 шагах
Эта схема подходит, когда есть платный трафик и вменяемый цикл обработки лидов (от минут до недель), а сделки можно связать с источником. Не стоит усложнять, если продаж почти нет (слишком мало данных) или вы не контролируете CRM/коллтрекинг - сначала обеспечьте измеримость.
- Охват/показы - видимость и частота контактов с аудиторией.
- Переход (клик/визит) - реакция на креатив и релевантность предложения.
- Лид - зафиксированное обращение (форма/звонок/чат) с идентификатором источника.
- Квалификация - валидный лид (MQL/SQL) по вашим правилам.
- Сделка - факт покупки/договора в CRM.
- Выручка/прибыль - финансовый результат, который и "закрывает" цепочку.
Мини‑пример метрик для контроля по шагам
- Шаг 1-2: растёт частота, а CTR падает - признак выгорания креатива или слишком узкой аудитории.
- Шаг 3-4: CPL нормальный, но доля валидных лидов низкая - проблема в форме, оффере или таргетинге по намерению.
Чек‑лист действий после проектирования воронки
- Опишите все этапы воронки и кто владелец каждого этапа (маркетинг/продажи).
- Зафиксируйте определения: что такое "лид", "валидный лид", "сделка".
- Решите, какие события обязательны для аналитика воронки продаж (минимальный набор).
- Определите окно атрибуции (по времени) и правило дедупликации лидов.
Как измерять охват и корректно распределять бюджет
Чтобы бюджет распределялся по данным, а не по ощущениям, вам нужен единый контур измерения: рекламные кабинеты → веб‑аналитика → CRM/коллтрекинг → отчёты. Ключевой принцип: одно событие - один источник истины, и у каждого события есть идентификатор кампании/объявления.
Что понадобится: доступы, инструменты, договорённости
- Доступы к рекламным кабинетам (просмотр и экспорт разрезов: кампания/группа/креатив).
- Веб‑аналитика (события/цели, источники, UTM, кросс‑доменные переходы при необходимости).
- CRM (сущности: лид/сделка, статусы, сумма, дата, ответственный).
- Коллтрекинг/чат‑платформа (если есть звонки/мессенджеры) с передачей источника.
- Схема UTM и единые нейминги (кампания, источник, канал, оффер, гео, аудитория).
- Правила бюджетирования: что оптимизируем (CPL, CAC, выручка) и на каком горизонте.
Таблица: как связать метрики верхнего и нижнего уровня (формулы и поля)
| Звено | Метрика | Формула | Где брать | Что должно совпадать (ключ) |
|---|---|---|---|---|
| Охват | CPM | CPM = Расход / Показы × 1000 | Рекламный кабинет | campaign_id / ad_id |
| Переход | CPC, CTR | CPC = Расход / Клики; CTR = Клики / Показы | Рекламный кабинет | campaign_id / ad_id |
| Лиды | CPL | CPL = Расход / Лиды | CRM/коллтрекинг + расход из кабинета | utm_source/utm_campaign + click_id |
| Сделки | CAC (CPA) | CAC = Расход / Кол-во сделок | CRM + расход | utm + дата/окно атрибуции |
| Выручка | ROI | ROI = (Выручка − Расход) / Расход | CRM (выручка) + кабинет (расход) | единая модель атрибуции |
Чек‑лист измерения охвата и бюджетирования
- Проверьте, что расходы и показы выгружаются в одинаковой валюте и таймзоне.
- Убедитесь, что UTM размечают все объявления, включая автоплейсменты и динамику.
- Разделите отчёты минимум на 3 уровня: кампания → группа → креатив.
- Заранее определите "стоп‑условия" по верхним метрикам (например, рост частоты при падении CTR).
Настройка лидогенерации: каналы, креативы и целевые события
Задача этого этапа - настроить воронку продаж так, чтобы каждый лид был измерим: понятный источник, понятное действие пользователя, понятная запись в CRM. Сначала обеспечьте корректные события и передачу параметров, только потом масштабируйте бюджеты.
Подготовка перед запуском (минимум, без которого не стартовать)
- Единый словарь событий: что считаем лидом (форма/звонок/чат), что считаем дублем.
- Согласованный нейминг UTM и структура кампаний (оффер/гео/аудитория/этап).
- План статусов в CRM: новый → в работе → квалифицирован → сделка/потеряно.
- Тестовая заявка и тестовый звонок: убедиться, что источники доезжают до CRM.
- Список целевых действий на сайте и в приложениях (если есть): отправка формы, клик по телефону, успешный чат.
-
Спроектируйте каналы под тип спроса
Разведите кампании по намерению: "горячие" запросы отдельно от "холодного" охвата. Это позволит не смешивать CPL и качество лидов в одном котле.
- KPI: CPL и доля валидных лидов по каждому типу спроса.
-
Соберите матрицу креативов и офферов
Сделайте 3-5 вариаций на одну аудиторию: разные УТП, разные форматы, разные "крючки". Измеряйте не только CTR, но и конверсию в лид.
- KPI: CTR, CVR визит→лид, CPL по креативу.
-
Настройте целевые события в аналитике
Событие "Лид" должно срабатывать только на подтверждённом действии (страница спасибо/серверное событие), а не на клике по кнопке. Иначе аналитика воронки продаж будет завышать результат.
- KPI: расхождение "лиды в аналитике" vs "лиды в CRM" в пределах согласованного правила.
-
Обеспечьте передачу идентификаторов (UTM и click_id)
Передавайте в лид: utm_source/utm_medium/utm_campaign/utm_content/utm_term и, где возможно, click_id. Это база для связки рекламных расходов и CRM‑продаж.
- KPI: доля лидов с заполненными UTM и/или click_id.
-
Подключите CRM и дедупликацию лидов
Определите, когда два обращения - это один лид (например, по телефону или email за N дней). Дедупликация должна быть одинаковой в CRM и отчётах.
- KPI: доля дублей, время реакции на новый лид.
-
Сделайте контрольный прогон и зафиксируйте эталон
Запустите тестовый трафик на небольшой бюджет: проверьте цепочку от клика до сделки (хотя бы до лида) и сформируйте "эталонный" отчёт.
- KPI: корректность источника в CRM, совпадение дат/таймзон, отсутствие потерь событий.
Чек‑лист запуска лидогенерации
- Каждая форма/чат/звонок создаёт лид в CRM с источником и кампанией.
- Событие "лид" в аналитике подтверждается (не кликовое, а итоговое).
- Креативы размечены так, чтобы их можно было сравнить по CPL и валидности.
- Настроены уведомления/маршрутизация лидов, чтобы не терять качество из‑за скорости ответа.
Моделирование конверсий: калькулятор перехода от лида к продаже
"Калькулятор" нужен, чтобы прогнозировать выручку от рекламы через цепочку конверсий и быстро находить узкое место. Берите конверсии из CRM (лид→SQL→сделка) и соединяйте с CPL из рекламы; тогда прогноз не будет зависеть от красивых кликов.
Как считать (формулы, которые связывают лиды и деньги)
- Сделки = Лиды × CR(лид→SQL) × CR(SQL→сделка)
- Выручка = Сделки × Средний чек (из CRM)
- CAC = Расход / Сделки
- ROI рекламы расчет = (Выручка − Расход) / Расход
Мини‑пример для проверки здравого смысла
- Если в отчёте CPL снижается, но CAC растёт - проверьте, не упало ли качество (CR лид→SQL) или не сломалась атрибуция.
- Если кликов много, а лидов мало - проблема чаще в посадочной/форме и скорости загрузки, чем в таргетинге.
Чек‑лист проверки результата моделирования (перед масштабированием)
- Конверсии CR(лид→SQL) и CR(SQL→сделка) посчитаны по одинаковому окну времени (например, по дате создания лида).
- Средний чек берётся из факта закрытых сделок, а не из прайса.
- CPL сравнивается на одинаковых условиях: валидные лиды vs все лиды (не смешивать).
- В отчёте есть разрез минимум по кампании и по креативу.
- Проверено, что лиды без UTM не "прилипают" к любому каналу автоматически.
- Есть отдельный учёт возвратов/отмен (если бизнесу критично) на уровне CRM‑статусов.
- Экономика сходится: CAC не считается по выручке, а считается по количеству сделок.
- Решено, как учитывать повторные покупки: в отдельном отчёте или в общей выручке.
Атрибуция и сквозная аналитика: исключаем двойной счёт
Без правил атрибуции и дедупликации сквозная аналитика рекламы превращается в набор противоречивых цифр. Цель - чтобы один и тот же лид/сделка не засчитывались одновременно нескольким каналам, а расходы связывались с продажами по одинаковому ключу и окну времени.
Частые ошибки, из-за которых "не сходится"
- Лид в аналитике фиксируется по клику на кнопку, а в CRM - по факту отправки формы (разные события).
- Один человек оставил заявку и позвонил: два лида без дедупликации → завышение конверсии.
- UTM теряются при редиректах, оплате на другом домене или переходе в мессенджер.
- Расходы в таймзоне кабинета, лиды в таймзоне сайта/CRM → "съезжают" даты.
- Смешаны модели атрибуции: в одном отчёте last click, в другом - first click.
- Автопометки/автотеги включены, но не прокинуты в CRM (клик‑ID теряется).
- Импорт офлайн‑конверсий сделан без проверки дублей по transaction_id/lead_id.
- Менеджеры меняют источник вручную в CRM без истории изменений.
Чек‑лист "чтобы не было двойного счёта"
- Опишите одно правило атрибуции для управленческого отчёта и придерживайтесь его.
- Внедрите единый идентификатор лида/сделки и запретите ручную подмену источника без логирования.
- Согласуйте дедупликацию: по телефону/email и окну времени, одинаково в CRM и выгрузках.
- Проверьте сохранность UTM на всех переходах (редиректы, кросс‑домен, мессенджеры).
- Сведите контрольную выборку: 20-30 лидов вручную от клика до CRM‑карточки.
Оптимизация и рост: гипотезы, тесты и критерии успеха
Оптимизация начинается после того, как цепочка "расход → лид → сделка → выручка" стабильно сходится. Тестируйте гипотезы по одному изменению за раз и фиксируйте критерий успеха до старта: по CPL - для объёма, по CAC/ROI - для бизнеса.
Варианты подхода (когда какой уместен)
- Оптимизация на лид (CPL) - подходит на старте, когда продаж ещё мало, но лидов достаточно для сравнения креативов и аудиторий.
- Оптимизация на валидный лид (eCPL по качеству) - уместно, если отдел продаж возвращает статусы и можно отфильтровать "мусор".
- Оптимизация на сделку/выручку - работает, когда есть стабильный поток продаж и корректная передача офлайн‑событий в аналитику.
- Смешанная стратегия - верх оптимизируем по CTR/CVR, низ - по CAC/ROI; полезно при длинном цикле сделки.
Критерии успеха для тестов (чтобы не спорить постфактум)
- Что улучшаем: CPL, долю валидных лидов, CAC, ROI рекламы расчет, выручку.
- На каком уровне принимаем решение: креатив/группа/кампания.
- Какое окно оценки: по дате лида или по дате сделки (фиксировать заранее).
Чек‑лист роста без хаоса
- Сформулируйте гипотезу в формате "изменение → ожидаемый эффект → метрика".
- Не меняйте одновременно креатив, аудиторию и посадочную в одном тесте.
- Разделяйте отчёты по типу спроса, иначе выводы будут ложными.
- Фиксируйте версию оффера и посадочной страницы в нейминге кампании.
Практические ответы на типичные сложности при запуске воронки
Почему лидов в аналитике больше, чем в CRM?
Обычно событие "лид" настроено слишком рано (клик/открытие формы) или CRM режет дубли. Приведите событие к факту отправки и согласуйте дедупликацию.
Как связать звонки с рекламой, если нет коллтрекинга?
Минимум - фиксировать номер телефона и UTM в форме "перезвоните мне" и считать звонки как отдельный канал без детализации. Для точной связи нужен источник звонка (динамический номер или интеграция).
Что делать, если цикл сделки длинный и ROI не видно неделями?
Используйте промежуточные KPI: валидный лид, встреча/SQL, и моделируйте ожидаемую выручку по историческим конверсиям. Параллельно накапливайте сделки для перехода к оптимизации по выручке.
Можно ли строить воронку, если часть продаж проходит офлайн?
Да, если офлайн‑сделки попадают в CRM и у них сохраняется источник (UTM/click_id). Иначе получится только верхняя часть: от охвата до лидов.
Как выбрать модель атрибуции, чтобы отчёты не конфликтовали?
Выберите одну "управленческую" модель (например, last non-direct) и используйте её для решения о бюджете. Остальные модели держите как диагностические, а не для распределения денег.
Почему растёт бюджет, а выручка не растёт?
Либо ухудшилось качество лидов (падает CR лид→SQL), либо вы упёрлись в мощность отдела продаж/скорость обработки, либо сломалась передача источника. Проверяйте воронку снизу вверх: сделки → SQL → лиды → клики.
Как понять, что воронка уже "достаточно точная" для масштабирования?
Когда расходы, лиды и сделки сходятся по единым правилам, а расхождения объяснимы и повторяемы (таймзона, дубли, окно атрибуции). Тогда можно масштабировать и контролировать CAC/ROI.


