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

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

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

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

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

Из такого списка получается задание на внедрение. В нём есть бизнес-вопрос, показатель, источник, ответственный и период обновления. По этому же списку затем принимают работу. Обещание «подключим все отчёты» без перечня решений проверить гораздо сложнее.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Целевой лид определяется по согласованным признакам бизнеса. Это может быть соответствие задаче, географии, продукту и другим существенным условиям. Признаки должны быть понятны тому, кто принимает решение в CRM. Формулировка «менеджеру показалось перспективным» не даёт устойчивой основы для сравнения каналов.

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

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

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

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

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

Учебный пример: канал А потратил 60 000 рублей, дал 60 обращений и 12 целевых лидов. Канал Б потратил 80 000 рублей, дал 40 обращений и 20 целевых лидов. Это условные числа для расчёта, а не данные клиентского проекта.

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

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

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

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

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

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

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

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

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

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

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

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

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