Сквозная аналитика: как связать рекламу, CRM и прибыль

Сквозная аналитика — это система сбора и объединения данных, которая связывает рекламные расходы с заявками, сделками, оплатами, возвратами и прибылью. Она позволяет проследить путь клиента от первого рекламного контакта до финансового результата.

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

Главная задача системы заключается не в создании красивого дашборда. Она должна помогать принимать решения:

• какие каналы приводят оплаченные продажи;
• какие кампании создают много некачественных заявок;
• какова стоимость нового клиента;
• какие товары и услуги окупают продвижение;
• где теряются лиды после обращения;
• какие источники участвуют в длинном пути клиента;
• какой объём маржинальной прибыли остаётся после маркетинга;
• куда можно направить дополнительный бюджет;
• какие данные в отчётах недостоверны.

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

Что означает слово «сквозная»

Аналитика называется сквозной, потому что данные проходят через все основные этапы воронки:

1. Рекламный показ.
2. Клик или другой контакт.
3. Посещение сайта.
4. Звонок, форма, чат или письмо.
5. Создание лида в CRM.
6. Квалификация обращения.
7. Коммерческое предложение или расчёт.
8. Сделка.
9. Оплата.
10. Выполнение заказа.
11. Возврат или отмена.
12. Повторная покупка.
13. Маржинальная прибыль.

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

Чем сквозная аналитика отличается от веб-аналитики

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

Чем сквозная аналитика отличается от BI

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

Если CRM заполнена неправильно, источники теряются, сделки дублируются, а расходы загружаются не полностью, BI аккуратно построит график из недостоверных данных. Поэтому сначала проектируется логика сбора и связывания информации, а уже потом выбирается визуализация.

Почему без сквозной аналитики теряется прибыль

Бюджет распределяется по количеству заявок

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

Пример:

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

Маркетинг оптимизируется по выручке

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

Не учитываются отмены и возвраты

Рекламная система может зафиксировать заказ сразу после оформления. Если клиент не оплатил покупку или вернул товар, отчёт должен обновить финансовый результат.

Продажи приписываются последнему переходу

Клиент мог впервые узнать о компании из статьи, затем увидеть рекламу, вернуться через поиск и только после этого позвонить. Если вся ценность назначается последнему визиту, источники первого знакомства систематически недооцениваются.

Телефонные обращения остаются неизвестными

Для компаний, где значительная часть клиентов звонит, отсутствие коллтрекинга превращает звонки в общий поток без рекламных источников. Яндекс Метрика позволяет получать звонки от интегрированного сервиса коллтрекинга и анализировать их как цели.

Офлайн-сделки не возвращаются в аналитику

Посетитель может оставить заявку на сайте, а оплатить заказ через несколько недель в офисе или по счёту. Если CRM не передаёт статус оплаты, рекламный источник останется связан только с формой, но не с доходом.

Яндекс Метрика поддерживает импорт офлайн-конверсий и CRM-данных, включая реальные продажи и этапы сделок. Полученные события можно связывать с онлайн-историей пользователя и использовать для анализа полной воронки.

Маркетинг и продажи используют разные отчёты

Маркетинг считает отправленные формы, отдел продаж — созданные сделки, бухгалтерия — оплаты, а владелец смотрит поступления на счёт. Если определения и идентификаторы не согласованы, подразделения обсуждают разные наборы данных.

Не видно причин потери лидов

Сквозная воронка показывает переходы между статусами:

Посещение
→ Заявка
→ Квалифицированный лид
→ Предложение
→ Договор
→ Оплата

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

Что сквозная аналитика не умеет делать автоматически

Система не заменяет бизнес-анализ и не исправляет процессы самостоятельно.

Она не может без дополнительной логики:

• определить правильную маржу;
• отличить качественного лида от некачественного;
• выбрать подходящую модель атрибуции;
• устранить дубли клиентов;
• заставить менеджеров заполнять CRM;
• оценить звонок без статуса и результата;
• разделить новые и повторные продажи;
• объяснить причину изменения показателя;
• гарантировать рост прибыли.

Аналитика создаёт прозрачность. Финансовый эффект появляется только после того, как компания использует данные для изменения кампаний, предложения, сайта, цен, обработки заявок или продуктовой линейки.

Архитектура сквозной аналитики

Типичная система состоит из нескольких уровней.

