Разрабатываем новый функционал «анализ клубов» и «анализ подписки». Для кого актуально, напишите мне @sedovartem. Обсудим условия подключения.
🔥2
📺 Добавили обзорные ролики для Монитора Getcourse
Актуальность платформы растет вслед за ростом анализа трафика
Записали 6 коротких роликов на каждый лист моделя «Трафик»: https://sedov.link/monitor/trafficdep#d
В «Трафике» есть три основных панели «Главная», «Платный трафик», «Исследование», каждая из которых имеет по два представления: «по входу в воронку», «по регистрации».
От используемого представления координально меняется физический смысл рассматриваемого параметра.
Оба принципа распределения данных описаны в посте про модель атрибуции.
Актуальность платформы растет вслед за ростом анализа трафика
Записали 6 коротких роликов на каждый лист моделя «Трафик»: https://sedov.link/monitor/trafficdep#d
В «Трафике» есть три основных панели «Главная», «Платный трафик», «Исследование», каждая из которых имеет по два представления: «по входу в воронку», «по регистрации».
От используемого представления координально меняется физический смысл рассматриваемого параметра.
Оба принципа распределения данных описаны в посте про модель атрибуции.
«Выручка» и «получено» в Мониторе в модуле «Руководитель»
Под выручкой мы понимаем деньги из раздела «Заказы» в Getcourse по фильтру «по дате оплаты». Дата оплаты — это дата последнего платежа. Если в рамках одного платежа несколько платежей (с предоплатой и доплатой), то в данном параметре вся сумма будет причислена дате последней транзакции.
С точки зрения бизнеса выручка — это дата, когда полностью выполнены обязательства перед клиентом (полная оплата).
Нюанс:
Если у заказа несколько платежей, то выручка в этом параметре будет перетекать из одного отчетного периода в другой вслед за датой последнего платежа: заплатив в один месяц некую сумму, а потом в следующий, из первого она вычтется и перейдет ко второму.
«Получено» мы берем из раздела «Платежи» в Getcourse — это фактические пришедшие деньги. Дата платежа фиксируется и не меняется. То есть суммы в параметре «получено» не перетекают из одной даты в другую.
Под выручкой мы понимаем деньги из раздела «Заказы» в Getcourse по фильтру «по дате оплаты». Дата оплаты — это дата последнего платежа. Если в рамках одного платежа несколько платежей (с предоплатой и доплатой), то в данном параметре вся сумма будет причислена дате последней транзакции.
С точки зрения бизнеса выручка — это дата, когда полностью выполнены обязательства перед клиентом (полная оплата).
Нюанс:
Если у заказа несколько платежей, то выручка в этом параметре будет перетекать из одного отчетного периода в другой вслед за датой последнего платежа: заплатив в один месяц некую сумму, а потом в следующий, из первого она вычтется и перейдет ко второму.
«Получено» мы берем из раздела «Платежи» в Getcourse — это фактические пришедшие деньги. Дата платежа фиксируется и не меняется. То есть суммы в параметре «получено» не перетекают из одной даты в другую.
👍1
Forwarded from Седов - прибыль с базы | sedov.link (Артём Седов)
Я вот думаю завести отдельную рубрику со ссылочками на hh. Если есть разумное упоминание Монитора, то помогу чем смогу. Но может быть нужна рубрика кандидатов? Судя по статистике аудитории информация с резюме ценнее. Или нет?
Монитор можно оплатить по акции на большой срок, а подключить и активировать тогда, когда будет удобно. Сегодня в полночь скидка на все тарифы уменьшится: https://sedov.link/0722.
Отнесите счета в бухгалтерию. На это нужно 5 минут.
Отнесите счета в бухгалтерию. На это нужно 5 минут.
Фильтрация заказов по потоку
В Getcourse есть потоки для организации обучения. Так как основным инструментом для фильтрации данных внутри Монитора являются теги предложений, то для еще более глубокой фильтрации данных по потокам нужно создать доп. поле заказа.
Это доп. поле должно быть названо именем одного из наших тегов: «product», «rate», «flow» и пр. (полный набор тегов).
В случае дробления данных по потокам необходимо создать доп. поле «flow» и через процесс записывать в него название потока, например, «8-й поток».
Монитор позволит фильтровать данные по значению этого тега наравне с остальными тегами. Система проверяет заказ:
- если у заказа есть доп. поле, которое называется, как один из наших тегов и имеет значение, то она его воспринимает за тег;
- если у заказа нет поля или поле пустое, то система ориентируется только на теги предложений.
По аналогичному примеру можно добавить еще один уровень фильтрации к любой сущности Getcourse.
В Getcourse есть потоки для организации обучения. Так как основным инструментом для фильтрации данных внутри Монитора являются теги предложений, то для еще более глубокой фильтрации данных по потокам нужно создать доп. поле заказа.
Это доп. поле должно быть названо именем одного из наших тегов: «product», «rate», «flow» и пр. (полный набор тегов).
В случае дробления данных по потокам необходимо создать доп. поле «flow» и через процесс записывать в него название потока, например, «8-й поток».
Монитор позволит фильтровать данные по значению этого тега наравне с остальными тегами. Система проверяет заказ:
- если у заказа есть доп. поле, которое называется, как один из наших тегов и имеет значение, то она его воспринимает за тег;
- если у заказа нет поля или поле пустое, то система ориентируется только на теги предложений.
По аналогичному примеру можно добавить еще один уровень фильтрации к любой сущности Getcourse.
Forwarded from Седов - прибыль с базы | sedov.link (Артём Седов)
Сделали логирование эфиров Telegram. Кто проводит эфиры на более 100 пользователей? На ком можно протестировать?
Отчет в формате CSV. По данным можно узнать:
- список пользователей, которые пришли
- количество всего
- количество зрителей в пике
- динамика подключений
- динамика отключений
Напишите в личку @sedovartem
Это бесплатно
Отчет в формате CSV. По данным можно узнать:
- список пользователей, которые пришли
- количество всего
- количество зрителей в пике
- динамика подключений
- динамика отключений
Напишите в личку @sedovartem
Это бесплатно
👍3
Седов - прибыль с базы | sedov.link
Сделали логирование эфиров Telegram. Кто проводит эфиры на более 100 пользователей? На ком можно протестировать? Отчет в формате CSV. По данным можно узнать: - список пользователей, которые пришли - количество всего - количество зрителей в пике - динамика…
Собиаем первые данные с трансляции. Чтобы собирать данные нам не нужны даже права админа. Нужно только состоять в группе.
👍6
Упущенная выгода. Как зарабатывать больше с платформой сквозной аналитики Монитор
Реальный кейс.
Проект в декабре 2021 заработал 6 143 196 ₽. При этом вся сумма распределена равномерно по пользователям, которые прошли регистрацию в декабре, ноябре, октябре и т.д., чего не наблюдается в иных месяцах.
Декабрь — единственный месяц за полгода, когда была проведена продающая активность для подписной базы. Платящий потенциал базы минимум 6 млн, против типичных 500 тыс — 1 млн в других месяцах.
Если бы проводились активности ежемесячно, то проект мог заработать в 3-5 раз больше: не 10 млн, а 50 млн за счет имеющихся пользователей/базы.
Как это посмотреть?
Модуль «Руководитель»▶️ Вкладка «Когортный анализ»▶️ Фильтр «предложения не в воронках для платного трафика»
Реальный кейс.
Проект в декабре 2021 заработал 6 143 196 ₽. При этом вся сумма распределена равномерно по пользователям, которые прошли регистрацию в декабре, ноябре, октябре и т.д., чего не наблюдается в иных месяцах.
Декабрь — единственный месяц за полгода, когда была проведена продающая активность для подписной базы. Платящий потенциал базы минимум 6 млн, против типичных 500 тыс — 1 млн в других месяцах.
Если бы проводились активности ежемесячно, то проект мог заработать в 3-5 раз больше: не 10 млн, а 50 млн за счет имеющихся пользователей/базы.
Как это посмотреть?
Модуль «Руководитель»▶️ Вкладка «Когортный анализ»▶️ Фильтр «предложения не в воронках для платного трафика»
Разные валюты в аккаунте.
Ответ на вопрос пользователя
❓Вопрос:
Почему суммы не бьются в Мониторе и в GetCourse? Вы написали, что GetCourse не хранит у себя данные о курсе валют. Но по логике он же тогда и у себя в разделе с заказами должен регулярно изменять сумму прибыли/выручки?
❗️Ответ:
Да, вы все верно поняли. В GetCourse выручка будет меняться каждый день. В доказательство прикрепляю скрины за вчера и сегодня за июнь. Разница примерно в 200 000 ₽
Выручку с валютами в GetCourse смотреть некорректно. Она неправильная, потому что сумма выручки будет зависеть от дня, в который вы смотрите.
Пример.
Клиент оплатил вам 1 июля 100€. Курс 1 июля был 50 ₽. Тогда выручка в рублях 5 000₽. Потом вы зашли в GetCourse 1 августа и смотрите тот же заказ. Но его выручка уже 6000 ₽. Так как курс сегодня 60 ₽ за 1 €.
Монитор же будет вам показывать 5000 ₽, так как продажа была совершена в тот день, когда курс был 50 ₽.
Т.о. GetCourse меняет сумму выручки в зависимости от курса в день просмотра, а в Мониторе сохраняются изначальные данные, которые передал GetCourse и в зависимости от курса сумма не меняется.
Мы храним у себя курс валют каждого дня 🔥
См. скрин
Ответ на вопрос пользователя
❓Вопрос:
Почему суммы не бьются в Мониторе и в GetCourse? Вы написали, что GetCourse не хранит у себя данные о курсе валют. Но по логике он же тогда и у себя в разделе с заказами должен регулярно изменять сумму прибыли/выручки?
❗️Ответ:
Да, вы все верно поняли. В GetCourse выручка будет меняться каждый день. В доказательство прикрепляю скрины за вчера и сегодня за июнь. Разница примерно в 200 000 ₽
Выручку с валютами в GetCourse смотреть некорректно. Она неправильная, потому что сумма выручки будет зависеть от дня, в который вы смотрите.
Пример.
Клиент оплатил вам 1 июля 100€. Курс 1 июля был 50 ₽. Тогда выручка в рублях 5 000₽. Потом вы зашли в GetCourse 1 августа и смотрите тот же заказ. Но его выручка уже 6000 ₽. Так как курс сегодня 60 ₽ за 1 €.
Монитор же будет вам показывать 5000 ₽, так как продажа была совершена в тот день, когда курс был 50 ₽.
Т.о. GetCourse меняет сумму выручки в зависимости от курса в день просмотра, а в Мониторе сохраняются изначальные данные, которые передал GetCourse и в зависимости от курса сумма не меняется.
Мы храним у себя курс валют каждого дня 🔥
См. скрин
🔥1
Нужны еще проекты, которые проводят эфиры в Telegram для отладки софта на реальных данных. Прогнали вчера первый тестовый эфир. Вот какие данные получили (см.скрин). Напишите в ЛС @sedovartem кому интересна статистика, пожалуйста.
🔥2
Атрибуция в Монитор
Допустим в вашей онлайн-школе есть следующая воронка: регистрация на вебинар ➡️ вебинар ➡️ продажа курса.
Вы ведете трафик на эту воронку и хотите знать ее окупаемость, НО:
1. Нужно соединить данные рекламного аккаунта с событиями воронки;
2. Нужно продажи курса подтягивать на ту дату, когда был трафик и создана регистрация на вебнар.
Доход и расход сегодняшнего дня брать нельзя, т.к. пришедший сегодня принесет доход завтра.
Задача: смотреть различные события по точке входа в воронку, для корректной оценки эффективности рекламы и трафика.
Модель атрибуции - это принцип распределения конверсий, транзакций и дохода.
В данном случае для анализа эффективности платного трафика нам нужна атрибуция по дате входа в воронку, то есть по дате регистрации на вебинар.
Для вас такой отчет актуален?
В Мониторе можно строить отчеты не по дате регистрации в базе GetCourse, а по входу в воронку!
Интересно? Жми на кнопку ⬇️
Допустим в вашей онлайн-школе есть следующая воронка: регистрация на вебинар ➡️ вебинар ➡️ продажа курса.
Вы ведете трафик на эту воронку и хотите знать ее окупаемость, НО:
1. Нужно соединить данные рекламного аккаунта с событиями воронки;
2. Нужно продажи курса подтягивать на ту дату, когда был трафик и создана регистрация на вебнар.
Доход и расход сегодняшнего дня брать нельзя, т.к. пришедший сегодня принесет доход завтра.
Задача: смотреть различные события по точке входа в воронку, для корректной оценки эффективности рекламы и трафика.
Модель атрибуции - это принцип распределения конверсий, транзакций и дохода.
В данном случае для анализа эффективности платного трафика нам нужна атрибуция по дате входа в воронку, то есть по дате регистрации на вебинар.
Для вас такой отчет актуален?
В Мониторе можно строить отчеты не по дате регистрации в базе GetCourse, а по входу в воронку!
Интересно? Жми на кнопку ⬇️
Основная информация о Монитор:
1. https://sedov.link/monitor - сайт, где можно пройти интеграцию, изучить модули;
2. https://sedov.link/cms/system/contact - техническая поддержка Монитор;
3. https://t.me/Netalis_sobol - задайте вопрос 🙋🏼.
1. https://sedov.link/monitor - сайт, где можно пройти интеграцию, изучить модули;
2. https://sedov.link/cms/system/contact - техническая поддержка Монитор;
3. https://t.me/Netalis_sobol - задайте вопрос 🙋🏼.
👍1
Исключение повторных регистраций из аналитики
Ниже приведён диалог пользователя Монитор с технической поддержкой:
— У нас подписчики регистрируются по несколько раз на один и тот же вебинар на GetCourse. Если галочку тут не ставим, (Прим. ред.: речь идёт о галке «Запускать повторно, если задача по этому пользователю уже запускалась» внутри формы регистрации), то будут ли они в статистике учитываться как несколько регистраций, сделанные одним человеком?
— Не смотря на то, что при регистрации у вас создаётся нулевой заказ для учёта новых пользователей, для статистики и повторного запуска процесса галку не ставьте.
Дубли нулевых заказов Монитор сам учтёт и уберёт, покажет только уникальные регистрации.
— Т.е. правильно ли я понимаю, что не смотря на то, что один и тот же пользователь будет несколько раз проходить регистрацию на вебинар мы не будем иметь дублей в статистике?
— Да, вы это увидите в Мониторе)
— Ох. Хорошо. Какая у вас волшебная система. 🤗
— Дублями в мониторе будут считаться те нулевые заказы, которые были сделаны в один и тот же день с одинаковыми метками.
Относится к тем заказам, которые пользователь Монитор определяет, как вход в воронку.
Остальное дублями считаться не будет.
Т.е. если человек регистрируется через неделю повторно, то это разные подписки (вход в воронку).
P.s.: Монитор позволяет посмотреть данные в том числе и с дублями
Ниже приведён диалог пользователя Монитор с технической поддержкой:
— У нас подписчики регистрируются по несколько раз на один и тот же вебинар на GetCourse. Если галочку тут не ставим, (Прим. ред.: речь идёт о галке «Запускать повторно, если задача по этому пользователю уже запускалась» внутри формы регистрации), то будут ли они в статистике учитываться как несколько регистраций, сделанные одним человеком?
— Не смотря на то, что при регистрации у вас создаётся нулевой заказ для учёта новых пользователей, для статистики и повторного запуска процесса галку не ставьте.
Дубли нулевых заказов Монитор сам учтёт и уберёт, покажет только уникальные регистрации.
— Т.е. правильно ли я понимаю, что не смотря на то, что один и тот же пользователь будет несколько раз проходить регистрацию на вебинар мы не будем иметь дублей в статистике?
— Да, вы это увидите в Мониторе)
— Ох. Хорошо. Какая у вас волшебная система. 🤗
— Дублями в мониторе будут считаться те нулевые заказы, которые были сделаны в один и тот же день с одинаковыми метками.
Относится к тем заказам, которые пользователь Монитор определяет, как вход в воронку.
Остальное дублями считаться не будет.
Т.е. если человек регистрируется через неделю повторно, то это разные подписки (вход в воронку).
P.s.: Монитор позволяет посмотреть данные в том числе и с дублями
🔥1
Туннели 🚇 в Монитор
Модуль «Трафик»
Рассмотрим ситуацию:
Вы пускаете трафик на посадочную страницу с виджетом GetCourse, в котором создаются нулевые заказы. После этого пользователь попадает на вебинар, и далее, вы предлагаете ему купить основной продукт.
В этом туннеле 3 точки:
1. 🔜 Вход в туннель (начало) - создание нулевого заказа;
2. 🔛 Промежуточная точка - посещение вебинара;
3. 🔚 Выход из туннеля (конец) - создание заказа на основной продукт.
В каждом туннеле должен быть вход (подписка) и выход (основной продукт). Остальные точки могут отсутствовать.
Подписка — это вход в воронку.
В вашей воронке может быть несколько туннелей.
❗️Но ☝🏼 важно, ❗️
чтобы различные события попадали в нужный туннель.
Чтобы верно распределить события по туннелям необходимо создать уникальный идентификатор туннеля и использовать его в тегах и/или процессах.
Формула тега: «tunnel-» + «идентификатор туннеля»
Модуль «Трафик»
Рассмотрим ситуацию:
Вы пускаете трафик на посадочную страницу с виджетом GetCourse, в котором создаются нулевые заказы. После этого пользователь попадает на вебинар, и далее, вы предлагаете ему купить основной продукт.
В этом туннеле 3 точки:
1. 🔜 Вход в туннель (начало) - создание нулевого заказа;
2. 🔛 Промежуточная точка - посещение вебинара;
3. 🔚 Выход из туннеля (конец) - создание заказа на основной продукт.
В каждом туннеле должен быть вход (подписка) и выход (основной продукт). Остальные точки могут отсутствовать.
Подписка — это вход в воронку.
В вашей воронке может быть несколько туннелей.
❗️Но ☝🏼 важно, ❗️
чтобы различные события попадали в нужный туннель.
Чтобы верно распределить события по туннелям необходимо создать уникальный идентификатор туннеля и использовать его в тегах и/или процессах.
Формула тега: «tunnel-» + «идентификатор туннеля»