Аналитика связки salebot и Getcourse

Как у нас устроена аналитика воронки в Monitor Analytics и какие есть нюансы.

1. Как мы отслеживаем путь клиента

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

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

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

2. Пример связки salebot и GetCourse

На примере нашего клиента процесс выглядит так:

1) Пользователь попадает в salebot, взаимодействует с ботом.

2) Когда он в итоге попадает на GEtcourse, в дополнительное поле записывается salebot‑ID.

3) Мы выгружаем эти данные и сопоставляем пользователя из salebot с пользователем в GetCourse.
Так мы понимаем, кто пришёл, например, по метке из Яндекса и в итоге купил курс.

При этом у нас есть подробная статистика по каждому пользователю:
- какие сообщения были отправлены и доставлены;
- кликал ли пользователь по ссылкам;
- даже такие детали, как лайки сообщений.

В итоге по каждому клиенту мы видим:
- все его входы в бота;
- все прочитанные сообщения по всем воронкам;
- купил ли он курс, когда и т. д.
Аналитика получается прозрачной.

3. Нюансы и ограничения

Есть несколько важных ограничений, которые нужно учитывать.

1) Исторические данные.

Сейчас данные поступают через веб‑хук только с момента подключения к монитору — историю подгрузить нельзя. В salebot теоретически можно выгрузить данные задним числом, но есть проблема с лимитами:

- лимиты распространяются на отправку сообщений клиентам;
- есть лимиты на запросы и выгрузки.

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

2) Ограниченность сегментации в salebot.

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

Приходите тестировать Monitor Analytics. Начните знакомство с купона на 7 дней: https://sedov.online/kupon-7