1. Рекламные источники

• контекстная реклама;
• социальные сети;
• медийные кампании;
• партнёрские размещения;
• email-рассылки;
• SEO;
• карты и справочники;
• офлайн-реклама;
• реферальные программы.

Из источников поступают расходы, показы, клики, кампании, объявления и идентификаторы переходов.

2. Сайт или приложение

На этом уровне фиксируются:

• источник посещения;
• UTM-метки;
• идентификатор клика;
• Client ID;
• User ID;
• просмотры страниц;
• события;
• товары;
• формы;
• звонки;
• чаты;
• заказы.

3. Каналы обращений

• формы сайта;
• телефон;
• email;
• мессенджеры;
• онлайн-чат;
• обратный звонок;
• визит в офис;
• заявка с маркетплейса.

4. CRM

CRM должна хранить:

• контакт;
• компанию;
• лид или сделку;
• первичный источник;
• последний источник;
• идентификаторы аналитики;
• статус;
• сумму;
• дату оплаты;
• причину отказа;
• ответственного;
• связанные заказы.

5. Платёжная или учётная система

Она подтверждает фактический финансовый результат:

• оплату;
• частичную оплату;
• возврат;
• скидку;
• себестоимость;
• комиссию;
• отгрузку;
• закрытие заказа.

6. Хранилище данных

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

7. BI и отчёты

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

Как проходит путь данных

Упрощённая схема:

Реклама
↓ Переход с UTM и click ID
↓ Сайт фиксирует источник и Client ID
↓ Пользователь отправляет форму или звонит
↓ CRM получает обращение вместе с идентификаторами
↓ Менеджер меняет статусы сделки
↓ Учётная система подтверждает оплату и себестоимость
↓ Данные возвращаются в аналитику и хранилище
↓ Отчёт связывает расходы с маржинальной прибылью

GA4 Measurement Protocol позволяет отправлять серверные и офлайн-события непосредственно на серверы Google Analytics. Официальная документация подчёркивает, что этот механизм должен дополнять сбор через Google tag, Tag Manager или Firebase, а не заменять его.

Какие идентификаторы связывают данные

UTM-метки

Описывают источник, канал и кампанию:

utm_source=yandex
utm_medium=cpc
utm_campaign=site_audit
utm_content=ad_1
utm_term=technical_audit

UTM-метки удобны для классификации трафика, но сами по себе не являются уникальным идентификатором клиента.

Идентификатор рекламного клика

Рекламные платформы могут добавлять уникальный параметр перехода. Его необходимо сохранять и передавать в CRM, если компания планирует возвращать данные об офлайн-продажах в рекламную систему.

Client ID

Идентифицирует браузер или экземпляр клиента в системе аналитики. Один человек может иметь несколько Client ID на разных устройствах и в разных браузерах.

User ID

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

Lead ID

Уникальный идентификатор обращения. Он позволяет различать несколько заявок одного человека.

Order ID

Уникальный идентификатор заказа. Он необходим для предотвращения повторного учёта одной покупки.

Customer ID

Внутренний идентификатор клиента в CRM или учётной системе. Используется для повторных продаж и когортного анализа.

Номер телефона и email

Контактные данные могут использоваться для внутреннего сопоставления после нормализации и с соблюдением требований к обработке данных. Передавать открытые персональные сведения в URL, UTM-метки и произвольные параметры аналитики нельзя.

Почему одного Client ID недостаточно

Один клиент может:

• перейти с телефона;
• вернуться с компьютера;
• позвонить;
• написать в мессенджер;
• оплатить по счёту;
• повторно заказать через несколько месяцев.

Для полной цепочки приходится комбинировать Client ID, User ID, контактные данные, идентификатор заказа и данные CRM. Чем длиннее цикл сделки и больше каналов связи, тем важнее собственная модель идентификации.

Стандарт UTM-меток

Без единого стандарта один источник распадается на множество вариантов:

yandex
Yandex
yandex.ru
ya
direct
cpc_yandex

Регламент должен определять:

• допустимые значения source;
• допустимые значения medium;
• правило названия кампаний;
• регистр;
• разделители;
• язык;
• обязательные параметры;
• ответственного за генерацию;
• хранение справочника.

Практичнее использовать нижний регистр и машинно-читаемые значения без пробелов.

