Менеджер GetCourse: контроль диалогов и маршрутизация лидов
Штатный менеджер GetCourse работает с заказами, звонками и сообщениями пользователей прямо внутри платформы, без обязательного перехода во внешние системы. Чтобы отдел продаж Геткурс работал без потерь, нужно сразу разделить потоки: настроить правила назначения ответственных за новые заявки, ограничить права видимости чужих сделок и подключить каналы связи. Разбираем, как выстроить этот процесс, где заканчиваются возможности встроенной CRM, как маршрутизировать диалоги и за счет чего можно автоматизировать контроль качества.
Ограничения встроенной CRM и выбор архитектуры
Многие онлайн-школы начинают работу в базовой CRM платформы, поскольку она бесплатна и не требует синхронизации баз: профиль ученика, его прогресс по урокам и история оплат хранятся в одной карточке. Встроенная «Доска заказов» позволяет двигать сделки по статусам, а сегменты автоматически фильтруют базу по активности. Однако по мере роста нагрузки проявляются ограничения системы.
В GetCourse нет привычной визуальной воронки продаж с жесткой логикой смены этапов, как в профильных CRM-системах. Постановка задач на перезвон (фоллоу-ап) реализована через внутренние комментарии или процессы, что затрудняет контроль просрочек. Если цикл сделки короткий — от регистрации на вебинар до оплаты проходит пара дней, — функционала платформы достаточно. Но при продаже дорогих продуктов с долгим циклом прогрева, где требуется десяток касаний, отсутствие наглядного календаря задач ведет к потере маржи. Чтобы оценить эффективность отдела продаж, руководителю приходится выгружать сырые данные и собирать отчеты в сторонних таблицах.
Когда штатный функционал перестает справляться, отдел продаж переводят в amoCRM или Битрикс24, оставляя за GetCourse только выдачу доступов и процессинг оплат. Если же принято решение оставаться внутри платформы, руководителю предстоит собрать логику распределения лидов через блок «Процессы».
Маршрутизация заказов и распределение базы
В отличие от специализированных CRM, где распределение заявок по очереди (round-robin) включается одной кнопкой, в GetCourse логику назначения нужно собирать вручную. Базовый сценарий строится через процесс по объекту «Заказы» или «Пользователи».
Первое правило маршрутизации — проверка закрепления. Прежде чем отдать новую заявку свободному сотруднику, процесс должен проверить условие: «Имеет ли пользователь менеджера?». Если ответственный уже назначен в предыдущих касаниях, заказ уходит ему. Это исключает конфликты в отделе, когда два сотрудника звонят одному теплому клиенту и делят комиссию.
Для распределения новых заявок используют блок «Назначить менеджера». Если сотрудников несколько, равномерное распределение настраивают через цепочку условий или математические формулы в дополнительных полях. Для сложных схем — с учетом графиков смен, отпусков и весов конверсии каждого сотрудника — логику выносят на внешние серверы, используя GetCourse API и вебхуки. В этом случае платформа отправляет данные о новом заказе наружу, внешний скрипт определяет дежурного и возвращает команду на назначение конкретного ID сотрудника.
Чек-лист: настройка прав и доступов для сотрудника
- Снимите галочку «Может удалять пользователей и заказы»: право на безвозвратное удаление карточек должно оставаться исключительно у администратора проекта.
- Установите ограничение видимости: выберите пункт «Видит только пользователей, где является менеджером». Это защитит клиентскую базу от массового копирования и экспорта при увольнении.
- Отключите право на экспорт данных: выгрузка списков в формате CSV менеджерам по продажам для ежедневной работы не требуется.
- Скройте доступ к настройкам тренингов и рассылок: если сотрудник занимается только звонками и перепиской по заявкам, интерфейс учебной части будет его только отвлекать.
- Запретите редактирование системных полей и тегов, которые используются в процессах автоворонок, чтобы случайное изменение не сломало логику выдачи доступов.
- Включите пересылку уведомлений о новых сообщениях клиентов в Telegram: это кратно сократит время реакции на вопросы в мессенджерах платформы.
- Ограничьте доступ к дашбордам: оставьте видимыми только те панели аналитики, где выводятся личные показатели конверсии, суммы оплат и план продаж конкретного сотрудника.
Контроль качества и речевая аналитика
Работа отдела продаж вслепую — главная причина низких конверсий. В GetCourse контроль звонков реализуется через интеграцию с облачной телефонией (onlinePBX, Sipuni и аналоги). После разговора аудиозапись автоматически прикрепляется к карточке пользователя, где ее может прослушать руководитель.
Проблема классического контроля качества в том, что ручная прослушка отнимает часы. Физически РОП или выделенный специалист ОКК успевает разобрать не более 2–5% разговоров. Остальной массив данных остается слепой зоной: нарушения скрипта, хамство или неуверенность при отработке возражений всплывают только после жалоб клиентов.
Решением становится переход на автоматическую речевую аналитику. Например, у Светланы Гутник (руководителя отдела продаж fepcschool.ru) контроль качества отнимал огромное количество времени на поиск ошибок и напоминания про CRM. После внедрения ИИ-аналитики с охватом до 100% звонков система начала сама тегировать лидов по категориям A/B/C/D и вносить данные в карточки. Прозрачность выросла в разы: руководитель видит проблемные диалоги сразу в виде текста с подсвеченными ошибками, а освободившееся время уходит на тренировки с командой и развитие отдела.
Автоматизация ответов и ИИ-агенты
Когда трафик растет, сотрудники первой линии начинают выгорать от однотипных вопросов: «где ссылка на вебинар», «как оплатить частями», «когда откроется модуль». Чтобы снять типовые ответы с первой линии и квалифицировать лидов, к платформе подключают ИИ-агента в переписке («Продавца»).
Агент отвечает клиентам в мессенджерах за секунды, 24/7. Он самостоятельно презентует продукты, отправляет ссылки на оплату, фиксирует достижение целей и создает заказы в GetCourse. Для фоллоу-апов агент использует внутреннюю память: если клиент просит «напишите в пятницу в 15:00», алгоритм запоминает договоренность и возобновляет диалог в назначенное время без создания лишних задач в CRM. Важное техническое требование: для работы в диалогах платформы учетной записи агента нужна роль admin, без нее система не даст права писать сообщения пользователям.
Один запрос, обработанный агентом, обходится в среднем в 1–2 рубля, что несопоставимо с затратами на ФОТ живых операторов. Контекст общения при этом объединяется: если голосовой ИИ-агент («Звонильщик») обсудил условия с клиентом по телефону, текстовый модуль учтет эти детали в дальнейшей переписке. При этом агент умеет молчать, если видит, что в диалог уже вступил живой менеджер — он не перебивает человека.
Что чаще всего идёт не так
| Симптом | Причина | Что делать |
|---|---|---|
| Менеджер не видит сообщения клиента в разделе «Входящие» | В настройках прав доступа снята галочка «Может отвечать на сообщения» или клиент написал в канал, не привязанный к платформе | Проверить права в карточке сотрудника. Убедиться, что мессенджер подключен через официальную интеграцию GetCourse |
| Заказы распределяются на уволенных сотрудников | Процесс распределения обращается к жестко заданному списку ID менеджеров, который забыли обновить | Заменить ID уволенного на нового сотрудника в блоке «Назначить менеджера» или перевести логику на динамические группы |
| Дубли карточек при оформлении заказа | Клиент указал другую почту или ошибся в написании, платформа создала нового пользователя | Использовать поиск по номеру телефона для склейки дублей. Настроить авторизацию через Telegram для единого профиля |
| Звонки из телефонии не прикрепляются к пользователю | Номер телефона в карточке записан в нестандартном формате, или отвалился вебхук АТС | Привести базу к единому формату (+7...). Проверить логи интеграции на стороне провайдера телефонии |
Что НЕ помогает: пытаться решить проблему неравномерного распределения лидов постоянным ручным перекидыванием заказов между менеджерами. Это только запутывает аналитику и искажает данные о конверсии: вместо ручного вмешательства необходимо один раз отладить логику процесса по объекту «Заказы».
С чего начать аудит процессов
Первый шаг к порядку в отделе продаж — ревизия текущих доступов и потерь. Выгрузите список всех сотрудников с доступом в платформу и отзовите права у тех, кто уже не работает в компании. Затем проверьте настройки видимости базы для действующих менеджеров: каждый должен видеть только свои сделки, если иное не обусловлено спецификой продукта.
Далее откройте раздел «Сообщения» и отфильтруйте диалоги без ответа за последние 7 дней. Если таких диалогов больше 5% от общего объема, отдел физически не справляется с трафиком или теряет уведомления. Проверьте, как именно настроены процессы распределения новых заказов: нет ли там «узких мест», где заявка висит сутками в ожидании ручного подтверждения.
Платформа Замдир интегрируется с GetCourse из коробки: ИИ-агенты забирают на себя мгновенную переписку и звонки, а речевая аналитика разбирает диалоги живых менеджеров. Техническая связка работает поверх каналов клиента и не требует привлечения программистов для внедрения.
Частые вопросы
Как массово поменять ответственного при увольнении сотрудника?
В разделе «Пользователи» или «Заказы» отфильтруйте базу по старому менеджеру, выделите все записи галочкой, выберите массовое действие «Назначить менеджера» и укажите нового сотрудника.
Почему ИИ-агенту нужны права администратора?
Архитектура GetCourse устроена так, что без роли admin внешняя интеграция не получает технической возможности отправлять сообщения в диалоги от имени платформы.
Может ли ИИ-агент ставить задачи в amoCRM при интеграции с GetCourse?
Агент меняет этапы сделки, ответственного и заполняет поля квалификации в карточке amoCRM, но теги и задачи через него не ставятся.