Геткурс заказы: настройка оплаты, доска менеджера и статусы
Геткурс заказы — это базовая сущность платформы, которая связывает пользователя, выбранный продукт и движение денег. Заказ создается в тот момент, когда ученик нажимает кнопку покупки, и с этого момента запускается таймер: система ждет поступления средств, чтобы выдать доступ к материалам. Ошибка на этапе маршрутизации или сбой в передаче статуса приводят к тому, что клиент платит, но не получает письмо с доступом, а менеджер видит пустую карточку. Управление этим процессом требует точной настройки связок между платежными шлюзами, правилами платформы и внешней CRM-системой.
Жизненный цикл и базовые статусы
Любая покупка начинается с того, что система должна создать заказ в Геткурсе. Это происходит автоматически через форму на лендинге, по клику в рассылке или вручную администратором из карточки пользователя. Как только карточка сформирована, ей присваивается статус, который определяет дальнейшую логику платформы.
Базовый маршрут включает четыре основных этапа. «Новый» — клиент оставил заявку, но транзакция еще не инициирована. «Ожидает оплаты» — пользователь перешел на страницу шлюза, система ждет ответа от банка. «Завершен» — деньги поступили, доступ к продукту открыт автоматически. «Отменен» — срок действия ссылки истек, либо менеджер закрыл сделку вручную как нереализованную. Также есть промежуточный статус «Частично оплачен», который включается, если клиент внес предоплату или оформил внутреннюю рассрочку.
Проблема возникает, когда школа пытается использовать эти статусы для полноценного ведения продаж. Геткурс фиксирует факты, но не управляет процессом переговоров. Если менеджеру нужно позвонить клиенту, отправить коммерческое предложение или согласовать индивидуальные условия, базовых статусов не хватает. Для этого платформу связывают с профильными системами учета, где настраивают детальные этапы продаж и правила смены ответственных.
Настройка приема оплат и работа с частями
Правильная настройка оплаты в Геткурсе определяет, насколько гладко пройдет транзакция и как быстро обновится статус. Платформа поддерживает интеграцию с десятками платежных систем: от эквайринга Сбербанка и Тинькофф до агрегаторов вроде Продамуса и Робокассы. Подключение происходит в разделе «Настройки профиля» → «Интеграция». Здесь вносятся API-ключи, выданные банком, и прописывается URL для отправки вебхуков — именно по ним Геткурс узнает, что деньги списаны.
Отдельного внимания требует оплата заказа в Геткурсе по частям. Если школа продает дорогие курсы, клиентам предлагают внести депозит. Для этого в настройках предложения (оффера) ставится галочка «Разрешить частичную оплату» и указывается минимальная сумма первого взноса. Когда клиент вносит депозит, статус меняется на «Частично оплачен», а остаток фиксируется как долг. Важно настроить автоматический процесс, который за три дня до старта обучения проверит остаток долга и отправит клиенту ссылку на доплату.
Также существует внутренний баланс пользователя. Школа может начислять бонусные рубли за выполнение домашних заданий. При оформлении покупки система предложит списать средства с внутреннего счета. Если бонусов хватает на 100% чека, транзакция закрывается мгновенно без обращения к банковскому шлюзу.
Доска заказов и управление сделками
Встроенная доска заказов в Геткурсе — это канбан-отображение текущих заявок, разделенное на колонки по статусам. Она находится в разделе «Продажи». Карточки можно перетаскивать мышью, назначать ответственных менеджеров и оставлять внутренние комментарии. Визуально это напоминает CRM-систему, но функционально сильно ей уступает.
Главное ограничение доски — отсутствие гибкой автоматизации при движении карточки. Если менеджер решает перенести заказ в Геткурсе в колонку «Отказ», система не потребует обязательно указать причину отказа и не поставит задачу руководителю на проверку диалога. Нет контроля дублей, нет интеграции с мессенджерами в едином окне карточки, а аналитика по конверсии менеджеров базово показывает только суммы закрытых сделок, игнорируя длину цикла сделки и количество касаний.
Поэтому доску используют только на старте или в микро-проектах. Когда отдел продаж вырастает до трех и более человек, заявки передают по API в специализированные системы, настраивая там полноценную воронку продаж в amoCRM или Битрикс24. В этом случае Геткурс остается только витриной и хранилищем учебных материалов, а вся работа по дожиму и квалификации ведется на стороне внешней CRM.
Сегментация должников и автоматический дожим
Чтобы не терять прибыль, маркетологи настраивают автоматические цепочки писем для тех, кто инициировал покупку, но не ввел данные карты. Для этого нужно собрать правильный сегмент по заказам в Геткурсе. Инструмент находится в разделе «Пользователи» → «Сегменты». Здесь работает конструктор логических условий, который позволяет фильтровать базу по десяткам параметров.
Типовой сценарий для выборки: выбираем условие «Имеет заказ», далее уточняем параметры — статус «Новый» или «Ожидает оплаты», дата создания «в течение последних 24 часов», сумма «больше 0». Полученный список сохраняется как динамический сегмент. Это значит, что как только клиент оплатит счет, он автоматически выпадет из этого списка и перестанет получать напоминания.
Неоплаченные заказы GetCourse обрабатываются через модуль «Процессы». Создается периодический процесс, который раз в час проверяет собранный сегмент. Если человек находится в нем дольше двух часов, ему уходит письмо с вопросом «Возникли сложности с оплатой?». Если дольше суток — отправляется сообщение в Telegram со скидкой или предложением рассрочки. Главное правило: в каждом таком сообщении должна стоять прямая ссылка на форму оплаты, чтобы клиенту не приходилось заново проходить регистрацию на лендинге.
Чек-лист: что проверить перед запуском трафика на форму оплаты
- Убедитесь, что в форме на лендинге выбрано правильное «Предложение» (оффер), а не просто продукт. Именно предложение формирует цену.
- Проведите тестовый платеж на 1 рубль реальной банковской картой. Проверьте, что статус изменился на «Завершен» без ручного вмешательства.
- Откройте письмо, которое уходит после покупки, и проверьте геткурс переменные заказа. Ссылка на оплату должна выглядеть как {payment_link}, а сумма — как {object.cost}.
- Настройте правило отмены: неоплаченные заявки должны автоматически переходить в статус «Отменен» через 3–5 дней, чтобы не искажать конверсию в аналитике.
- Проверьте права менеджеров: у сотрудников отдела продаж должен быть доступ к разделу «Продажи», но закрыт доступ к удалению карточек и выгрузке базы.
- Оформите частичную оплату (если она предусмотрена) и убедитесь, что в письме-напоминании корректно выводится переменная остатка {object.left_cost}.
Что чаще всего идет не так
| Симптом (как это выглядит) | Причина | Что делать |
|---|---|---|
| Клиент оплатил, деньги на счету юрлица есть, а статус висит «Ожидает оплаты» | Сбились настройки вебхуков на стороне платежной системы или истек срок действия API-ключа. | Зайти в личный кабинет эквайринга, скопировать новый ключ и обновить его в настройках интеграции Геткурса. |
| Менеджер случайно создал дубль и хочет удалить заказ в Геткурсе | Кнопки удаления нет по умолчанию. Удаление нарушает финансовую аналитику и нумерацию. | Не пытаться удалить физически. Перевести карточку в статус «Отменен», указать причину «Дубль» или «Тест». |
| Письмо с доступом уходит до того, как поступили деньги | Процесс выдачи доступа настроен на триггер «Заказ создан», а не на «Заказ оплачен». | Изменить стартовое условие в модуле Процессов. Триггер должен реагировать только на смену статуса на «Завершен». |
| В CRM передаются пустые поля вместо суммы и телефона | Ошибка в настройке блока отправки вебхука. Не прописаны переменные заказа в теле JSON. | Проверить синтаксис в процессе: сумма должна передаваться как {object.cost}, номер телефона пользователя как {user.phone}. |
Что НЕ помогает: ручная смена статусов при сломанной интеграции с эквайрингом. Если вебхуки не ходят, ручной перевод карточки в «Завершен» откроет доступ клиенту, но не починит систему. Вы потратите часы на сверку выписок с банком, вместо того чтобы один раз перевыпустить API-ключи.
С чего начать наведение порядка в продажах
Первый шаг — аудит текущей базы. Зайдите в раздел продаж и отфильтруйте все карточки со статусом «Новый» старше одной недели. Массовым действием переведите их в «Отменен», чтобы очистить доску от мертвого груза и увидеть реальную картину конверсии. Затем проверьте настройки предложений: отключите те, что больше не продаются, чтобы менеджеры не могли случайно выставить счет по старой цене. После этого настройте базовый процесс автоотмены, который будет закрывать неоплаченные счета через 72 часа.
Когда гигиена базы настроена, фокус смещается на скорость реакции. Менеджеры физически не успевают обрабатывать каждый переход по ссылке, из-за чего клиенты уходят к конкурентам. Чтобы снять рутину с первой линии и автоматизировать создание заказов, школы подключают ИИ-агента Замдир, который сам отвечает в мессенджерах, отрабатывает возражения, формирует корзину прямо в переписке и выдает ссылку на оплату, двигая сделку по нужным этапам.
Частые вопросы
Можно ли изменить сумму после того, как карточка уже создана?
Да, администратор или менеджер с правами может зайти в карточку и вручную отредактировать итоговую сумму до момента оплаты. После успешной транзакции менять сумму нельзя.
Как полностью удалить ошибочную заявку из системы?
Платформа запрещает прямое удаление финансовых документов для сохранения целостности базы. Правильный путь — перевести заявку в статус ложного отказа или отменить ее.
Почему клиент не может оплатить заказ в Геткурсе картой иностранного банка?
Сам Геткурс не процессит карты, это делает подключенный шлюз. Для приема зарубежных карт нужно подключить специализированный эквайринг (например, Prodamus или Stripe) и выбрать его в настройках.
Можно ли объединить несколько покупок одного клиента в один счет?
Нет, система создает отдельную сущность под каждое предложение. Если нужно продать несколько курсов разом, необходимо создать новый пакетный оффер, включающий все нужные продукты, и выставить счет на него.