Маркетинг Alytics
1 409

Интеграция коллтрекинга в сквозную аналитику: особенности и основные кейсы

Материал написан на основе выступления специалиста по внедрению сквозной аналитики Alytics Ксении Курашовой.

В закладки

30 октября система сквозной аналитики Alytics провела в Москве вторую конференцию «День сквозной аналитики». Посмотреть видеозаписи всех выступлений можно на сайте конференции.

Ксения рассказала о коллтрекинге и его роли в сквозной аналитике.

Что такое коллтрекинг и что с ним делать?

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

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

Виды и ценность коллтрекинга

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

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

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

Коллтрекинг как звено в цепочке построения сквозной аналитики

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

Посмотрим на схему:

Давайте разберем схему:

  1. На ваш сайт зашел пользователь — потенциальный клиент
  2. Этому пользователю показывается номер коллтрекинга
  3. Далее этот же пользователь совершает звонок
  4. Это обращение (звонок), должно автоматически попадать в CRM-систему. Причем в CRM должна поступить информация не только о самом факте звонка и номере звонящего, но и его Google client ID. Google client ID — это уникальный идентификатор, который присваивается сессии пользователя и позволяет сопоставить эту сессию с источником и каналом, которые привели пользователя на сайт
  5. Допустим, менеджер поговорил с клиентом и что-то ему продал, т.е. закрыл сделку. Тогда менеджер добавляет информацию о выручке по данной сделке в CRM
  6. В итоге в CRM-системе содержится телефонный номер, Google client ID, выручка и дополнительные поля с информацией о клиенте
  7. Далее часть данных забирает система сквозной аналитики: выручку, источник и канал, количество звонков
  8. Пользователь видит затраты по рекламным источникам и каналам и выручку по ним же
  9. На основании этой информации строится сквозная аналитика

Интеграция с CRM-системой

Специалисты по интеграциям регулярно сталкиваются с мнением, что процесс подключения коллтрекинга и интеграция коллтрекинга с CRM — это сложно и дорого, но на самом деле это не так. Развеем страхи!

Так как мы в основном работаем с интеграциями нашего коллтрекинга Alytics, который прост в использовании и интеграции, то рассмотрим пример интеграции коллтрекинга Alytics с CRM-системой.

  1. Заполняем бриф.

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

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

  3. Устанавливаем коллтрекинг.

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

  4. Интегрируем с CRM-системой — автоматизируем передачу звонка в CRM.

    Коллтрекинг Alytics может создавать почти любые сущности. В CRM-системах сущности различаются: в amoCRM под сущностями понимаются сделки и контакты, в retailCRM — заказы и контакты, в Битрикс24 — лиды и сделки) и т.д.

    Есть несколько популярных сценариев создания сущностей:

    — только сделка;

    — пара «контакт + сделка»;

    — только лид;

    — компания+контакт+сделка.

По практическому опыту Alytics, около 80 % клиентов пользуются парой «контакт + сделка».

После интеграции коллтрекинга с CRM-системой клиент имеет достаточно данных для построения сквозной аналитики с учетом обращений через звонки.

Телефония и коллтрекинг в CRM

Итак, мы разобрались, что интеграция коллтрекинга с CRM-системой — это просто. Однако распространен кейс, что в CRM-системе уже есть интегрированная телефония. Это значит, что она сама создает сущности в CRM-системе по очень гибкой логике. Как же в этом случае будет работать коллтрекинг? Нужно ли жертвовать телефонией? Забегая вперед, нет, отказываться от телефонии не нужно и не требуется!

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

Коллтрекинг Alytics умеет работать с телефонией и подобная синергия позволяет построить сквозную аналитику без ущерба бизнес-процессам клиента.

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

Есть три важных нюанса:

  • коллтрекинг должен переадресовываться на телефонию;

  • коллтрекинг ничего не должен создавать в CRM-системе — все создает телефония;

  • коллтрекинг должен добавить Google client ID в сущность, которая на самом деле создается телефонией.

Далее все идет по прежней схеме: информация по телефонному номеру звонящего, Google client ID и выручке подгружается в систему сквозной аналитики. На основании этой информации клиент делает выводы об эффективности рекламных кампаний, оптимизирует затраты на них и принимает необходимые бизнес-решения.

Важный момент! Сущности в CRM-системе по звонкам создаются автоматически, как и информация по Google client ID. Обращения, созданные вручную не получат детализацию по источникам и рекламным каналам. Если нужно отслеживать 100% обращений, то должна быть максимальная автоматизация при работе с входящими обращениями.

Еще важный момент — учет повторных звонков

Если у вас бизнес, где каждый новый звонок приводит к выручке — резонно создавать новую сделку при каждом новом звонке.

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

С этим нужно определиться еще на этапе согласования логики работы и интеграции коллтрекинга с CRM-системой.

Сценарии обработки повторных звонков

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

Рассмотрим возможные сценарии учета повторных звонков:

1. Учет всех повторных обращений относится к первому источнику, который привел к заказу.

Клиент прошел несколько шагов и сделал заказ, придя по рекламе из Яндекс.Директа. Прошло время, он совершил повторный заказ — и по модели первого взаимодействия вся выручка по этим двум заказам попадет в yandex/cpc. Хотя возможно, что были какие-то касания между первым и повторным заказом.

