Сквозная аналитика: как связать рекламу, заявки и продажи
Сквозная аналитика соединяет данные о продвижении с обращениями, заказами и расходами. Она помогает понять, какие источники приводят оплаченные продажи и где теряется связь между системами. Начать можно с ограниченного процесса и проверяемого отчета.
Содержание статьи
Какую задачу решает система
Рекламный кабинет показывает клики и расходы, счетчик — действия на сайте, CRM — работу со сделками, учетная система — оплату и возвраты. Каждый отчет описывает свою часть пути. Для решения о бюджете их нужно сопоставить по понятным идентификаторам и правилам.
Сформулируйте первый вопрос узко. Например: сколько стоил первый оплаченный заказ из каждого источника у обращений прошлого месяца. Такой вопрос задает период, набор клиентов и момент признания результата. Формулировка «видеть эффективность всего маркетинга» этих правил не содержит.
Какие данные понадобятся
| Участок | Минимальные данные | Типичная потеря связи |
|---|---|---|
| Переход на сайт | Источник, кампания, дата, идентификатор визита или посетителя | Параметры удалены при перенаправлении |
| Заявка | Идентификатор заявки, дата, доступная связь с визитом | Менеджер создал карточку вручную |
| Сделка | Идентификатор, этапы, клиент, ответственный | Дубли разделили историю клиента |
| Заказ и оплата | Номер заказа, сумма, статус, возвраты | Сумму договора приняли за оплату |
| Расходы | Период, канал, кампания, состав затрат | Стоимость подрядчика не включена |
Таблицу можно прокрутить вправо
Яндекс Метрика поддерживает передачу данных CRM и сопоставление с посетителями через предусмотренные идентификаторы. Возможность конкретной связки зависит от того, какие данные собираются и передаются. Перед покупкой сервиса проверьте их наличие на нескольких реальных сценариях.
Не соединяйте записи только по сумме и ближайшему времени. Два одинаковых заказа легко перепутать. Если надежного ключа нет, связь следует пометить как предположение или оставить неизвестной.
Пример сверки до построения отчета
Допустим, за выбранный месяц в учетной системе есть 100 оплаченных заказов. У 85 найдена связь с CRM и источником, у 15 источник неизвестен. Это условные данные для проверки полноты.
| Показатель | Значение |
|---|---|
| Оплаченные заказы в учетной системе | 100 |
| Заказы с установленным источником | 85 |
| Заказы без установленного источника | 15 |
| Доля заказов с известным источником | 85% |
Таблицу можно прокрутить вправо
В отчете должны остаться все 100 заказов, включая отдельную группу неизвестного источника. Затем нужно сверить деньги: доля найденных заказов не обязательно равна доле выручки. Один из 15 потерянных заказов может быть крупнейшим за месяц.
Следующий шаг — проверка дублей. Одна продажа не должна одновременно засчитываться как две заявки и два заказа только потому, что клиент заполнил форму, а затем позвонил. Для аналитики заказов и аналитики обращений допустимы разные единицы, если они явно названы.
Как определить период и атрибуцию
Для оперативного отчета можно смотреть оплаты за календарный месяц. Для оценки привлечения полезно дополнительно отслеживать судьбу заявок, созданных в одном месяце. Эти два отчета отвечают на разные вопросы и могут показывать разные результаты одного канала.
Правило атрибуции определяет, как продажа распределяется между известными касаниями. Оно не восстанавливает все офлайн-разговоры и не доказывает причинный вклад рекламы. Сохраняйте выбранную модель при сравнении периодов. Если меняете ее, отметьте изменение в отчете и пересчитайте сопоставимый период, когда это возможно.
В статье про ROMI разобрано, как отделять выручку от вклада после расходов. В сквозной системе это особенно важно: автоматическая сборка отчета не исправит экономически неверную формулу.
Как запускать по этапам
Начните с одного сайта, одного пути заявки и нескольких основных источников. Подготовьте словарь UTM-меток, правила статусов CRM и список обязательных идентификаторов. Назначьте владельца каждого источника данных.
Перед запуском проведите контрольные сценарии: успешная оплата, отмена, частичный возврат, повторная покупка, обращение без меток и объединение дубля. Для каждого запишите, где он должен появиться и какие суммы изменит. Проверку считают завершенной после сверки с исходной системой.
Дальше договоритесь о допустимой задержке данных и разборе расхождений. Утренний отчет может быть неполным, если ночная загрузка CRM еще идет. На дашборде полезно показывать время обновления и период, за который данные закрыты.
Когда внедрение стоит отложить
Сначала нужны завершенные статусы сделок, стабильные номера заказов и зарегистрированные возвраты. Если эти данные существуют только в переписке, начните с их учета. Иначе новая система быстрее соберет противоречивые сведения.
Для небольшого объема ручная сверка нескольких источников может быть достаточным первым шагом. Автоматизация становится полезной, когда правила уже определены, а повторяющаяся сборка отнимает время. Критерий готовности — возможность объяснить происхождение каждой важной цифры и найти конкретные записи, из которых она получилась.
Продолжить разбор
Источники и материалы
Обсудить задачу с командой: Аналитика бизнеса и маркетинга.