Разрыв, который она закрывает
С одной стороны есть расходы: сколько потрачено на каждую кампанию. С другой — выручка: сколько денег пришло за месяц. Между ними лежит пропасть, потому что расход известен по кампаниям, а выручка — по сделкам, и эти два списка нигде не пересекаются.
Обычная веб-аналитика доводит цепочку до заявки и останавливается. Дальше начинается зона, куда счётчик не заглядывает: менеджер перезвонил, клиент подумал, сделка закрылась через полтора месяца на сумму, которая ни в одном отчёте о конверсиях не появится.
Сквозная аналитика — это набор передач данных, который тянет идентификатор посетителя через всю эту зону и в конце склеивает его с суммой оплаты. Отсюда название: сквозь все системы, а не внутри одной.
Практическое следствие ровно одно, зато крупное. Появляется возможность сравнивать каналы по деньгам, а не по количеству обращений — и порядок каналов в этих двух списках регулярно оказывается разным.
Цепочка по звеньям
| Звено | Что оно делает | Что ломается без него |
|---|---|---|
| Разметка кампаний метками | Переносит название источника в визит | Платные каналы сливаются в общий безымянный переход, различить их нельзя |
| Счётчик и идентификатор посетителя | Связывает визиты одного человека в историю | Каждый визит выглядит новым человеком, цепочка касаний распадается |
| Передача идентификатора в форму | Привязывает заявку к конкретному визиту | Заявка есть, источник неизвестен; связь восстанавливают догадками |
| Подмена номера телефона | Привязывает звонок к визиту | Телефонные обращения выпадают целиком, каналы с звонками выглядят пустыми |
| Статусы сделки в CRM | Превращает заявку в путь до денег | Известна стоимость обращения, но не стоимость клиента |
| Поле суммы и даты оплаты | Даёт выручку в разрезе сделки | Считается стоимость лида, не считается окупаемость |
| Выгрузка расходов по кампаниям | Даёт вторую половину дроби | Окупаемость не считается ни в каком виде |
| Единый справочник кампаний | Сводит название расхода с меткой визита | Расход и визит не сходятся по имени, отчёт собирается вручную каждый раз |
| Возврат данных о сделках в кабинеты | Обучает алгоритмы на деньгах | Реклама оптимизируется на заявки, включая мусорные |
Таблицу удобно читать как чек-лист готовности. Каждая строка — отдельная работа, у которой свой исполнитель: метки ставит подрядчик по рекламе, поля в CRM заводит руководитель отдела продаж, выгрузку расходов настраивает аналитик. Достаточно одного невыполненного пункта, чтобы результат стал недостоверным по всей длине.
Узкое место — не софт, а заполненная CRM
Систему обычно выбирают по функциям интеграций. Ломается она в другом месте: на человеке, который должен поставить статус и сумму.
Механика провала выглядит буднично. Менеджер закрывает сделку, но не проставляет сумму — потому что она известна из счёта, потому что некогда, потому что премия считается не по этому полю. Часть сделок остаётся без денег. Система честно считает отчёт по тем, где деньги проставлены, и выдаёт распределение по каналам. Отчёт получается детальным и убедительным — при этом он описывает не бизнес, а привычки заполнения.
Хуже всего то, что пропуски распределены неслучайно. Крупные сделки чаще ведут руками и оформляют вне общего процесса; долгие сделки чаще теряют исходную привязку к источнику. То есть выпадает именно то, что важнее всего.
Отсюда неудобное правило: пока сумма и источник не заполняются по каждой сделке, внедрять нечего. Это не техническая задача, а управленческая — она решается регламентом, обязательными полями и тем, что отчёт по каналам смотрят на том же совещании, где обсуждают премии.
Порядок сборки — снизу вверх
Соблазн начать с покупки платформы понятен: так задача выглядит решённой одним действием. На практике работает обратный порядок.
- Фиксация денег. В CRM появляются обязательные поля: сумма и дата оплаты. Пока это не работает две-три недели подряд без напоминаний, дальше идти рано.
- Фиксация источника. К сделке добавляется поле источника, заполняемое автоматически из формы, а не менеджером по памяти. Ручной ввод источника даёт данные хуже, чем их отсутствие, потому что выглядит как факт.
- Разметка всего платного трафика. Метки в ссылках приводятся к единому справочнику: одно название кампании — одна строка расхода.
- Телефон. Если звонки существенны, подключается коллтрекинг — иначе каналы, которые работают на звонок, будут выглядеть убыточными.
- Свод расходов. Выгрузка трат по кампаниям в тот же справочник; здесь решается вопрос, что считать расходом — только ставки или ещё комиссию и работу подрядчика.
- Сборка отчёта. Только теперь имеет смысл платформа или сводная таблица. К этому моменту становится видно, что половину пользы дают уже первые два шага.
Порядок не про экономию. Он про то, что каждый следующий шаг бесполезен без предыдущего, а обратное неверно.
Какие вопросы появляются впервые
Какой канал приносит деньги. Не заявки. Канал с самой низкой стоимостью обращения может давать сделки, которые не доходят до оплаты; канал с дорогими обращениями — крупные и повторяющиеся.
Где именно теряются деньги. Разрыв виден по этапам: обращений много, до разговора доходит треть, до счёта — единицы. Дальше понятно, к кому идти — к рекламе или к отделу продаж.
Сколько стоит клиент, а не лид. Разница между этими числами обычно не в разы, а на порядок, и знание второго меняет решение о бюджете сильнее, чем любые правки объявлений.
Как считать окупаемость честно. Показатель окупаемости требует выручки в разрезе канала — до сквозной сборки его считают по заявкам, умноженным на средний чек, и это оценка, а не расчёт.
Через сколько окупается канал. Виден срок между расходом и деньгами, а он у разных каналов разный; сравнивать их за один месяц значит систематически хвалить быстрые.
Признаки, что внедрять рано
Сделок мало. Если в месяц закрывается два десятка сделок, их проще разобрать вручную. Автоматическая сборка здесь добавит инфраструктуру и не добавит знания.
Один канал. Смысл системы в сравнении источников. При единственном источнике сравнивать не с чем, а стоимость привлечения считается делением бюджета на число клиентов.
CRM не ведут. Сделки живут в переписке, таблице и голове руководителя. Тогда первый проект — не аналитика, а сама CRM.
Цикл сделки длиннее года. Данные о деньгах придут так поздно, что решение по бюджету будет приниматься вслепую всё это время. Здесь работают промежуточные показатели, а не выручка.
Отчёт некому смотреть. Если по результатам никто не меняет ставки, объявления и скрипты, система превращается в дорогой дашборд, на который смотрят раз в квартал.
Что она не свяжет никогда
Сквозная аналитика собирает то, что оставило цифровой след. Всё остальное остаётся снаружи, и объём этого «остального» обычно недооценивают.
Не связываются касания без клика: увиденная и не нажатая реклама, рекомендация знакомого, вывеска на улице. Не связываются разные устройства и браузеры, если человек не авторизовался. Не связывается влияние: система покажет, что канал был в цепочке, но не скажет, состоялась бы сделка без него — это вопрос моделей атрибуции, у которого нет полного ответа.
И отдельно: система не делает данные правдой. Она переносит в отчёт то, что записано, включая ошибки ввода. Красивая визуализация мусора выглядит убедительнее, чем сам мусор.
Спорное место
Общая рекомендация «сначала дисциплина CRM, потом внедрение» логична и в реальности часто нереализуема. Дисциплина не появляется сама: пока нет отчёта, который кто-то смотрит, у менеджера нет причины заполнять поле. Получается замкнутый круг — данные не собирают, потому что нет отчёта, и отчёта нет, потому что не собирают данные.
Выход, который иногда работает, выглядит как нарушение собственного правила: собрать заведомо неполную систему, показать её на совещании и открыто назвать долю сделок, попавших в расчёт. Неполный отчёт с честно указанной дырой создаёт давление, которого не создаёт призыв заполнять карточки.
Риск очевиден и серьёзен. Через месяц оговорку про неполноту забудут, а числа останутся — и решения начнут приниматься по подвыборке, которая систематически смещена в сторону мелких и быстрых сделок. Различить эти два сценария заранее нельзя; можно только договориться, что доля покрытых сделок выводится рядом с любой цифрой в отчёте и убирается оттуда последней.
Частые вопросы
Чем сквозная аналитика отличается от обычной веб-аналитики?
Можно ли собрать сквозную аналитику без отдельной платформы?
Почему цифры в кабинете, счётчике и CRM не совпадают?
С чего начинать внедрение?
Что делать с офлайн-продажами?
Нужна ли сквозная аналитика интернет-магазину?