Атрибуция в Монитор

Допустим в вашей онлайн-школе есть следующая воронка: регистрация на вебинар ➡️ вебинар ➡️ продажа курса.

Вы ведете трафик на эту воронку и хотите знать ее окупаемость, НО:

1. Нужно соединить данные рекламного аккаунта с событиями воронки;
2. Нужно продажи курса подтягивать на ту дату, когда был трафик и создана регистрация на вебнар.

Доход и расход сегодняшнего дня брать нельзя, т.к. пришедший сегодня принесет доход завтра.

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

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

Для вас такой отчет актуален?

В Мониторе можно строить отчеты не по дате регистрации в базе GetCourse, а по входу в воронку!

Интересно? Жми на кнопку ⬇️

Основная информация о Монитор:

1. https://sedov.link/monitor - сайт, где можно пройти интеграцию, изучить модули;
2. https://sedov.link/cms/system/contact - техническая поддержка Монитор;
3. https://t.me/Netalis_sobol - задайте вопрос 🙋🏼.

Исключение повторных регистраций из аналитики

Ниже приведён диалог пользователя Монитор с технической поддержкой:

— У нас подписчики регистрируются по несколько раз на один и тот же вебинар на GetCourse. Если галочку тут не ставим, (Прим. ред.: речь идёт о галке «Запускать повторно, если задача по этому пользователю уже запускалась» внутри формы регистрации), то будут ли они в статистике учитываться как несколько регистраций, сделанные одним человеком?

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

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

— Да, вы это увидите в Мониторе)

— Ох. Хорошо. Какая у вас волшебная система. 🤗

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

Т.е. если человек регистрируется через неделю повторно, то это разные подписки (вход в воронку).

P.s.: Монитор позволяет посмотреть данные в том числе и с дублями

Туннели 🚇 в Монитор

Модуль «Трафик»

Рассмотрим ситуацию:

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

В этом туннеле 3 точки:

1. 🔜 Вход в туннель (начало) - создание нулевого заказа;
2. 🔛 Промежуточная точка - посещение вебинара;
3. 🔚 Выход из туннеля (конец) - создание заказа на основной продукт.

В каждом туннеле должен быть вход (подписка) и выход (основной продукт). Остальные точки могут отсутствовать.

Подписка — это вход в воронку.

В вашей воронке может быть несколько туннелей.

❗️Но ☝🏼 важно, ❗️
чтобы различные события попадали в нужный туннель.

Чтобы верно распределить события по туннелям необходимо создать уникальный идентификатор туннеля и использовать его в тегах и/или процессах.

Формула тега: «tunnel-» + «идентификатор туннеля»

Тегирование предложений

Модуль Трафик

Для отображения корректной аналитики вам необходимо растрегировать предложения в GetCourse специальными тегами.

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

Если у вас создаются нулевые заказы, вы можете их разметить и не использовать процессы.

- Тег предложений «Подписка» — monitor-sub
- Тег предложений «Посещение вебинара» — monitor-webinar
- Тег предложений «Основной продукт» — monitor-main
-Тег предложений «Tripwire (промежуточный продукт)» — monitor-tripwire

❗️Тег указывается вместе со знаком «-» без пробелов.

❗️Тег указывается без кавычек, только название.

Тегирование предложений поможет мгновенно собирать отчеты и быстрее анализировать продажи.

Когортный анализ

Модуль «Руководитель»


Когортный анализ — это один из наиболее востребованных методов исследования поведения пользователей.

Когортный анализ показывает поведение узких групп людей (когорт), которые совершили определенное действие в какой-то конкретный промежуток времени.

В Монитор когортой является пользователи, которые прошли регистрацию в какой-то месяц, а действие является оплатой в текущем месяце и во всех следующих месяцах.

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

Или обратная история: мы проводим запуск и видим пользователи какого месяца заплатили больше (те, что пришли в январе, феврале или марте).
Это самый популярный отчёт который есть в принципе в бизнес анализе.