Что передавать вместе с формой

Скрытые поля формы могут передавать:

• URL страницы;
• referrer;
• UTM-метки первого визита;
• UTM-метки текущего визита;
• Client ID;
• идентификатор рекламного клика;
• идентификатор сессии;
• форму и место её размещения;
• идентификатор товара или услуги;
• регион;
• дату первого визита.

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

Коллтрекинг в сквозной аналитике

Коллтрекинг связывает телефонный звонок с рекламным источником.

Статический коллтрекинг

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

Динамический коллтрекинг

Посетителю сайта временно показывается номер из пула. Система связывает звонок с его сессией, источником, кампанией и другими параметрами.

Какие данные полезно передавать

• номер звонящего;
• подменный номер;
• источник;
• кампанию;
• Client ID;
• время звонка;
• длительность;
• статус ответа;
• запись разговора;
• результат квалификации;
• сделку CRM.

В Яндекс Метрике звонки, переданные сервисом коллтрекинга, могут отображаться как специальная цель и использоваться в отчётах и сегментах.

Почему длительность звонка не равна качеству

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

Как учитывать чаты и мессенджеры

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

Возможные способы:

• сохранять источник перед открытием мессенджера;
• передавать идентификатор диалога;
• использовать интегрированный чат;
• создавать сделку в CRM автоматически;
• применять уникальные ссылки;
• связывать контакт после получения телефона;
• сохранять Client ID в карточке сделки.

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

Как учитывать email

Для обычной ссылки mailto: можно зафиксировать клик, но не факт отправки письма.

Для более точной связи используются:

• формы вместо открытого email;
• уникальные адреса;
• email-трекинг;
• интеграция почты с CRM;
• ручное сохранение источника;
• сопоставление контакта с историей посещений.

Офлайн-конверсии

Офлайн-конверсия — действие, которое произошло после посещения сайта, но было зафиксировано за его пределами:

• квалификация лида;
• визит в офис;
• подписание договора;
• оплата счёта;
• покупка в точке продаж;
• выдача заказа;
• повторная покупка;
• возврат.

В Яндекс Метрику можно передавать офлайн-действия и данные из CRM, связывая реальные продажи или этапы сделок с онлайн-историей пользователя. Отдельный отчёт показывает переданные конверсии, их идентификаторы, привязку к визитам и полученный доход.

Как связать CRM и аналитику

Возможны три основных подхода.

Готовый коннектор

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

Специализированный сервис

Сервис сквозной аналитики получает данные рекламных систем, сайта, CRM и телефонии, а затем формирует готовые отчёты.

Собственная интеграция

Используются API, вебхуки, база данных и собственный слой преобразования. Такой подход предоставляет больше контроля, но требует разработки, мониторинга и поддержки.

Как выбрать вариант внедрения

Минимальная сквозная аналитика

Не каждому малому бизнесу сразу нужна сложная BI-платформа. Минимальная рабочая система может включать:

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

Даже такой уровень позволяет перейти от стоимости заявки к стоимости клиента и маржинальной прибыли.

Когда нужна расширенная система

Собственное хранилище или специализированный сервис оправданы, если:

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

Ключевые метрики

Расходы

Необходимо учитывать не только рекламный бюджет, но и:

• оплату подрядчика;
• производство материалов;
• коллтрекинг;
• аналитические сервисы;
• скидки;
• промокоды;
• маркетинговые лицензии;
• часть зарплаты команды.

CPL

CPL =
    Маркетинговые расходы
    / Количество лидов

Стоимость квалифицированного лида

CPQL =
    Маркетинговые расходы
    / Количество квалифицированных лидов

CAC

CAC =
    Расходы на привлечение
    / Количество новых клиентов

Конверсия в продажу

CR =
    Количество продаж
    / Количество лидов
    × 100%

ROAS

ROAS =
    Выручка от рекламы
    / Рекламные расходы
    × 100%

ROMI

ROMI =
    (Маржинальная прибыль − Маркетинговые расходы)
    / Маркетинговые расходы
    × 100%

LTV

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

Срок окупаемости CAC

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

Абсолютная прибыль

Процент ROMI необходимо анализировать вместе с результатом в рублях. Канал с высоким процентом может иметь слишком маленький объём.

Как считать прибыль канала

Упрощённая схема:

