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

Начните внедрение сквозной аналитики с определения заявки и продажи, порядка в метках и целях, связи CRM с рекламой и проверки тестовой сделки.

С какого решения начать внедрение?

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

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

Без вопроса отчёт превращается в украшение.

Если руководителю нужен обзор без технических деталей, начните с разбора сквозной аналитики для руководителя.

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

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

Что считать заявкой и продажей?

Разные отделы могут одним словом «лид» называть открытие формы, разговор с менеджером и выставленный счёт. Составьте короткий словарь событий. Заявка получена. Контакт установлен. Потребность подтверждена. Предложение отправлено. Сделка оплачена. Отказ или отмена. Названия могут быть другими, но переходы и ответственные должны быть понятны всем.

Оговорите повторные заявки. Если человек написал в чат, а затем позвонил, это два обращения и, возможно, один покупатель. Выберите правило объединения карточек и храните оба события. Иначе один канал получит двойную заслугу, а менеджер будет дважды отчитываться о том же человеке. Не сливайте карточки автоматически без проверки: общий телефон офиса или семейный номер способны объединить разных людей.

Повторный контакт должен сохранять историю.

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

Наведите порядок в метках и целях

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

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

Отдельно учитывайте телефон и мессенджеры. Нажатие на номер фиксирует попытку перейти к звонку. Состоялся ли разговор, нужно проверить по данным телефонии. Переход по ссылке в мессенджер сообщает об открытии канала связи, но не подтверждает отправленное сообщение. Если эти действия назвать «продажами», алгоритм рекламы получит неверную цель, а отчёт станет бодрее бизнеса.

Свяжите CRM с визитом и расходом

Следующий шаг — сохранять идентификатор посещения или рекламного перехода рядом с обращением. Для звонков связь обычно обеспечивает коллтрекинг, для форм — передача данных из сайта, для чатов — выбранная интеграция. У каждой схемы есть предел точности. Покупатель может вернуться с другого устройства, запретить отслеживание или позвонить с рекламы без посещения сайта. Такие сделки лучше показывать как «источник не определён», чем приписывать последнему клику по привычке.

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

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

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

Узнайте заранее, где хранятся исходные записи и как их выгрузить. Если завтра поменяется CRM или подрядчик, вы должны суметь восстановить связь «обращение — сделка» без обращения к бывшему поставщику. Сохраните описание полей, правила объединения повторов и дату последнего успешного обмена. Такой небольшой паспорт данных скучен только до первой поломки интеграции.

Проведите тестовую сделку от клика до оплаты

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

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

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

Первый отчёт должен помогать принимать решение

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

Форму такого отчёта можно сверить с примером отчёта по эффективности рекламы.

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

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

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

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

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