100 идей для акции в онлайн-школе.
Готовые решения для мозгового штурма.
Стратегический разбор по работе с базой.
Как выстроить системную работу с базой и получать с нее 100% прибыли каждый месяц.
Оцените потенциал роста онлайн-школы.
7 вопросов для самоаудита.
Почему нужно работать с базой всем?
Или основы масштабирования с гарантией 100%
Революционная параметрическая диагностика.
Не знаете сколько можно достать из базы?
Самая большая база знаний по работе с базой.
Получите доступ к специальному разделу систематизации приемов.
Сквозная аналитика продаж для Getcourse
Подключите проект к платформе за сутки.
услуги
↳ Канал Telegram — 340 записей
↳ pdf-книга «Работа с базой»
↳ Антикризисный гайд
↳ Чек-лист по увеличению конверсий
↳ Тактическая карта для онлайн-школ
↳ Как акции усиливают маркетинг
↳ Сборник записей по распродажам
↳ Кейс «Серия распродаж на 22 млн»
↳ 12 точек масштабирования трафика
Выступаю:
- на конференциях
- в уроках курса
- в вебинарах
- клубных встречах
Мне интересны темы:
- работа с базой
- методы масштабирования
- аналитика монетизации подписчиков
- процессы в онлайн-школах
- построение отделов внутреннего маркетинга
- продающие мероприятия
- системы запусков
- акции и распродажи
- закупка трафика
Пишите мне @sedovartem
Ниже разобрали причины почему данные в отчете платформы сквозной аналитики могут отличаться от данных, которые мы видим в Геткурсе.
1.
Вы не верно делаете проверку данных и выбираете не ту атрибуцию. Подробнее про модель атрибуции читайте тут: https://sedov.link/blog/920756
2.
Выручку Getcourse показывает по всем статусам. Но если, например, у вас есть 2 заказа со статусом «Ожидает возврата». То данные в чистом виде не будут совпадать.
В Мониторе по умолчанию, этот статус не попадает в оплаты и выручку.Если их вычесть получиться нужная выручка. В настройках проекта вы можете поменять это, но думаю вам не нужно учитывать это в выручку.
3.
В Мониторе мы зашили по умолчанию, что оплатой считается факт оплаты. И если есть часть клиентов, которые оплатили бонусами, то сумма оплат равна 0, поэтому в оплаты это не включается.
Почему так? Если мы захотим подсчитать ср. чек (а это мы и делаем), то цифра будет некорректной, так как мы включим подобные заказы туда, она будет занижена или завышена.
4.
Расхождение по количеству оплат объясняется тем, что мы берем оплаты не только по статусу завершен, но и по сумме пришедших денег. Если там 0, то оплата не будет учитываться. например, если у вас было 5 нулевых оплат (обычно это случается по 2 причинам: менеджер проставил статус раньше оплаты, либо оплатили полностью бонусами).
5.
Расхождение по количеству денег объясняется тем, что мы берем сумму за вычетом бонусов и комиссия платежных систем, чтобы в мониторе отображались максимально корректные данные. Если вы сделает выгрузку из ГК за этот период, то это будет столбец с именем «Получено»
6.
Задержка в синхронизации данных. Монитор обновляет данные раз в 1-4 часа (в зависимости от ваших настроек). Именно в это время могла прийти еще одна оплата, которую Монитор пока не видит.
7.
У заказа два предложения разных продуктов (с разными тегами
product). При фильтрации по одному из них Монитор будет выдавать расходжение. На данный момент Монитор поддерживает только один тег одного типа. Чуть позже появиться возможность разделения.
Автоматизированные отчеты
Платформа сквозной аналитики для Getcourse
Моя команда подключит платформу без дополнительных оплат за 1 день. Четыре готовых модуля для разных задач и разных сотрудников.
авторизуйтесь