Дополнительное поле Геткурс: настройка карточек пользователей и заказов без потери данных
Дополнительное поле Геткурс — это настраиваемая ячейка в базе данных платформы, куда онлайн-школа записывает информацию за рамками стандартных ФИО, телефона и почты. Сюда попадают ответы из анкет, UTM-метки, результаты квалификации лида и ссылки на проверенные домашние задания. Без кастомных переменных невозможно собрать узкий сегмент для рассылки или передать специфичные данные в CRM при интеграции. Разбираем, как разделить информацию между профилем и покупкой, чтобы не сломать аналитику при повторных продажах.
Для чего нужна кастомная архитектура данных
В базовой комплектации карточка клиента хранит только системные контакты. Когда бизнесу нужно зафиксировать должность человека, его возраст, город проживания или предпочитаемый мессенджер, стандартных строк не хватает. Дополнительные поля геткурс это строительные блоки, которые вы создаете сами под конкретные бизнес-процессы школы. Ими размечают базу для глубокой сегментации, триггерных рассылок и настройки доступов к урокам.
Глобально все кастомные переменные на платформе делятся на два типа, и путать их нельзя. Первые привязываются к человеку навсегда и кочуют с ним из тренинга в тренинг. Вторые относятся только к конкретному факту продажи или заявки. Если записать размер футболки для отправки физического мерча в профиль человека, при следующей покупке эти данные сохранятся. Но если записать туда же номер потока или выбранный тариф, следующая покупка перезапишет ячейку, и вы навсегда потеряете историю первого заказа. Эта ошибка проектирования приводит к тому, что школа не может отследить LTV.
Геткурс: поле пользователя против атрибутов заказа
Чтобы данные не затирали друг друга при повторных сделках, платформенная архитектура требует жесткого разделения сущностей на этапе настройки.
Геткурс поле пользователя хранит статические атрибуты. Это дата рождения, ниша бизнеса, часовой пояс, ссылка на социальные сети или статус партнера. Все, что характеризует личность клиента и не меняется от покупки к покупке, ложится сюда. На основе этих данных собираются когорты для рассылок: например, платформа позволяет отправить письмо или сообщение в Telegram всем маркетологам из Москвы, исключив новичков.
Поле заказа хранит динамические атрибуты сделки. Это промокод, комментарий менеджера к конкретной оплате, желаемая дата старта обучения, ссылка на договор рассрочки. Эти данные живут только внутри одного чека. Если клиент купил базовый курс в марте, а продвинутый в сентябре, у него будет два заказа с разными кастомными значениями, но один профиль. Если менеджер попытается отфильтровать базу по тарифу, ориентируясь на пользовательскую переменную, он найдет только последнюю покупку.
Автоматическое заполнение при квалификации лида
Собирать данные руками менеджеров долго и дорого: сотрудники забывают ставить галочки, пишут названия городов с опечатками или игнорируют регламент. Для точной аналитики сбор информации выносят на автоматику. Когда клиент пишет в мессенджер школы, робот задает квалифицирующие вопросы: узнает опыт, цель обучения и бюджет.
Чтобы снять типовые ответы с первой линии и перенести данные в нужные ячейки, ИИ-агент анализирует диалог и сам заполняет поля карточки. Платформа фиксирует достижение целей, меняет этап сделки и создает заказ в GetCourse. Робот не опечатывается и не пропускает строки, поэтому к моменту, когда клиент просит человека или готов оплатить, живой продавец получает профиль с уже проставленными тегами и заполненным брифом. Агент умеет молчать, если в диалог вступил менеджер, и не ломает ручную работу. Также робот сам возобновляет диалог и напоминает об оплате, если клиент попросил написать ему позже.
Чек-лист: аудит кастомных переменных перед запуском воронки
- Выпишите все собираемые данные и разнесите их на два столбца: «не меняется никогда» (создаем в профиле) и «относится к покупке» (создаем в заказе).
- Проверьте типы значений: для городов, ниш и тарифов используйте тип «Список», а не «Строка», чтобы исключить опечатки и дубли при фильтрации базы.
- Убедитесь, что переменным заданы понятные системные имена на латинице без пробелов — это понадобится для настройки вебхуков и передачи данных по API.
- Настройте видимость: скройте от учеников служебные ячейки менеджеров (комментарии, скоринг), оставив им доступ только к анкете профиля.
- Заполните тестовую карточку и проведите ее через блок «Вызвать URL» в процессе, чтобы проверить корректность выгрузки переменных во внешние системы.
- Удалите неиспользуемые строки, которые дублируют друг друга (например, «Ниша_клиента» и «Сфера бизнеса»), объединив данные через массовые действия.
Что чаще всего идёт не так при работе с карточками
| Симптом | Причина | Что делать |
|---|---|---|
| Менеджер заполняет строку в заказе, а она пустая | Поле создано для пользователя, а менеджер ищет его в заказе | Пересоздать атрибут в правильной сущности и перенести данные через процесс |
| Фильтр по городу не находит половину учеников | Тип данных «Строка», пользователи пишут «Мск», «москва», «г. Москва» | Заменить тип на «Список» с жесткими вариантами выбора, вычистить старые записи |
| Данные из анкеты не попали в профиль | В настройках формы не указано действие «Обновить пользователя» | Добавить в обработчик формы шаг сохранения ответов в нужные переменные |
| Интеграция с CRM выдает ошибку передачи | Не совпадают системные имена или типы данных на двух платформах | Привести названия переменных (ID) к единому стандарту в обеих системах |
Что не помогает: попытки объединить дублирующиеся кастомные строки через обращение в службу поддержки. Платформа не умеет сливать два разных атрибута в один с сохранением истории. Это делается только ручным экспортом списка в таблицу, сведением колонок и обратным импортом значений в правильную ячейку.
Экспорт данных и передача переменных во внешние системы
Собранная аналитика редко остается только внутри учебной платформы. Если отдел продаж работает в amoCRM или Битрикс24, данные профиля и покупки должны синхронизироваться с карточкой сделки. Настройка идет через встроенные интеграции или вебхуки.
При передаче критично соблюдать соответствие типов. Если в Геткурсе настроен чекбокс (да/нет), а в CRM — текстовая строка, интеграция сломается при первой же отправке. Для передачи сложных переменных используют процессы: собирают нужные значения в массив и отправляют через блок «Вызвать URL». При этом важно учитывать негласные лимиты GetCourse API, чтобы платформа не заблокировала отправку при массовом обновлении базы. Если нужно передать массив ответов из проверки домашнего задания, настройте ИИ-куратора: он распознает вложения любых форматов (текст, аудио, PDF) и сложит результаты проверки в отдельную текстовую ячейку для выгрузки.
С чего начать аудит архитектуры данных
Начинать расчистку базы нужно с ревизии текущей структуры. Выгрузите весь список кастомных переменных через раздел настроек аккаунта в таблицу. Отметьте те, которые не заполнялись последние несколько месяцев — их можно удалить без вреда для процессов. Затем унифицируйте списки: если у вас пять вариантов написания одного тарифа, сведите их к одному эталонному значению через массовую замену.
После чистки закройте менеджерам возможность создавать новые атрибуты без согласования с администратором, чтобы избежать повторного захламления карточек. Когда архитектура данных выстроена, а поля жестко разделены на пользовательские и заказные, можно автоматизировать сбор информации. Платформа с ИИ-агентами позволяет забрать эту рутину у сотрудников: алгоритм сам квалифицирует лида в переписке и корректно раскладывает ответы по системным ячейкам.
Частые вопросы
Можно ли переделать поле пользователя в поле заказа?
Нет, изменить привязку готового атрибута нельзя. Придется создать новую переменную в заказах, экспортировать старые значения профилей и импортировать их обратно в новую ячейку.
Как скрыть служебную информацию от ученика?
В настройках конкретного поля снимите галочку «Показывать пользователю». Тогда данные будут видеть только администраторы и менеджеры внутри карточки.
Какое ограничение на количество дополнительных переменных?
Технического лимита на платформе нет, но избыток строк замедляет работу фильтров и усложняет навигацию менеджерам. Держите в аккаунте только те атрибуты, по которым реально строите сегменты или аналитику.
Как передать ответы из анкеты прямо в сделку amoCRM?
Настройте процесс по событию «Заполнение анкеты», сохраните ответы в кастомные переменные, а затем отправьте их вебхуком в CRM. Подробнее логика сборки описана в статье про Геткурс анкеты.