Что вы получите
- Создавать сделку при регистрации на вебинар и обновлять её после завершения вебинара отчётом.
- Раскладывать зрителей по разным этапам в зависимости от поведения: пришёл/не пришёл, кликнул кнопку, досмотрел до конца, был больше N минут.
- Вешать теги по активности и комментариям из чата вебинара.
- Не двигать сделку, если она уже на этапе «Оплачено».
- Назначать ответственного по очереди или сохранять текущего у клиента.
Кому подходит
- Вы проводите вебинары на Bizon365 как часть продаж.
- Менеджеры работают в amoCRM и должны сразу видеть, кто из лидов «горячий» (досмотрел / кликнул кнопку).
- Нужно автоматически перемещать сделки по воронке в зависимости от активности на вебинаре.
- В отчётах хочется видеть конверсию по группам: «не пришли», «ушли в первые 15 минут», «досмотрели».
Что приходит в базу из Bizon365
При регистрации:
✓ Имя, email, телефон
✓ UTM-метки (с страницы регистрации)
✓ ID вебинара
✓ Кастомный параметр cu1 (если используется — например, ID пользователя из чат-бота)
После вебинара (отчёт):
✓ Был на вебинаре (да/нет)
✓ Сколько минут смотрел
✓ Досмотрел до конца (да/нет)
✓ Кликал по кнопке (да/нет) и текст кнопки
✓ Кликал по баннеру (да/нет)
✓ Комментарии из чата
✓ Город
Часть 1. Сбор данных из Bizon365
В Bizon365 в настройках комнаты вебинара (раздел «После вебинара») указывается webhook от Vakas-tools. После завершения вебинара Bizon365 присылает уведомление, и Vakas-tools забирает полный отчёт по всем зрителям через API.
Что важно знать про сбор:
- Webhook указывается в каждой комнате отдельно, не в общих настройках Bizon365 (общие настройки могут перехватить отправку).
- В Bizon365 нужен сохранённый API-токен (не просто сгенерированный — обязательно нажать «Сохранить»).
- Регистрации на страницы Bizon365 можно тоже забирать (включается отдельной опцией в настройках базы).
- Можно настроить задержку перед получением отчёта (5–60 минут) — Bizon365 не сразу формирует полные данные о зрителях.
- Архивные отчёты (~за месяц) можно подгрузить вручную — кнопка «Добавить»/«Перезагрузить» в списке отчётов.
Часть 2. Передача в amoCRM
В подключении amoCRM есть три отдельные вкладки для разных типов событий — это ключ к работе с вебинарами:
- Регистрации — что делать, когда человек зарегистрировался на вебинар.
- Отчёты — что делать после завершения вебинара, когда пришли данные об активности.
- Заказы — что делать при оплате (если используете оплаты Bizon365 / GetCourse).
Что можно настроить
1. Создание сделки при регистрации (вкладка «Регистрации»). Создаётся правило без условий «Все регистрации» → действие «Сделка»: воронка «Вебинары», этап «Зарегистрирован», ответственный — по распределению. UTM-поля автоматически создаются кнопкой «Создать поля в amoCRM → UTM-поля».
2. Обновление сделки по результатам вебинара (вкладка «Отчёты»). Сначала создают поля для отчётов в amoCRM кнопкой «Создать поля в amoCRM → Поля для отчётов» — появляются: Дата просмотра, Был минут, Город, Клик по кнопке, Клик по баннеру, ID вебинара, Досмотрел до конца, Был на вебинаре.
Дальше создают несколько правил с условиями. Стандартная схема:
| Правило | Условие | Что делает |
|---|---|---|
| Все лиды | без условий | Заполняет поля «Был минут», «Был на вебинаре», UTM, оставляет на текущем этапе |
| Не пришёл | был минут < 1 | Этап «Не пришёл», тег не_пришёл, задача «выслать запись» |
| Был коротко | был минут < 15 | Этап «Холодный», тег ушёл_рано |
| Был полноценно | был минут >= 30 | Этап «Тёплый», тег был_на_вебинаре |
| Кликнул кнопку | кликал по кнопке = 1 | Этап «Горячий лид», задача «перезвонить за 1 час» |
| Досмотрел до конца | досмотрел до конца = 1 | Этап «Готов к покупке», тег досмотрел |
Действие «Изменить этап» поддерживает этапы-исключения: если сделка уже на этапе «Оплачено» — её не двигают назад.
3. Условия по UTM, городу, кастомным параметрам cu1. Можно фильтровать не только по поведению, но и по источнику: utm_source = yandex И был минут > 60 → отдельный этап для горячего трафика из Яндекса.
4. Поиск дублей. В Общих настройках включается поиск по email и телефону. Это критично для вебинаров: один клиент проходит регистрацию → отчёт → оплату — все данные должны попадать в одну сделку, а не в три.
5. Шорткоды для отчёта. В примечаниях, тегах, названиях задач работают шорткоды: {#bil_minut#}, {#but_text#} (текст кнопки), {#comments#} (что писал в чате), {#webinarId#}.
Примеры использования
Кейс 1. Воронка по поведению на вебинаре. В amoCRM воронка «Вебинары» с этапами: «Зарегистрирован» → «Не пришёл» / «Холодный» / «Тёплый» / «Горячий лид» / «Готов к покупке» / «Оплачено». Vakas-tools после каждого вебинара сам распределяет зрителей по этапам в зависимости от того, сколько они смотрели и что делали.
Кейс 2. Перезвон по приоритету. Правила создают задачи менеджерам с разным дедлайном: «кликнул кнопку» → перезвонить за 1 час; «досмотрел до конца» → перезвонить сегодня; «был полноценно» → завтра; «не пришёл» → выслать запись (без звонка).
Кейс 3. Не теряем оплативших. Если клиент уже оплатил (сделка на этапе «Оплачено»), но снова пришёл на вебинар — Vakas-tools обновит поля «был минут», добавит тег «вернулся», но не двинет сделку назад на этап «Тёплый». Этап «Оплачено» включён в исключения действия «Изменить этап».
Кейс 4. Два вебинара по одному клиенту. Клиент пришёл на первый вебинар, потом на второй. По умолчанию Vakas-tools обновит ту же сделку (поиск дублей по email). Если хотите, чтобы каждый вебинар был отдельной сделкой — в Общих настройках добавьте «Доп. поле сделки для поиска» = «ID вебинара» ({#webinarId#}). Тогда система найдёт сделку только при совпадении и контакта, и ID вебинара.
Кейс 5. Аналитика по комментариям. Если зритель написал в чат «хочу» / «купить» / «как оплатить» — правило с условием комментарии содержит "купить" ставит тег «писал_про_покупку» и создаёт задачу с приоритетом.