Выручка
− Себестоимость
− Переменная доставка
− Комиссии
− Возвраты
= Маржинальная прибыль до маркетинга
− Маркетинговые расходы
= Вклад канала

Сквозная аналитика должна хранить или получать данные о маржинальности. Иначе отчёт ограничивается выручкой и ROAS.

Пример сквозного расчёта

Исходные данные:

• расходы на рекламу — 200 000 ₽;
• работа подрядчика и сервисы — 50 000 ₽;
• получено 300 обращений;
• квалифицировано 120 лидов;
• заключено 30 сделок;
• оплачено 24 сделки;
• выручка — 1 200 000 ₽;
• маржинальность — 40%.

Полные маркетинговые расходы:

200 000 + 50 000
= 250 000 ₽

CPL:

250 000 / 300
= 833 ₽

Стоимость квалифицированного лида:

250 000 / 120
= 2 083 ₽

CAC:

250 000 / 24
= 10 417 ₽

Маржинальная прибыль:

1 200 000 × 40%
= 480 000 ₽

ROMI:

(480 000 − 250 000) / 250 000 × 100%
= 92%

Отчёт показывает не только итоговый ROMI, но и места потерь:

• из 300 обращений только 120 признаны целевыми;
• из 120 квалифицированных лидов заключено 30 сделок;
• из 30 договоров оплачено 24.

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

Атрибуция

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

Типичный путь:

Статья из поиска
→ Ретаргетинг
→ Email
→ Брендовый запрос
→ Звонок
→ Продажа

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

Первый источник

Показывает, какой канал впервые привёл клиента.

Последний источник

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

Линейное распределение

Ценность делится между всеми касаниями. Такой расчёт можно реализовать в собственной аналитической модели.

Временное затухание

Более поздним взаимодействиям присваивается больший вес.

Data-driven

Алгоритм оценивает вклад взаимодействий на основании фактических путей пользователей.

В GA4 доступны отчёты для анализа путей и сравнения моделей. При этом классические модели первого клика, линейная, временного затухания и позиционная были удалены из стандартных отчётов GA4 в ноябре 2023 года. Их по-прежнему можно рассчитывать самостоятельно в хранилище или BI.

Какую модель выбрать

Универсальной модели нет.

Короткий цикл

Для простой покупки после одного или двух касаний последняя непрямая или data-driven модель может давать достаточно понятный результат.

Длинный B2B-цикл

Полезно отдельно хранить:

• первый источник;
• источник создания лида;
• источник последнего значимого касания;
• все взаимодействия;
• канал возврата;
• ручную оценку крупных сделок.

Повторные продажи

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

Практический подход

Не пытайтесь найти единственно истинную модель. Используйте несколько представлений:

• первое касание — для оценки привлечения новой аудитории;
• последнее касание — для оценки закрытия спроса;
• все пути — для анализа взаимодействия каналов;
• когортный ROMI — для оценки долгосрочной окупаемости.

Почему цифры в системах не совпадают

Небольшие расхождения между рекламными кабинетами, аналитикой, CRM и бухгалтерией неизбежны.

Причины:

• разные модели атрибуции;
• разные окна конверсии;
• разные часовые пояса;
• просмотры без клика;
• кросс-девайс;
• блокировка cookie;
• разные даты учёта;
• повторные события;
• задержка передачи данных;
• отмены и возвраты;
• разница между заказом и оплатой;
• потерянные идентификаторы;
• ручные сделки;
• неверные статусы CRM.

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

Источники истины

Как проверять качество данных

Сверка количества заявок

Сравните формы сайта, события аналитики и созданные сделки CRM.

Сверка заказов

Проверьте идентификаторы заказов между сайтом, CRM и платёжной системой.

Сверка дохода

Сумма оплаченных сделок должна соответствовать управленческому учёту за выбранный период.

Проверка источников

Определите долю лидов с пустым, неизвестным или прямым источником. Резкий рост такой доли указывает на ошибку интеграции.

Проверка дублей

Одна заявка не должна создавать несколько сделок и несколько конверсий.

Проверка возвратов

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

Проверка рекламных расходов

Суммы в отчёте сверяются с кабинетами и фактическими платежами.

Проверка часовых поясов

Все системы должны использовать согласованный часовой пояс или преобразовывать даты при загрузке.

Дедупликация событий