Есть когорты с привязкой к дате оплаты и с привязкой к дате заказа. Для проектов с длинным циклом сделки или внутренней рассрочкой второй вариант удобен для прогнозирования.

Благодаря системе фильтрации Монитор можно все эти же самые данные вывести в разрезе одного продукта, одной воронки, одного тарифа или запуска. Можно выбрать один фильтр, а можно использовать все вместе.

Монитор 🔁 GetCourse

Монитор работает с данными GetCourse.

Для максимальной эффективности платформы ваш проект должен соответствовать общим критериям.

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

Если вам нужен модуль “Руководитель”:

1. Заказы и оплаты должны приходить в GetCourse;
2. Регистрации должны создаваться в GetCourse;
3. Разметьте предложения тегами для детализации данных (желательно, но не обязательно);
4. Разметьте UTM-метками трафик (желательно, но не обязательно)


Для модуля “Трафик”:

1. Заказы и оплаты должны приходить в GetCourse;
2. Регистрации должны создаваться в GetCourse;
3. Подготовка воронок для отправки данных;
4. Разметьте UTM-метками трафик;
5. Разметьте предложения тегами для детализации данных (желательно, но не обязательно)

Для модуля “Отдел продаж”:

1. Заказы и оплаты должны приходить в GetCourse;
2. В GetCourse должны быть данные о звонках;
3. Разметьте предложения тегами для детализации данных (желательно, но не обязательно)

Для модуля “Рассылки”:

1. Отправка сообщение должна вестись через GetCourse;
2. Заказы и оплаты должны приходить в GetCourse (желательно, но не обязательно)

Учитывайте вышеперечисленные данные и получайте максимально информативные и полезные отчеты

Обновление тегов

Если вы разметили предложения (инструкция по разметке предложений и писем), у которых уже были заказы, и Монитор уже подключен, то обновите данные в разделе «Интеграции».

В разделе «Интеграции» появился пункт «Загрузка и обновление данных», в котором можно создать задачи на:
1) загрузку старых данных о расходе из рекламных сетей;
2) обновлении данных о тегах предложений при вводе новых тегов.

Далее ожидайте обновления данных, в среднем потребуется 5-6 часов (продолжительность зависит от количества данных в проекте).

❗️Важно❗️

Мы добавили поддержку мастер-кампаний (Яндекс.Директ) в модуль «Трафик».

Для того, чтобы Монитор смог соединить данные нужно поменять вашу utm-разметку в мастер-кампаниях на:

sedov.link/monitor?utm_source=yandex&utm_medium=cpc&utm_campaign={campaign_name}&utm_content={campaign_type}&utm_term={campaign_id}_{source_type}_master_{keyword}

Отслеживание посещений вебинара через Монитор

Модуль "Трафик"

Под процессом мы пониманием настраиваемый процесс в CetCourse, который будет отсылать события (например, посещения вебинара пользователем) в Монитор.

Процессы лучше использовать для событий: посещение вебинара и подписка (вход в воронку).

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

Также этот вариант подойдет для фиксации события посещения вебинара, чтобы не создавать нулевые заказы.

Поддержка тегов Монитора из доп.полей заказов


Модуль «Руководитель»
Модуль «Трафик»
Модуль «Отдел продаж»

⬆️ В данных модулях есть возможность фильтрации платных заказов при помощи тегов.

Если вам неудобно тегировать предложения, то вы можете использовать дополнительное поле заказа с ключевыми словами/тегами (которых 8 штук). Примеры тегов/ ключевых слов в инструкции по ссылке: https://sedov.link/monitor/teg

Внутри GetCourse при создании заказа нужно создать процесс, в дополнительное поле заказа нужно поставить ключевые слова (Например: номер потока flow).
Монитор данное дополнительное поле воспринимает, как тег предложения.

