Расходы и переходы видны в рекламных кабинетах, посещения сайта и действия пользователей фиксирует веб-аналитика. Звонки хранятся в телефонии, а работа с обращениями и сделки ведутся в CRM.
Руководителю нужна связь между этими данными. Какие вложения приводят клиентов? Что происходит после обращения и на каком этапе теряются сделки?
Чтобы ответить на эти вопросы, нужно собрать данные из разных систем, договориться о правилах учёта и проверить, как записи связаны между собой.
1. Начните с вопросов, на которые должен отвечать отчёт
Перед выбором сервиса запишите решения, для которых нужна аналитика.
Например:
- Какие источники приводят обращения по конкретному объекту?
- Какая часть обращений соответствует согласованным критериям качества?
- Где клиент теряется: до контакта с менеджером, после разговора, перед встречей или договором?
- Как меняется результат при перераспределении рекламных расходов?
- Какие сделки связаны с обращениями, привлечёнными ранее?
- Насколько полны данные, на которых основаны выводы?
Для каждого вопроса укажите, какие данные нужны, кто отвечает за их качество и как рассчитывается показатель.
Стоимость лида не объясняет качество обработки. Для её оценки нужны сведения о контакте с клиентом, следующих действиях и причине завершения работы.
Состав показателей для управленческого обзора разобран в руководстве об отчёте по маркетингу для руководителя.
2. Согласуйте единицы учёта
Один человек может позвонить, заполнить форму и написать в чат. В системах появятся несколько обращений, хотя клиент и его потребность могут быть одни и те же.
Бывает и наоборот: один клиент интересуется несколькими объектами. Договоритесь заранее, что именно считаете в каждом отчёте.
| Понятие | Что необходимо определить |
|---|---|
| Обращение | Какие события учитываются: звонок, форма, чат, обращение с площадки |
| Уникальный клиент | По каким признакам объединяются записи; как разбираются неоднозначные совпадения |
| Целевое обращение | Какие критерии подтверждают соответствие продукту и задаче компании |
| Сделка | Какая запись CRM учитывается и как она связана с обращениями |
| Успешная сделка | Какое событие считается результатом: договор, оплата или другой согласованный этап |
| Доход | Какое значение используется: сумма договора, полученная выручка или иной показатель |
| Источник | Первое известное касание, источник обращения или результат выбранной модели атрибуции |
Сохраните определения в общем документе для маркетинга, продаж и аналитиков. Это поможет избежать ситуации, когда одно название скрывает разные показатели.
3. Опишите все потоки данных
Рабочая схема должна включать расходы, взаимодействия с клиентом и изменения в CRM.
| Откуда поступают данные | Что передаётся | С чем связывается | Что проверять |
|---|---|---|---|
| Рекламные кабинеты | Расходы и идентификаторы кампаний | Кампании, источники, объекты | Полноту загрузки и период |
| Вручную учитываемые размещения | Расходы, площадка, формат, период, объект | Согласованная кампания или группа размещений | Основание суммы и правило распределения |
| Веб-аналитика | Визиты, источники, события, доступные идентификаторы | Звонки, формы и другие обращения | Сохранение источника и корректность событий |
| Телефония и коллтрекинг | Звонки, время, идентификаторы, доступный источник | Записи CRM | Пропущенные, повторные и несвязанные звонки |
| Формы и чаты | Обращения, время, идентификаторы, данные источника | Записи CRM | Потерянные заявки и дубли |
| Внешние площадки | Доступные обращения и сведения об источнике | CRM и размещения | Что передаётся автоматически, что требует другого способа учёта |
| CRM | Связи записей, стадии, даты, результат, суммы | Исходные обращения и отчётность | Обновление стадий, отмен и сумм |
| Правила аналитики | Справочники, группировки, атрибуция, формулы | Все перечисленные данные | Однозначность и воспроизводимость расчётов |
Расходы, обращения и сведения из CRM поступают разными потоками. Для общего отчёта нужны правила, по которым вы соедините записи. Проверьте каждую связь и обновление данных.
Схема широкая: прокручивайте её по горизонтали или откройте отдельно.
Открыть схему в полном размере (новая вкладка)
Рисунок 1. Потоки данных в сквозной аналитике. Способ передачи, идентификаторы и поля зависят от конкретных систем. Неизвестные источники и несвязанные записи оставляйте отдельными группами для проверки.
Данные могут поступать параллельно. Направления обмена зависят от задачи и интеграций, поэтому схема не задаёт обязательную цепочку передачи через все системы.
Например, документация Calltouch описывает передачу обращений в CRM и возврат данных о сделках в аналитику. Также возможна передача только сделок из CRM с их привязкой к уже имеющимся обращениям. Конкретный вариант нужно проверить для используемых систем. Справка Calltouch об интеграциях с CRM.
4. Организуйте разметку и учёт расходов
Для управляемых ссылок нужен единый справочник разметки. В нём фиксируются площадка, тип размещения, кампания, объект и способ различать материалы.
UTM-параметры позволяют передавать сведения об источнике, канале, кампании и других характеристиках перехода. Корректность меток и их обработку нужно проверять в используемой системе. Правила обработки меток в Яндекс Метрике.
Практические правила:
- используйте согласованные названия вместо вариантов, придуманных каждым подрядчиком;
- сохраняйте реестр ссылок и размещений;
- проверяйте, сохраняются ли параметры после переходов и перенаправлений;
- связывайте расходы с теми же кампаниями и объектами, которые используются в отчётах;
- отдельно отмечайте размещения, расходы по которым загружаются вручную.
Метка на ссылке из карточки организации показывает переход по этой ссылке. Она не позволяет измерить всех людей, которые увидели карточку.
Аналогично QR-код помогает учитывать переходы по нему, но не измеряет весь эффект наружной рекламы. Обращения без известного источника должны оставаться видимыми как отдельная группа.
Для поискового трафика нужно проверить распознавание органического источника. Не следует относить все визиты без UTM к неизвестной рекламе.
5. Выбирайте систему после проверки требований
Составьте перечень обязательных возможностей:
- какие кабинеты и источники должны подключаться;
- какая CRM используется и какие данные из неё нужны;
- как связываются обращения и сделки;
- можно ли учитывать несколько объектов;
- как загружаются расходы вне рекламных кабинетов;
- как обновляются стадии и суммы;
- какие модели атрибуции доступны;
- можно ли проверить расчёт на уровне отдельной записи.
Готовый сервис подходит, если выполняет эти требования и его есть кому настроить. Для нестандартной разработки отдельно определите объём технических работ, поддержку и ответственного за дальнейшие изменения.
Проверьте, какие поля и события передаёт интеграция. Одного её названия в списке возможностей сервиса недостаточно.
6. Учитывайте время до сделки и модель атрибуции
Обращения одного месяца могут превратиться в сделки позднее. Поэтому отношение «сделки месяца / обращения месяца» может смешивать разные группы клиентов.
Для оценки привлечения соберите обращения за определённый период в одну группу и проследите их дальнейший результат. Сравнивая группы, учитывайте время после первого обращения.
Отдельно согласуйте правило распределения результата между источниками. Один клиент мог познакомиться с проектом на площадке, затем найти сайт через поиск и позже вернуться по рекламе.
Разные модели атрибуции по-разному учитывают такие взаимодействия. Сравнивать отчёты нужно с пониманием их правил и доступной истории. Актуальные модели конкретного инструмента проверяются по документации: например, их состав в Метрике менялся. Модели атрибуции Яндекс Метрики.
Если система поддерживает распределение результата между несколькими касаниями, нужно проверить:
- какие касания действительно собираются;
- какие правила распределения применяются;
- как учитываются неизвестные источники;
- за какой период доступна история;
- как сравниваются результаты при разных моделях.
7. Не оценивайте источник только по стоимости обращения
Это условный расчёт, а не кейс или рыночный норматив. Для обеих групп используем одинаковые определения и сопоставимый период наблюдения.
| Показатель | Источник А | Источник Б |
|---|---|---|
| Рекламные расходы | 200 000 ₽ | 160 000 ₽ |
| Обращения | 100 | 40 |
| Успешные сделки | 2 | 4 |
| Расходы на одно обращение | 2 000 ₽ | 4 000 ₽ |
| Рекламные расходы на одну успешную сделку | 100 000 ₽ | 40 000 ₽ |
Источник Б приводит более дорогие обращения, но в этом примере имеет меньшие рекламные расходы на успешную сделку.
Принимать решение о бюджете только по этой таблице рано. Проверьте качество данных, суммы и экономику сделок, особенности продукта и обработки. Последняя строка учитывает рекламные расходы; полная стоимость привлечения клиента включает и другие затраты.
Если данные показывают потери после поступления обращения, переходите к разбору конкретных записей вместе с продажами.
8. Принимайте внедрение по проверкам
Для приёмки подготовьте набор контрольных сценариев:
- обращение из размеченной рекламы;
- обращение из органического поиска;
- повторный контакт существующего клиента;
- звонок и форма от одного клиента;
- изменение стадии сделки;
- изменение суммы;
- отмена сделки;
- обращение без установленного источника.
По каждому сценарию проверьте исходную запись, запись CRM и результат в аналитике.
Сверьте итоговые расходы с исходными системами, проверьте несвязанные записи и дату последнего обновления. Разберите причины расхождений и договоритесь, какие отклонения допустимы.
Перед использованием отчёта зафиксируйте, какие данные в нём есть, чего не хватает и кто исправляет ошибки.
9. Отдельно определите, что означает LTV
Если нужен LTV, сначала договоритесь, какой показатель вы хотите видеть:
- выручку или маржинальный результат;
- за какой период;
- для какого типа клиента;
- как объединяются повторные сделки;
- как учитываются отмены;
- показываются наблюдаемые результаты или прогноз.
В отчёте различайте сумму известных сделок за доступный период и прогноз будущей ценности клиента. Укажите, какой показатель вы рассчитали.
10. Назначьте владельца дальнейшей работы
Назначьте ответственного за справочники, новые размещения, изменения CRM и качество данных после внедрения.
Для каждого выявленного отклонения фиксируйте: наблюдение, возможную причину, проверку, решение, ответственного и результат изменения.
Эти записи позволяют проверить, выполнено ли решение и что изменилось в результате.
Могу помочь разобрать текущую систему данных или организовать внедрение сквозной аналитики. Моя роль: определить требования, согласовать задачи исполнителей и проверить результат.