Одно действие может отправляться браузером и сервером одновременно. Без идентификатора события покупка или заявка будет учтена дважды.

Для дедупликации используются:

• уникальный event ID;
• order ID;
• lead ID;
• тип события;
• время;
• источник отправки;
• правило приоритета.

Официальная документация Measurement Protocol отдельно предупреждает о необходимости осторожной отправки событий, чтобы избежать дублей и конфликтов с другими источниками данных.

События и статусы CRM

CRM должна использовать понятную воронку. Пример:

• новое обращение;
• не обработано;
• квалифицировано;
• нецелевой лид;
• подготовлено предложение;
• переговоры;
• договор;
• частичная оплата;
• полная оплата;
• выполнено;
• отказ;
• возврат.

Каждый статус должен иметь однозначное определение. Если один менеджер переводит сделку в «успех» после обещания клиента, а другой только после оплаты, отчёт по конверсии теряет смысл.

Причины отказа

Поле причины отказа помогает отличить проблемы маркетинга от проблем продукта и продаж.

Возможные категории:

• не подходит услуга;
• не подходит регион;
• не хватает бюджета;
• слишком дорого;
• не устроили сроки;
• не удалось связаться;
• дубликат;
• спам;
• выбран конкурент;
• решение отложено;
• ошибка обращения.

Свободный текст полезен как комментарий, но для аналитики необходим ограниченный справочник причин.

Какие отчёты нужны владельцу бизнеса

Финансовый отчёт по каналам

• расходы;
• лиды;
• квалифицированные лиды;
• новые клиенты;
• выручка;
• маржинальная прибыль;
• CAC;
• ROMI;
• срок окупаемости;
• абсолютная прибыль.

Отчёт по воронке

• переходы между статусами;
• конверсия каждого этапа;
• время обработки;
• доля нецелевых обращений;
• причины отказа;
• результат по менеджерам.

Отчёт по товарам и услугам

• рекламные расходы;
• число продаж;
• средний чек;
• маржинальность;
• возвраты;
• ROMI;
• остатки или доступная мощность.

Когортный отчёт

Показывает накопленную прибыль клиентов, привлечённых в определённый период или канал.

Отчёт качества данных

• доля лидов без источника;
• доля сделок без суммы;
• дубли;
• необработанные лиды;
• неизвестные UTM;
• ошибки интеграции;
• давность обновления данных.

Как должен выглядеть дашборд

Главный экран должен отвечать на несколько вопросов:

• сколько потрачено;
• сколько заработано;
• какова маржинальная прибыль;
• какой ROMI;
• какие каналы растут или ухудшаются;
• где возникла проблема;
• насколько свежие данные.

Не следует размещать на первом экране десятки графиков только потому, что инструмент позволяет. Дашборд, требующий отдельного аналитика для понимания дашборда, проявляет пугающую самостоятельность и слабо помогает управлению.

Уровни детализации

Отчёт должен позволять переходить от общего результата к причине:

Компания
→ Канал
→ Кампания
→ Группа объявлений
→ Объявление
→ Запрос или аудитория
→ Посадочная страница
→ Лид
→ Сделка
→ Заказ

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

Сквозная аналитика интернет-магазина

Необходимо связывать:

• просмотр товара;
• добавление в корзину;
• оформление;
• заказ;
• оплату;
• отмену;
• возврат;
• себестоимость;
• доставку;
• повторную покупку.

Отдельно анализируются:

• новые и постоянные клиенты;
• маржинальность категорий;
• средний чек;
• промокоды;
• доля выкупа;
• стоимость возвратов;
• LTV;
• срок окупаемости.

Сквозная аналитика услуг

Для сервисной компании важна связь:

Источник
→ Обращение
→ Квалификация
→ Расчёт
→ Договор
→ Оплата
→ Выполнение

Нужно учитывать:

• тип услуги;
• город;
• стоимость проекта;
• переменные расходы;
• длительность сделки;
• повторное обслуживание;
• причины отказа;
• ответственного менеджера.

Сквозная аналитика B2B

Для B2B характерны:

• длинный цикл;
• несколько участников решения;
• повторные встречи;
• контентные касания;
• тендеры;
• оплата частями;
• высокая стоимость одной сделки;
• небольшая выборка.

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

Сквозная аналитика офлайн-бизнеса

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

