AIMORA

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

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

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

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

Короткий ответ

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

Минимальная схема:

1. На сайте установлена Яндекс Метрика и цели на ключевые действия.
2. В формы передаются ClientID, yclid, UTM-метки, страница входа и источник.
3. CRM сохраняет эти поля в карточке лида или сделки.
4. Менеджеры ставят обязательные статусы: новая заявка, квалифицирована, нецелевой лид, КП, сделка, отказ, оплата.
5. Финансовая система или CRM фиксирует факт оплаты и сумму.
6. Офлайн-конверсии из CRM загружаются в Метрику и Директ.
7. Отчеты показывают не только CPL, но и CPQL, CPA, средний чек, валовую прибыль и ROMI.
8. Рекламные решения принимаются по качеству и деньгам, а не по количеству лидов.

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

Почему обычная аналитика обманывает

Обычная рекламная аналитика отвечает на вопрос: сколько стоила заявка. Для простого B2C это иногда достаточно. Но в услугах, B2B, ремонте, медицине, обучении, производстве, юридических и финансовых услугах заявка не равна продаже.

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

Типовые искажения:

• формы считаются, но звонки не считаются;
• звонки считаются, но качество разговора не учитывается;
• CRM есть, но UTM не попадают в сделку;
• сделки есть, но оплаты живут в банке или 1С отдельно;
• расходы на рекламу есть, но комиссия агентства не включена;
• повторные продажи не привязаны к первому источнику;
• менеджеры меняют статусы как придется;
• дашборд показывает лиды, но не показывает маржу.

Комментарий AIMORA: "Сквозная аналитика начинается не с BI. Она начинается с дисциплины: каждый лид должен получить источник, статус, ответственного и финансовый итог."

Инфографика: путь от клика до прибыли

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

Какие идентификаторы нужно сохранять

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

Сохраняйте в CRM:

• utm_source;
• utm_medium;
• utm_campaign;
• utm_content;
• utm_term;
• yclid, если есть переход из Яндекс Директа;
• ClientID Яндекс Метрики;
• URL первой страницы;
• URL страницы заявки;
• дата и время визита;
• дата и время отправки формы;
• номер цели Метрики;
• форма или виджет, через который пришла заявка.

В документации Яндекса по конверсиям из CRM указано, что для сопоставления могут использоваться email, телефон, ClientID и другие идентификаторы, а также можно передавать доход. Это не просто техническая деталь. Без идентификаторов алгоритмы рекламы хуже понимают, какие клики приводят качественные продажи.

Как настроить CRM, чтобы аналитика не развалилась

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

Минимальные поля:

1. Источник заявки.
2. Канал и кампания.
3. ClientID или yclid.
4. Тип заявки: форма, звонок, мессенджер, квиз.
5. Статус квалификации.
6. Причина нецелевого лида или отказа.
7. Сумма потенциальной сделки.
8. Факт оплаты.
9. Дата оплаты.
10. Валовая маржа или хотя бы себестоимость.
11. Ответственный менеджер.
12. Дата следующего касания.

Правила статусов должны быть короткими. Если менеджер видит 40 этапов, он начнет ставить случайные значения. Лучше меньше статусов, но каждый имеет управленческий смысл.

Пример рабочих статусов:

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

Какие метрики считать

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

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

Пример: как дешевый CPL может быть хуже дорогого

Условный месяц по двум каналам:

Если смотреть только на CPL, канал А кажется лучше. Если смотреть на прибыль, канал Б выигрывает. Это главный смысл сквозной аналитики: она защищает бизнес от оптимизации не того показателя.

Как передавать офлайн-конверсии

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

Рабочий порядок:

1. На сайте фиксируется ClientID или yclid.
2. Идентификатор попадает в CRM вместе с заявкой.
3. Менеджер меняет статус сделки.
4. CRM или интеграция формирует событие: квалификация, счет, продажа, оплата.
5. Событие передается в Яндекс Метрику или Директ как офлайн-конверсия.
6. В событие передается дата, идентификатор, цель и при необходимости доход.
7. Рекламные отчеты начинают видеть не только форму, но и результат после нее.

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

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

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

Минимум для звонков:

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

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

Как выглядит внедрение по этапам

Не обязательно строить идеальную систему сразу. Можно идти слоями.

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

Ошибки, которые делают дашборд бесполезным

• Нет обязательных полей источника в CRM.
• UTM теряются при переходе между страницами.
• Формы отправляют заявки в Telegram, но не в CRM.
• Менеджеры создают сделки вручную без источника.
• Звонки не связываются с рекламой.
• Не различаются новые и повторные клиенты.
• Статус "отказ" используется для всего подряд.
• Оплата фиксируется в банке, но не попадает в CRM.
• В отчетах есть выручка, но нет маржи.
• Расходы агентства и сервисов не включены в CAC.
• Рекламные кампании оптимизируются по форме, хотя бизнесу важна оплата.

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

Проверьте 15 пунктов:

1. На всех страницах установлен один корректный счетчик Метрики.
2. Цели настроены на формы, звонки, квизы и ключевые клики.
3. UTM-метки стандартизированы.
4. ClientID и yclid передаются в скрытые поля формы.
5. Все заявки попадают в CRM.
6. У каждой заявки есть источник и страница заявки.
7. Статусы CRM утверждены и обязательны.
8. Причины отказа не свалены в одно поле "другое".
9. Звонки попадают в CRM.
10. Оплаты связываются со сделками.
11. Есть поле суммы сделки.
12. Есть поле валовой прибыли или себестоимости.
13. Отчеты считают CPL, CPQL, CPA, CAC и ROMI.
14. Офлайн-конверсии передаются в Метрику или Директ.
15. Есть ответственный за качество данных, а не только за дашборд.

Как AIMORA смотрит на сквозную аналитику

Мы не начинаем с вопроса "какую BI-систему поставить". Сначала проверяем, можно ли доверять данным.

Порядок диагностики:

• карта пути клиента от рекламы до оплаты;
• аудит Метрики, целей и событий;
• проверка UTM-структуры;
• проверка форм и скрытых полей;
• аудит CRM-полей и статусов;
• сверка сделок с оплатами;
• расчет unit-экономики по каналам;
• список потерь данных;
• план внедрения интеграций;
• дашборд для регулярного управления.

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

Итог

Сквозная аналитика - это не модная надстройка к рекламе. Это способ перестать покупать лиды вслепую.

Минимальный результат, к которому стоит прийти:

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

Если бизнес платит за рекламу, но не знает, какие клики становятся деньгами, он управляет маркетингом по шуму. Сквозная аналитика превращает этот шум в систему.

FAQ

Нужно ли внедрять сквозную аналитику малому бизнесу?

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

Можно ли обойтись без BI-системы?

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

Что важнее: ClientID или UTM?

Нужны оба слоя. UTM объясняют кампанию и объявление, а ClientID или yclid помогают связать визит, заявку и офлайн-конверсию.

Почему заявки в CRM не сходятся с Метрикой?

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

Когда передавать офлайн-конверсии обратно в Директ?

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

Связаться с AIMORA