Если у предложения стоит тег и ключевое слово в дополнительном поле, то Монитор сначала смотрит дополнительное поле и берет его значение. Если дополнительное поле пустое, то Монитор смотрит тег предложения и работает с ним. Если тега нет, то Монитор пишет «нет тега».

❓❓❓Вопросы о тегах

Представляем вашему вниманию ряд ответов на вопросы относительно тегирования (полная инструкция по тегированию в Монитор https://sedov.link/monitor/teg):

🤔Что если я не буду ничего отмечать тегами?
Все заказы и доход будут отражены в Монитор, но без возможности фильтрации по предложениям. Теги нужны для фильтрации данных.

🤔Если не добавлять теги в старые предложения, то они не будут отображаться на дашбордах?
Пока нет. Не обязательно метить тегами все предложения сразу. Начните с часто используемых предложений, используйте те теги, которые вам нужны.Разметить предложения (старые и новые) тегами можно в любой момент, даже после подключения к Монитор.

🤔Что делать, если я хочу использовать ваши теги, но с иным смыслом?
Вы можете использовать теги по своему усмотрению, терминология и смысл могут отличаться. Тег – это техническая возможность, это условность, которая образует стандарт разметки на рынке. От него можно отходить

P.s.: В комментариях оставляйте свои вопросы. Ответим, разберем

Контроль менеджеров в модуле «Руководитель»

Модуль «Руководитель»
Общие данные➡️ лист «Итог»

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

Обращаем ваше внимание на таблицы:
1. Данные по отделу продаж
2. Данные по автозаказам.

Автозаказ — это заказ, у которого нет менеджера, который менеджер не брал в работу.

Две последние колонки в обеих таблицах это показатели:

% заказов ОП(/ % автозаказов) — он показывает, какой процент от общего числа заказов взяли на себя менеджеры ОП (/ либо % автозаказов от общего числа заказов).

% от Вала ОП — выручка отдела продаж деленная на выручку всего проекта. Т.е. какой процент выручки приходится на отдел продаж!
И
% от Вала автозаказов — процент выручки по автозаказам.

Знали об этих показателях? Монитор надеется, что да!

Как найти «неработающие» объявления внутри рекламной компании?

Модуль «Трафик»

NPC (None Profit Cost) — показатель, который говорит о том, куда больше всего впустую тратятся деньги.

Для чего нужен NPС? Благодаря данной метрике вы сможете увидеть, какие объявления из компании «работают», приносят деньги, а какие объявления нужно отключить.

NPC по объявлениям — суммирует расход по каждому рекламному объявлению, которое не принесло доход за выбранный промежуток времени.

NPC по дням — суммирует расход по объявлениям за каждый день, если объявления не принесло дохода за этот день.

Пример: вы ведёте трафик 7 дней. Каждый день тратите 100 рублей. Всего =700 ₽. В понедельник с рекламы пришёлэ пользователь, который в итоге сделал заказ, совершил оплату продукта.
В таком случае NPС по объявлениям =0, т.к. это объявление принесло заказ.
А NPС по дням =600 ₽, т.к. только в один из 7дней была совершена оплата. Остальные 6 дней - деньги потрачены впустую.

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

Монитор позволяет оценивать ROMI и NPC не только по компании, объявлению, группе объявлений, но и по кастомным параметрам из ваших меток (подрядчики, воронки, гео, тип аудиториии и т.д)

ROMI и NPС это важнейшие показатели для анализа трафика!

Подключение рекламных кабинетов

Модуль "Трафик"

Для корректной работы модуля «Трафик» нужно подключить кабинеты рекламных сетей.
Есть возможность добавить кабинет Facebook, ВКонтакте, Яндекс, Google.

С момента подключения кабинетов в отчете появятся данные по расходу и набор вспомогательных расчетных параметров.

Перейдите в раздел «Интеграции» ➡️«Рекламные источники».

Для доступа к разделу необходимо иметь права уровня «Админ».

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

Подключить кабинеты может любой сотрудник с доступом к Монитору и этим рекламным кабинетам.