Используются:

• коллтрекинг;
• промокоды;
• карты лояльности;
• QR-коды;
• онлайн-запись;
• опрос источника;
• кассовые данные;
• CRM;
• импорт офлайн-конверсий.

Сквозная аналитика SEO

SEO отличается от платной рекламы длительным и накопительным эффектом.

В расходы включаются:

• работа SEO-специалиста;
• разработка;
• контент;
• изображения;
• сервисы;
• публикации;
• поддержка.

Результат оценивается по:

• новым клиентам из органического поиска;
• маржинальной прибыли;
• повторным продажам;
• страницам первого входа;
• небрендовым и брендовым запросам;
• когортам;
• накопленному ROMI.

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

Этапы внедрения

Этап 1. Определить управленческие вопросы

Не начинайте с выбора сервиса. Сначала зафиксируйте, какие решения должен поддерживать отчёт.

Например:

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

Этап 2. Описать воронку

Зафиксируйте этапы от первого контакта до оплаты и возврата.

Этап 3. Утвердить определения

Компания должна одинаково понимать:

• лид;
• целевой лид;
• квалифицированный лид;
• нового клиента;
• продажу;
• выручку;
• маржинальную прибыль;
• возврат;
• источник.

Этап 4. Провести аудит систем

Проверьте:

• рекламные кабинеты;
• сайт;
• аналитику;
• CRM;
• телефонию;
• чаты;
• платёжную систему;
• учётную систему;
• существующие интеграции;
• качество исторических данных.

Этап 5. Спроектировать идентификаторы

Определите, где сохраняются Client ID, User ID, click ID, lead ID, order ID и customer ID.

Этап 6. Настроить сбор источников

• утвердить UTM-стандарт;
• сохранять первый и текущий источник;
• передавать данные из форм;
• подключить коллтрекинг;
• учесть чаты и email;
• обработать переходы между доменами.

Этап 7. Настроить CRM

• убрать лишние статусы;
• добавить обязательные поля;
• настроить причины отказа;
• передавать идентификаторы;
• фиксировать сумму и оплату;
• разделять новые и повторные сделки.

Этап 8. Передать офлайн-события

В аналитику возвращаются квалификация, договор, оплата, возврат и другие значимые этапы.

Этап 9. Загрузить рекламные расходы

Расходы должны включать площадку и дополнительные маркетинговые затраты.

Этап 10. Подключить финансовые данные

Без себестоимости система не сможет корректно считать маржинальную прибыль и ROMI.

Этап 11. Создать прототип отчёта

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

Этап 12. Провести сквозной тест

Создайте тестовый переход и пройдите весь путь:

1. Клик по размеченной ссылке.
2. Посещение сайта.
3. Отправка формы.
4. Создание сделки.
5. Смена статуса.
6. Тестовая оплата.
7. Передача офлайн-конверсии.
8. Появление данных в отчёте.

Этап 13. Сверить цифры

Сравните расходы, заявки, сделки и оплаты с исходными системами.

Этап 14. Назначить ответственных

Должны быть определены владельцы:

• UTM-справочника;
• сайта;
• CRM;
• телефонии;
• финансовых данных;
• интеграций;
• отчёта;
• контроля качества.

Типичные ошибки внедрения

Покупка сервиса до проектирования процессов

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

Отсутствие источника истины

Каждый отдел использует собственное число продаж.

CRM не является обязательной

Менеджеры ведут часть клиентов в таблицах, блокнотах и мессенджерах.

Источник записывается вручную

Менеджер выбирает знакомый канал или оставляет поле пустым.

Теряется первый источник

Повторный прямой визит перезаписывает канал знакомства.

Не учитываются звонки

Основная часть продаж остаётся без источника.

Клик по телефону считается продажей

Нажатие не подтверждает состоявшийся разговор и оплату.

Отсутствует дедупликация

Одна заявка отправляется браузером, сервером и CRM как три разных события.

В отчёт попадает выручка вместо прибыли

Каналы с низкой маржой выглядят эффективнее.

Не учитываются возвраты

Отменённые продажи продолжают увеличивать доход.

Смешиваются новые и постоянные клиенты

Текущей кампании приписывается покупка клиента, привлечённого несколько лет назад.

Нет контроля задержки данных

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

Отчёт слишком сложный