2. Учет всех повторных обращений относится к последнему источнику, который привел к заказу.

Выручка присваивается каждому предыдущему обращению перед сделкой. В случае первого заказа это будет yandex/cpc, в случае повторного — прямой переход.

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

Обратите внимание: на схеме показаны два прямых перехода между первым взаимодействием и повторным. Нужно ли их учитывать — решать вам!

Мультиканальная аналитика в Alytics предоставляет возможность их убрать из цепочки и перераспределить ценность достижения конверсии между первыми тремя источниками.

Особенность мультиканальной аналитики в рамках учета звонков

Мультиканальность требует устанавливать динамический коллтрекинг абсолютно на все каналы.

От этого не уйти, так как только в этом случае можно получить информацию по Google client ID, которая необходима. Мы понимаем, что это может быть дорого, поэтому была придумана и внедрена возможность скрывать номера и показывать их только тем пользователям, которые действительно хотят вам позвонить. На примере сайта Alytics — примерно 20-25 % посетителей нажимают на кнопку «Показать».

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

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

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

Написать
{ "author_name": "Alytics", "author_type": "self", "tags": [], "comments": 2, "likes": 13, "favorites": 46, "is_advertisement": false, "subsite_label": "marketing", "id": 55918, "is_wide": false, "is_ugc": true, "date": "Tue, 22 Jan 2019 10:27:01 +0300" }
{ "id": 55918, "author_id": 109438, "diff_limit": 1000, "urls": {"diff":"\/comments\/55918\/get","add":"\/comments\/55918\/add","edit":"\/comments\/edit","remove":"\/admin\/comments\/remove","pin":"\/admin\/comments\/pin","get4edit":"\/comments\/get4edit","complain":"\/comments\/complain","load_more":"\/comments\/loading\/55918"}, "attach_limit": 2, "max_comment_text_length": 5000, "subsite_id": 199113 }

2 комментария 2 комм.

Популярные

По порядку

0

Все что описано в статье действительно важно. Хочу сказать, что многие считают, что использование телефона в своем бизнесе не совсем рационально так как все делается онлайн. Но это не так. До сих пор очень многие заказывают по средствам телефона. Поэтому все описанные функции очень важны. Я знаю всего пару компаний, которые предоставляют действительно качественные функции ( вот одна из них - https://1ats.ru/call-tracking/ ).

Ответить
0

Попробуйте с MD сборки от Тисы интегрироваться.. Посмотрим как будут сущности создаваться) беда в том что при решении операционных задач программным обеспечением не берётся в расчёт гибкость инструментов. Кейс хороший , для любителей АМО и битрикса (

Ответить
0
{ "page_type": "article" }

Прямой эфир

[ { "id": 1, "label": "100%×150_Branding_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox_method": "createAdaptive", "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfl" } } }, { "id": 2, "label": "1200х400", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfn" } } }, { "id": 3, "label": "240х200 _ТГБ_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fizc" } } }, { "id": 4, "label": "240х200_mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "flbq" } } }, { "id": 5, "label": "300x500_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfk" } } }, { "id": 6, "label": "1180х250_Interpool_баннер над комментариями_Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "bugf", "p2": "ffyh" } } }, { "id": 7, "label": "Article Footer 100%_desktop_mobile", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjxb" } } }, { "id": 8, "label": "Fullscreen Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjoh" } } }, { "id": 9, "label": "Fullscreen Mobile", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjog" } } }, { "id": 10, "disable": true, "label": "Native Partner Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyb" } } }, { "id": 11, "disable": true, "label": "Native Partner Mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyc" } } }, { "id": 12, "label": "Кнопка в шапке", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "p1": "bscsh", "p2": "fdhx" } } }, { "id": 13, "label": "DM InPage Video PartnerCode", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox_method": "createAdaptive", "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "bugf", "p2": "flvn" } } }, { "id": 14, "label": "Yandex context video banner", "provider": "yandex", "yandex": { "block_id": "VI-223676-0", "render_to": "inpage_VI-223676-0-1104503429", "adfox_url": "//ads.adfox.ru/228129/getCode?pp=h&ps=bugf&p2=fpjw&puid1=&puid2=&puid3=&puid4=&puid8=&puid9=&puid10=&puid21=&puid22=&puid31=&puid32=&puid33=&fmt=1&dl={REFERER}&pr=" } }, { "id": 15, "label": "Плашка на главной", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byudx", "p2": "ftjf" } } }, { "id": 16, "label": "Кнопка в шапке мобайл", "provider": "adfox", "adaptive": [ "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byzqf", "p2": "ftwx" } } }, { "id": 17, "label": "Stratum Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fzvb" } } }, { "id": 18, "label": "Stratum Mobile", "provider": "adfox", "adaptive": [ "tablet", "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fzvc" } } }, { "id": 19, "label": "Тизер на главной", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "p1": "cbltd", "p2": "gazs" } } } ]
Компания отказалась от email
в пользу общения при помощи мемов
Подписаться на push-уведомления
{ "page_type": "default" }