Геткурс: процессы, вебхуки и блок «Вызвать URL» без потери данных
Геткурс процессы — это визуальный конструктор автоматизации онлайн-школы, который управляет логикой без участия менеджеров. С их помощью выстраивают выдачу уроков, отправку дожимающих писем и проверку оплат. Если встроенных функций не хватает, в дело вступает блок «Вызвать URL» (вебхук) — он передает данные во внешние системы: CRM, сквозную аналитику или нейросети. Разбираем, как строится архитектура сценариев, где возникают сбои при передаче данных и как связать платформу с другими сервисами без навыков программирования.
Архитектура: как устроен процесс внутри платформы
Любой GetCourse процесс всегда строится вокруг одного из типов объектов базы данных: пользователей, заказов, покупок или звонков. Это критическое ограничение архитектуры. Нельзя в процессе, запущенном по сегменту «Пользователи», проверять статус конкретного заказа напрямую — логика сломается, так как у одного человека может быть десять разных заказов. Сначала нужно выбрать правильный фундамент.
Сам сценарий собирается на бесконечном холсте, где блоки процесса в Геткурсе соединяются логическими связями. Основные элементы — это условия (проверка наличия тегов, дат, статусов), действия (отправить письмо, выдать доступ, назначить менеджера) и задержки (таймеры). Чтобы передавать персонализированные данные внутри одного сценария, используются переменные процесса в Геткурсе. Они позволяют подставить в шаблон письма имя ученика, сумму конкретного долга или уникальную ссылку на вебинарную комнату.
Главное правило проектирования: не усложняйте. Если схема на экране превращается в паутину из десятков условий и перекрестных ссылок, её пора разбивать на несколько независимых коротких цепочек. Один большой процесс, отвечающий за всё обучение сразу, невозможно отлаживать, а ошибка в одном блоке остановит работу всей школы. Используйте блок «Запустить процесс», чтобы передавать эстафету от одного сценария к другому.
Внешняя связь: как работает вебхук
Когда ученик оплачивает курс, GetCourse может тихо выдать ему доступ внутри системы, а может моментально сообщить об этом вашей CRM или сервису аналитики. Для этого нужен вебхук. В Геткурсе эта функция реализуется через блок действия «Вызвать URL». Механика проста: как только человек доходит до этого шага в сценарии, платформа собирает его данные (email, телефон, сумму чека, UTM-метки) и отправляет их POST-запросом на внешний адрес.
Настройка вебхуков в GetCourse требует точности при сборке тела запроса. Чаще всего принимающая сторона ждет данные в формате JSON или x-www-form-urlencoded. Ошибка в одной кавычке, лишний пробел или неверное название поля приведут к тому, что запрос уйдет, но сторонний сервис его отклонит. Геткурс пометит задачу как выполненную, а лид в CRM не появится.
Чтобы избежать потери данных, каждый вебхук тестируют до запуска на живой базе. Для этого используют бесплатные сайты-ловушки (webhook testers). Вы направляете «Вызвать URL» на временный адрес ловушки, прогоняете тестового пользователя по процессу и смотрите глазами, в каком именно виде платформа отдает переменные. Только убедившись, что структура идеальна, адрес меняют на боевой.
Чек-лист: что проверить перед запуском
- Создайте тестового пользователя с вашей реальной электронной почтой и номером телефона, чтобы видеть письма и SMS своими глазами.
- Убедитесь, что объект автоматизации выбран верно: если триггером выступает создание заявки на курс, настройка процессов в GetCourse должна идти по объекту «Заказы», а не по «Пользователям».
- Проверьте все блоки ожидания: задержка «ждать 2 дня» отсчитывается от момента попадания пользователя в конкретный блок, а не от старта всего сценария.
- Задайте правило выхода: явно укажите условие, при котором человек досрочно покидает цепочку (например, успешная оплата). Без этого дожимающие письма уйдут тем, кто уже купил курс.
- Убедитесь, что в правилах запуска не стоит «Периодическая проверка» без жестких ограничений по сегменту, иначе процесс зациклится и заспамит базу.
- Прогоните тестового пользователя по всем веткам сценария руками, искусственно меняя ему статусы и добавляя нужные теги в карточке.
Популярные сценарии: от дожимов до опросов
Базовая автоматизация в Геткурсе обычно начинается с закрытия узких мест в воронке продаж и обучении. Первый классический сценарий — дожим неоплаченных заказов. Процесс отслеживает создание новой заявки, ждет 15–30 минут и проверяет статус. Если оплаты нет, отправляет напоминание в мессенджер. Если через сутки статус не изменился, система меняет ответственного менеджера или отправляет задачу на звонок в отдел продаж.
Второй сценарий — технический онбординг после покупки. Сразу после поступления денег процесс выдает доступы к тренингу, отправляет приветственное письмо с инструкциями, присылает ссылку на закрытый Telegram-чат и запускает таймер открытия первого урока.
Третий сценарий — сбор обратной связи и контроль качества. За день до окончания курса процесс отправляет ученику короткую анкету. Примеры процессов в Геткурсе доказывают: скорость реакции решает всё. Если человек поставил курсу низкую оценку, автоматизация мгновенно создает задачу на отдел заботы, чтобы менеджер связался с недовольным клиентом, разобрал конфликт и предотвратил запрос на возврат средств.
Интеграция с нейросетями и ИИ-агентами
Возможности встроенного конструктора не безграничны. Когда школе нужно отдать проверку заданий алгоритму или автоматически отвечать на вопросы участников вебинара в реальном времени, стандартных блоков не хватает. Здесь на помощь приходят внешние ИИ-агенты, которые подключаются к платформе через вебхуки и API.
Интеграция работает следующим образом: когда ученик отправляет домашнее задание, через «Вызвать URL» Геткурс передает текст, прикрепленные фото, аудио или PDF во внешнюю систему. ИИ-куратор распознает вложения, анализирует ответ по загруженной базе знаний (например, сверяется с регламентом конкретного урока, ID которого передан в переменной), пишет развернутую обратную связь и принимает либо отклоняет работу от лица куратора.
Важное техническое ограничение интеграций, о котором нужно знать заранее: писать в диалоги школы через API может только пользователь с системной ролью admin. Если выдать интеграции меньшие права, ответы от нейросети или CRM просто не доставятся ученикам. Кроме того, пометить сообщение прочитанным через API нельзя — такова архитектура самой платформы, и обойти это ограничение извне невозможно.
Что чаще всего идёт не так
Ошибки на старте стоят дорого: от массового спама по всей базе до потерянных лидов и заблокированных рассылок. Разбираем, что делать, когда логика ломается.
| Симптом | Причина | Что делать |
|---|---|---|
| Письма уходят одним и тем же людям по несколько раз | В настройках запуска включена «Периодическая проверка» без фильтров. | Измените правило на «Единожды» или добавьте блок, присваивающий тег «Прошел ветку X», и исключите этот тег из старта. |
| Вебхук не срабатывает, данные не уходят во внешнюю CRM | Неверный синтаксис JSON в теле запроса или лишние невидимые символы в URL. | Скопируйте тело запроса в любой онлайн-валидатор JSON. Проверьте кавычки и запятые. |
| Процесс висит в статусе «В очереди» часами | Платформа перегружена массовой рассылкой или запуск настроен на слишком широкое правило. | Остановите процесс. Сузьте сегмент (например, «активные за 30 дней») и запустите настройку процессов в Геткурсе мелкими порциями. |
| Менеджеры не видят новые заказы после оплаты | Блок передачи вебхука стоит ДО проверки факта изменения статуса. | Поставьте минутную задержку перед отправкой вебхука, чтобы база данных успела обновить статус объекта. |
Что НЕ помогает: пытаться решить проблему пересозданием всего процесса с нуля. Обычно ошибка кроется в одном конкретном условии или конфликте с другой запущенной цепочкой. Сначала найдите причину через вкладку «Задачи» в карточке конкретного пользователя, где виден пошаговый лог прохождения блоков.
С чего начать автоматизацию школы
Начинайте с аудита текущей рутины. Выпишите все повторяющиеся действия администраторов и кураторов: отправку ссылок на вебинары, проверку чеков, напоминания об оплатах, выдачу сертификатов и ручной перенос лидов.
- Опишите схему на бумаге или в любом визуальном редакторе вроде Miro. Укажите стартовое событие, ветки условий и финальный результат для каждой ветки.
- Перенесите логику в конструктор платформы. Не подключайте реальную базу пользователей до полного завершения сборки.
- Настройте интеграции. Если используете стороннюю аналитику или CRM, пропишите адреса вебхуков и проверьте сопоставление полей (телефон к телефону, email к email).
- Запустите тестовый прогон на своих сотрудниках. Проверьте, доходят ли сообщения, корректно ли меняются статусы и не возникает ли дублей.
После того как базовая логика заработает без сбоев, можно подключать сложные инструменты. Платформа Замдир интегрируется с GetCourse из коробки: наши ИИ-кураторы и модераторы заберут на себя рутинную проверку домашних заданий, ответы в чатах вебинаров и переписку с учениками, опираясь строго на базу знаний вашей компании.
Частые вопросы
Можно ли передать файлы через вебхук в Геткурсе?
Напрямую сам файл в теле вебхука не передается. Платформа отправляет только ссылку на него. Принимающая сторона должна уметь перейти по этой ссылке и скачать файл на свой сервер.
Как отменить запущенный процесс для одного человека?
Зайдите в карточку нужного пользователя или заказа, откройте вкладку «Процессы», найдите зависший сценарий и нажмите на красный крестик (отменить задачи). Человек покинет цепочку.
Почему переменные в письме приходят клиентам пустыми?
Скорее всего, вы используете переменную заказа (например, номер или сумму долга) в процессе, который настроен по объекту «Пользователи». Данные не подтягиваются из-за несовпадения объектов автоматизации.
Можно ли обойтись без внешней CRM, работая только внутри Геткурса?
Да, платформа сама хранит профили клиентов, историю заказов и переписки. Но для сложных B2B-продаж, требующих контроля звонков, этапов сделок и аналитики отказов, удобнее передавать данные лидов по вебхуку в специализированные CRM.