Пользователи экспортируют данные в Excel и продолжают принимать решения по старому.

Показатель не приводит к действию

Компания ежемесячно смотрит ROMI, но не меняет бюджет, сайт, цены и обработку лидов.

Почему система может не окупиться

Сложное внедрение не всегда оправдано.

Сквозная аналитика может оказаться избыточной, если:

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

В таком случае разумнее начать с стандарта UTM, CRM, учёта оплат и простой ежемесячной таблицы.

Как оценить целесообразность

Ответьте на вопросы:

• Каков месячный маркетинговый бюджет?
• Сколько каналов используется?
• Какова стоимость ошибки в распределении бюджета?
• Сколько заявок поступает по телефону?
• Как долго длится сделка?
• Есть ли повторные продажи?
• Различается ли маржинальность товаров?
• Сколько времени уходит на ручной отчёт?
• Есть ли сотрудник, отвечающий за данные?
• Какие решения будут приниматься по отчёту?

Как внедрять поэтапно

Уровень 1. Базовый учёт

• UTM-метки;
• цели сайта;
• CRM;
• источник лида;
• сумма оплаты;
• таблица расходов.

Уровень 2. Связь с продажами

• Client ID;
• коллтрекинг;
• статусы CRM;
• квалифицированные лиды;
• возврат оплат в аналитику;
• CAC и ROMI.

Уровень 3. Финансовая аналитика

• себестоимость;
• маржинальная прибыль;
• возвраты;
• повторные продажи;
• LTV;
• когорты;
• срок окупаемости.

Уровень 4. Хранилище и автоматизация

• единое хранилище;
• автоматические загрузки;
• собственная атрибуция;
• контроль качества;
• BI;
• прогнозирование;
• автоматические уведомления.

Регламент контроля

Ежедневно

• ошибки интеграций;
• резкие провалы лидов;
• необработанные обращения;
• расходы рекламных кампаний;
• доступность форм и телефонии.

Еженедельно

• CPL;
• доля квалифицированных лидов;
• конверсия менеджеров;
• неизвестные источники;
• ошибки UTM;
• предварительный CAC.

Ежемесячно

• оплаченные продажи;
• маржинальная прибыль;
• ROMI;
• возвраты;
• средний чек;
• абсолютная прибыль;
• перераспределение бюджета.

Ежеквартально

• LTV;
• когорты;
• атрибуция;
• срок окупаемости;
• полнота расходов;
• архитектура отчётов;
• актуальность целей.

Чек-лист внедрения сквозной аналитики

• Определены управленческие задачи.
• Описана воронка продаж.
• Согласовано определение лида.
• Согласовано определение продажи.
• Определён источник истины для оплат.
• Определён источник себестоимости.
• Утверждён UTM-стандарт.
• Сохраняется первый источник.
• Сохраняется текущий источник.
• Client ID передаётся в CRM.
• Идентификатор клика сохраняется.
• Каждая заявка получает Lead ID.
• Каждый заказ получает Order ID.
• Коллтрекинг подключён при наличии звонков.
• Чаты связаны с CRM.
• Email-обращения учитываются.
• CRM содержит понятные статусы.
• Причины отказа стандартизированы.
• Сумма сделки обязательна.
• Оплата фиксируется отдельно от договора.
• Возвраты уменьшают финансовый результат.
• Новые клиенты отделены от повторных.
• Рекламные расходы загружаются полностью.
• Расходы подрядчиков учтены.
• Маржинальность доступна для расчёта.
• Офлайн-конверсии передаются.
• События дедуплицируются.
• Часовые пояса согласованы.
• Тестовые заявки исключены.
• Внутренний трафик исключён.
• Назначена модель атрибуции.
• Собственные правила атрибуции документированы.
• Проведён сквозной тест.
• Расходы сверены с кабинетами.
• Оплаты сверены с учётной системой.
• Настроен отчёт качества данных.
• Назначены ответственные.
• Определена частота обновления.
• Установлены допустимые расхождения.
• Решения по отчёту фиксируются.

Вывод

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

Основа системы — не BI-дашборд и не выбранный сервис. Сначала необходимо определить воронку, идентификаторы, источники истины и правила работы с данными. Затем настраиваются UTM-метки, формы, коллтрекинг, CRM, передача офлайн-конверсий и финансовая модель.

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

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

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

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