Интеграция GetCourse и Битрикс24 нужна онлайн-школе, когда продажи перестают помещаться в GetCourse: появляются менеджеры, звонки, переписки в мессенджерах, рассрочки и повторные продажи. GetCourse остаётся площадкой обучения и приёма оплат, а Битрикс24 становится рабочим местом отдела продаж — с воронкой, задачами и контролем.
Ниже — что именно передавать между системами, какие есть способы связать GetCourse и Битрикс24, как устроить отдел продаж и как собрать сквозную аналитику GetCourse, чтобы видеть не только заявки, но и деньги по каждому рекламному каналу.
Зачем онлайн-школе GetCourse + Битрикс24
В GetCourse есть заказы, пользователи и базовая работа с ними — для автоматических продаж через лендинг и оплату этого хватает. Сложности начинаются, когда продажу ведёт менеджер: ему нужно видеть историю общения, ставить задачи на перезвон, получать звонки и сообщения в одном окне, а руководителю — понимать, кто из менеджеров сколько продал и где сделки зависают.
Связка getcourse битрикс24 закрывает именно этот разрыв. Каждый в ней делает своё:
Распределение ролей между системами ↓
Главное правило: не дублировать функции. Учебный процесс, доступы к урокам и приём платежей не нужно переносить в CRM, а воронку продаж с задачами не нужно имитировать в GetCourse.
Что передавать из GetCourse в Битрикс24
Перед настройкой стоит договориться, какие события из GetCourse важны для продаж. На практике набор обычно такой.
Заявки и регистрации
Регистрация на вебинар, заявка на консультацию, анкета предзаписи — это лиды. В Битрикс24 из них создаётся сделка (или лид, если вы ими пользуетесь) с контактом: имя, телефон, email, название предложения и UTM-метки. По email и телефону контакт ищется в базе, чтобы не плодить дубли, если человек регистрируется второй раз.
Заказы
Заказ в GetCourse — это намерение купить конкретный продукт. В Битрикс24 он становится сделкой на стадии «Заказ создан» с суммой, продуктом и номером заказа GetCourse в отдельном поле. Номер заказа — ключ связи: по нему следующие события находят нужную сделку.
Оплаты и статусы
Частичная оплата, полная оплата, отмена, возврат — каждое событие двигает сделку по стадиям. Менеджер видит, что клиент внёс предоплату, и ставит задачу на доплату, а руководитель видит реальную выручку, а не только «созданные заказы».
| Событие в GetCourse | Что происходит в Битрикс24 |
|---|---|
| Регистрация / заявка | Контакт + сделка «Новая заявка», задача менеджеру |
| Заказ создан | Сделка «Заказ», сумма и продукт, номер заказа |
| Частичная оплата | Стадия «Предоплата», задача на доплату |
| Заказ оплачен | Сделка выиграна, сумма в план-факт |
| Отмена / возврат | Сделка проиграна с причиной |
Обратное направление — из Битрикс24 в GetCourse — нужно реже: например, когда менеджер договорился о продаже по телефону и хочет создать заказ и выдать клиенту ссылку на оплату, не заходя в GetCourse. Это тоже решается, но уже доработкой через API.
Как связать GetCourse и Битрикс24: три способа
Готовой «кнопки» в обеих системах, которая настроит всё под вашу школу, нет. Есть три рабочих подхода, и выбор зависит от объёма и требований к точности.
Готовое приложение
В Маркетплейсе Битрикс24 есть приложения от сторонних разработчиков, которые связывают его с GetCourse. Плюс — быстрый старт, минус — логика зашита: передаётся то, что предусмотрел автор, а ваши стадии, поля и правила поиска дублей приходится подгонять под приложение. Плюс ещё одна подписка.
Вызов URL из процессов GetCourse
В процессах GetCourse есть операция вызова внешнего адреса: при создании заказа или оплате GetCourse отправляет данные по ссылке. Этой ссылкой может быть входящий вебхук REST API Битрикс24. Способ гибкий и без лишних подписок, но напрямую вебхук не умеет искать дубли и обновлять уже созданную сделку — для этого нужна прослойка.
Свой обработчик
Небольшой сервис принимает события из GetCourse, ищет контакт и сделку по телефону, email и номеру заказа, создаёт или обновляет их в Битрикс24 и записывает каждое событие в журнал. Если что-то не дошло, это видно, и событие можно повторить. Для школы с заметным потоком заявок это самый надёжный вариант. Такие связки — часть работы по направлению интеграции и данные.
Отдел продаж онлайн-школы в Битрикс24
Интеграция сама по себе продаж не прибавляет. Она даёт данные, а продажи прибавляет порядок в работе менеджеров. После связки GetCourse и Битрикс24 стоит настроить несколько вещей.
Типовая воронка онлайн-школы ↓
Распределение заявок — роботы раздают новые сделки менеджерам по очереди или по продукту. Задача на первый контакт со сроком — чтобы заявка с вебинара не ждала до завтра. Мессенджеры и телефония в карточке — чтобы вся переписка с клиентом была в одном месте. И обязательные поля на стадиях: без причины отказа сделку нельзя закрыть проигранной.
Отдельная история — повторные продажи: выпускник курса — лучший кандидат на следующий продукт. Если оплата из GetCourse закрывает сделку в Битрикс24, робот может через заданное время создать новую сделку «Допродажа» и поставить задачу менеджеру. Как устроить распределение входящих, подробно разобрано в статье о распределении заявок между менеджерами.
Сквозная аналитика GetCourse: от рекламы до оплаты
Самый частый запрос онлайн-школ — понять, какая реклама приносит не регистрации, а оплаты. Регистраций на вебинар бывает много, а покупает малая часть, и стоимость регистрации ничего не говорит об окупаемости канала.
Что нужно для сквозной аналитики
Цепочка простая, но каждое звено обязательно. Метки рекламы (UTM) сохраняются при регистрации в GetCourse, передаются в сделку Битрикс24 отдельными полями и остаются там до оплаты. Тогда в отчётах Битрикс24 можно сгруппировать выигранные сделки по источнику, кампании и объявлению и сравнить с расходами.
Где смотреть результат
Для большинства школ хватает отчётов и аналитики сделок внутри Битрикс24: выручка по источникам, конверсия из заявки в оплату, работа менеджеров. Если нужно подтягивать расходы рекламных кабинетов автоматически, подключают сквозную аналитику или выгрузку в BI. Обзор вариантов — в статье про сквозную аналитику в Битрикс24.
Важно: сквозная аналитика GetCourse начинается не с отчёта, а с дисциплины данных. Если половина сделок без источника, никакой дашборд не скажет правды. Поэтому первые недели после запуска стоит регулярно проверять, у каких сделок пустые метки, и разбираться, на каком шаге они теряются.
Рассрочки, оплаты частями и возвраты
Онлайн-школы часто продают дорогие программы в рассрочку или частями, и здесь интеграция чаще всего ломается. Одна продажа — это несколько платежей, и важно, чтобы каждый следующий платёж находил ту же сделку, а не создавал новую.
Рабочая схема такая: сделка создаётся по заказу, сумма заказа — в поле суммы сделки, а оплачено на текущий момент — в отдельном поле, которое обновляется с каждым платежом. Когда оплачено становится равно сумме, сделка закрывается выигранной. Пока нет — висит на стадии «Предоплата», а робот ставит менеджеру задачу на дату следующего платежа.
С кредитными рассрочками банков логика другая: деньги приходят школе одной суммой от банка, но с задержкой. Тогда достаточно отдельной стадии «Одобрено банком», чтобы менеджер не терял такие сделки из вида. Возвраты тоже стоит передавать: проигранная сделка с причиной «Возврат» честнее, чем выигранная, которой фактически нет, — иначе план-факт по менеджерам врёт.
Права и доступы: кто что видит
После связки в Битрикс24 оказываются контакты учеников и суммы оплат, поэтому права стоит настроить до запуска, а не после. Менеджер видит свои сделки и общий поток новых заявок, руководитель отдела продаж — всё по отделу, кураторы — при необходимости только контакты своих потоков, без сумм.
Ключи доступа к API GetCourse и вебхуки Битрикс24 храните в одном месте и не пересылайте в чатах: по входящему вебхуку можно читать и менять CRM. Если сотрудник, который настраивал связку, уходит, ключи лучше перевыпустить. Подробнее о ролях — в материале о настройке прав доступа в Битрикс24.
Порядок внедрения и частые ошибки
Как я бы запускал связку в школе ↓
После запуска — неделя контроля: сверка количества заказов и оплат в GetCourse и в Битрикс24. Расхождение даже в пару штук — повод искать причину сразу, а не в конце месяца. Типичные причины — заказы, созданные вручную кураторами, оплаты через рассрочку и регистрации без телефона.
И последнее: не переносите в Битрикс24 всю базу учеников «на всякий случай». В CRM нужны те, с кем работают продажи. Учебная база пусть остаётся в GetCourse, а в Битрикс24 приходят только события, по которым менеджер что-то делает.
Заявки, оплаты и окупаемость рекламы — в одном месте
Настрою воронку отдела продаж, свяжу её с GetCourse и отчёты по источникам. Дальше — сопровождение и развитие CRM: проверка связки, новые продукты и стадии без простоя.
Внедрение Битрикс24 →Итог: интеграция GetCourse и Битрикс24 — это разделение ролей: GetCourse учит и принимает оплаты, Битрикс24 ведёт продажи. Заявки и заказы приходят в сделки, оплаты двигают стадии, метки рекламы доезжают до денег. Связать системы можно готовым приложением, вебхуками из процессов GetCourse или своим обработчиком — для школы с отделом продаж надёжнее последний. Работа считается по часам, ставка 4 700 ₽/час; объём зависит от числа продуктов и событий.