RevOps-рецепт: как GA4 посчитал вклад в выручку и “собрал” MQL → SQL → закрытие сделки

RevOps-рецепт: как GA4 посчитал вклад в выручку и “собрал” MQL → SQL → закрытие сделки

Компания: B2B SaaS (маркетинг и продажи в одном контуре выручки)
Задача: отдел маркетинга видел много лидов, но спорил с продажами и CS (customer success) — какие источники реально приводят к закрытым сделкам и расширениям. Результат: кампании оптимизировали под лид-метрики, а не под выручку, из‑за чего в Q2 росло количество “нецелевых” SQL, а конверсия в закрытие проседала. Требовалось навести порядок в сквозной аналитике в GA4 и связать события сайта с этапами в CRM.

Решение (step-by-step “рецепт”):
— Шаг 1. Разметка в GA4: ввели единый набор событий для воронки:
- view_form (просмотр формы)
- submit_form (отправка)
- start_demo (запуск демо)
- request_pricing (запрос прайса)
- lead_qualified (когда в CRM подтверждалась квалификация)
Важно: “submit_form” не равно “лид”, пока не совпало с записью в CRM.
— Шаг 2. Server-side связка: настроили передачу идентификаторов (например, CRM lead id / контакт id) из CRM в GA4, чтобы события квалификации и дальнейших этапов не терялись из‑за cookie-ограничений и разных каналов.
— Шаг 3. Мост к RevOps: в отчётах стали смотреть не только acquisition (привлечение), а путь “сессия → квалификация → сделка → выручка”.
Для этого:
- создали пользовательские сегменты по посетителям, которые дошли до start_demo и request_pricing
- закрепили конверсии именно на бизнес-этапах (qualified + opportunity)
— Шаг 4. Инкрементальность вместо last-click: чтобы снизить влияние “последнего касания”, оценивали кампании через тестовые группы и разницу в конверсии по сопоставимым аудиториям (маркетинг-экспериментальная логика, а не “всё приписали клику”).
— Шаг 5. Операционный контроль: раз в неделю сверяли расхождения GA4 ↔ CRM по объёму lead_qualified. Где “не сходится” — проверяли правила передачи идентификаторов и качество маппинга UTM.

Конкретный результат:
— Подтянули просадку расхождений между GA4 и CRM: доля несоответствий по qualified снизилась на 30% (по сверке выгрузок).
— Пересобрали правила оптимизации: рекламные направления, которые раньше росли по формальным лидам, но давали слабый qualified→opportunity, просели в приоритете. В итоге конверсия SQL→закрытие выросла на 12% за 6 недель (за счёт перенастройки оптимизации под бизнес-события).
— Сократили время “разбора полётов” между маркетингом и продажами: спорные отчёты стали занимать дни вместо недель, потому что единые события и маппинг этапов появились в одном источнике правды.

Урок для читателя:
В 2026 маркетинг всё чаще отвечает за выручку в связке RevOps, а GA4 перестаёт быть “витриной посещений”. Практика простая:
— размечайте события по шагам воронки не абстрактно, а до CRM-этапов;
— подтверждайте квалификацию идентификатором, а не названием формы;
— оптимизируйте кампании под business-события, а вклад оценивайте через тестирование и инкрементальность, а не через last-click.

Если хотите, опишу шаблон структуры событий для типового B2B SaaS (что считать лидом, что — qualified, и как не сломать сквозную аналитику при смене CRM-полей).

— @GA4cookbookRuPro