Создание автовебинарной
воронки на Getcourse
воронки на Getcourse
Как создать стандартную автовебинарную воронку на геткурсе с регистрацией, прогревом и увеличить доходимость на вебинар
Задача, сформулированная заказчиком:
Необходимо собрать автовебинарную воронку, при которой автовебинар будет проходить 1 раз в неделю + повтор (для тех, кто не попал на основной).
В рамках сборки автоворонки нужно было:
- Обеспечить регистрацию пользователя на вебинар.
- Увеличить доходимость пользователей с помощью писем прогрева.
- Создать непосредственно сам автовебинар из имеющегося видео и сценария.
- Создать цепочку из напоминаний о предстоящем вебинаре. Перенаправить на повтор автовебинара только тех, кто не попал на первый день.
Реализация
- Обеспечиваем регистрацию пользователей на вебинар.Для этого необходимо было создать лендинг на геткурсе, а также небольшую инфраструктуру в виде страницы-спасибо, на которую попадает пользователь после того как ввел свои данные и зарегистрировался.
- Далее после заполнения формы регистрации пользователь попадает на страницу-спасибо. Так как доходимость у e-mail рассылок крайне низкий, нам нужно всеми способами его пытаться повысить, чтобы увеличить доходимость до вебинара. Для этого на странице “Спасибо” пользователю предлагается зарегистрироваться также в telegram-боте. Это - самый популярный способ, но также можно реализовать выбор из вконтакте и даже whatsapp, но с ватсапом история отдельная и более сложная.
- Увеличиваем доходимость пользователей с помощью писем прогрева. В соответствии с поставленной Заказчиком задачей: “Количество сообщений, которые получит пользователь перед вебинаром, будет зависеть от того, как задолго до эфира он зарегистрировался на событие. Каждые сутки в 10:00 МСК отправляйте пользователям письма с полезным контентом. Пользователи, которые зарегистрировались во вторник, должны получить письмо в котором вложена вся информация из предыдущей серии писем”. Создал 7 прогревающих писем (по одному на каждый день недели) и поместил их вот в такой вот процесс:
4 Создаём автовебинар из имеющегося видео и сценария.
Создавал автовебинар на основе уже имеющейся записи и сценария. По опыту могу сказать: автовебинар надо создавать исключительно на основе проведенного живого вебинара. Так, чтобы на нем было много людей и живых комментариев. Это намного проще и естественнее, чем пытаться создать вебинар в записи изначально и написать комментарии вручную.
Если коротко, на данном этапе я:
Создавал автовебинар на основе уже имеющейся записи и сценария. По опыту могу сказать: автовебинар надо создавать исключительно на основе проведенного живого вебинара. Так, чтобы на нем было много людей и живых комментариев. Это намного проще и естественнее, чем пытаться создать вебинар в записи изначально и написать комментарии вручную.
Если коротко, на данном этапе я:
- загрузил видео, загрузил и проверил сценарий,
- создал продающий блок для покупки тренинга прямо во время вебинара,
- настроил автовебинар. Он должен быть доступен только для группы зарегистрировавшихся, должно быть соблюдено время, а те, кто попал на страницу вебинара случайно сразу перенаправлялись бы на страницу регистрации и шли уже по процессу как надо.
Зачем перенаправлять пользователей на автовебинар заново?..
Такое бывает, когда пользователь, например, зарегистрировался, для него процесс запустился, автовебинар прошел. И после этого он решает нажать на ссылку вебинара из старого письма.
И вот тут необходимо договориться с Заказчиком: если мы прячем автовебинар, сильно маскируем его, делаем доступным только однажды, то о никаком перенаправлении не может идти и речи. Но лучше так не делать и дать пользователям пройти автовебинар повторно. Ведь иначе мы отрезаем довольно большой кусок аудитории, которая зарегистрировалась, но не смогла однажды попасть на автовебинар. Для них все-таки стоит оставлять такие небольшие пути с возможностью зарегистрироваться и пройти его вновь. Но бывают разные случаи, надо рассматривать каждый индивидуально.
И вот тут необходимо договориться с Заказчиком: если мы прячем автовебинар, сильно маскируем его, делаем доступным только однажды, то о никаком перенаправлении не может идти и речи. Но лучше так не делать и дать пользователям пройти автовебинар повторно. Ведь иначе мы отрезаем довольно большой кусок аудитории, которая зарегистрировалась, но не смогла однажды попасть на автовебинар. Для них все-таки стоит оставлять такие небольшие пути с возможностью зарегистрироваться и пройти его вновь. Но бывают разные случаи, надо рассматривать каждый индивидуально.
5. Далее создаем цепочку из напоминаний о предстоящем вебинаре. Перенаправляем на повтор автовебинара только тех, кто не попал на первый день
Вся цепочка попадает в этот процесс. Если вкратце, то данный процесс обеспечивает рассылку напоминалок о предстоящем вебинаре, проверяет тех, кто посмотрел первый автовебинар, отправляет на повтор автовебинара на следующий день, затем отправляет запись вебинара и успешно завершается
Зачем я удалил пользователей из групп тех, кто регистрировался на автовебинар?...
Это сделано для того, чтобы во-первых, убрать возможность повторно зайти на автовбеинар просто по старым ссылкам, а во-вторых впоследствии дать им шанс пройти эту автоворонку еще раз как положено.
Ну а всех, кто прошел до конца автоворонки процесс добавляет в отдельную группу для дальнейшей аналитики и построения дашбородов эффективности воронки.
Ну а всех, кто прошел до конца автоворонки процесс добавляет в отдельную группу для дальнейшей аналитики и построения дашбородов эффективности воронки.
Также все 3 процесса делаем для отправки сообщений в телеграм. Сейчас я бы просто засунул телеграм-сообщения в существующие процессы, но тогда мне казалось, что отдельно удобнее. На самом деле и первый, и второй вариант приемлемы и не являются ошибкой.
Заказчик получил готовую, протестированную автоворонку (обязательно тестирую перед передачей материала)
На сбор и тестирование уходит от 3х до 5х рабочих дней.
Результат
Заказчик получил готовую, протестированную автоворонку (обязательно тестирую перед передачей материала)
На сбор и тестирование уходит от 3х до 5х рабочих дней.
