Как я собрала нестандартную программу лояльности на GetCourse, когда обычной партнёрки оказалось мало
«Ларис, а ты делала когда-нибудь реферальную программу в GetCourse?
Типа начисление баллов тем, кто пригласил друга на обучение».
С такого сообщения началась одна из тех задач, которые сначала звучат довольно просто.
Я ответила:
«Канеш))»
Но дальше мы начали разбирать, что именно хочет проект.
И довольно быстро выяснилось: обычной партнёрской программой здесь не обойтись.
Кто заказчик
Проект PSY2.0 — образовательный проект по психосоматике.
Мы с ними работаем уже не первый раз: периодически они приходят ко мне с задачами по вёрстке личного кабинета, перевёрстке, оформлению и различным нестандартным доработкам GetCourse.
То есть это не новый клиент, который случайно нашёл меня под одну задачу.
Это проект, который возвращается, когда нужно что-то доработать, переделать или придумать.
И в этот раз они пришли с идеей запустить для своих студентов и выпускников программу рекомендаций.
Сначала задача выглядела просто
Логика на старте была примерно такой:
выпускник рекомендует обучение другу → друг покупает → выпускник получает вознаграждение.
Но проект хотел не обычные денежные выплаты партнёрам. Они хотели сделать программу лояльности на бонусных рублях. То есть бонусы получает не только тот, кто рекомендует, но и новый клиент.
Для двух направлений были определены разные условия.
По «Диплому 1100»:
— партнёру — 15 000 бонусных рублей;
— другу — 5 000 бонусных рублей.
По «Базе Псидваноль»:
— партнёру — 7 000 бонусных рублей;
— другу — 3 000 бонусных рублей.
Уже на этом этапе это стало не просто партнёркой, а механикой «выгодно обоим».
Почему стандартная партнёрская программа здесь не подходила
В классической партнёрке логика довольно понятная:
партнёр дал ссылку → человек пришёл → оплатил → партнёру начислилось вознаграждение.
Но у проекта часть продуктов продаётся совсем не так. Особенно дипломные программы. Человек не может просто зайти на сайт и сразу оплатить обучение. Сначала он регистрируется. Потом попадает внутрь GetCourse. Проходит несколько шагов: Загружает документы. Документы проверяют. И только потом ему открывают оплату. Причём платный заказ может создать уже менеджер.
То есть реальный путь выглядел так:
партнёрская ссылка → регистрация → нулевой заказ → документы → проверка → новый платный заказ → оплата
Здесь возникает вопрос:
Как не потерять партнёра между первым и вторым заказом?
Для GetCourse это уже два разных заказа.
А нам нужно было сохранить логику: этот человек пришёл по рекомендации вот этого партнёра. Причём даже если платный заказ появляется сильно позже и создаётся уже отдельно.
Вот это как раз был тот кусок, где нужно было не просто взять стандартную настройку, а продумать связующий процесс.
В итоге я сделала логику, в которой сначала фиксируется регистрация реферала через нулевой заказ, а дальше система ожидает оплату нужного предложения. Если оплата происходит — запускается начисление бонусов партнёру и другу.
То есть связь не теряется. И это главное в подобных задачах - не «умею ли я нажать нужную кнопку», а понимаю ли я, как должна работать вся цепочка целиком.
Дальше появился нюанс с офертой
Проект не хотел автоматически делать партнёрами всех выпускников.
И это правильно. Человек должен осознанно вступить в программу и принять условия.
Поэтому я предложила такую механику:
- Пользователь заходит на страницу программы лояльности.
- Авторизуется, если нужно.
- Читает условия.
- Заполняет форму.
- Ставит чекбокс согласия с офертой.
- После отправки формы становится партнёром.
- Страница обновляется, и ему открываются блоки с его партнёрскими ссылками.
Причём разные категории выпускников могут рекомендовать разные продукты. Поэтому доступ к блокам я завязала на сегменты.
Например:
выпускник «Диплома 1100» может рекомендовать и «Диплом 1100», и «Базу Псидваноль»;
а выпускник «Базы Псидваноль» — только «Базу Псидваноль».
Для страницы использовались CSS, JS и настройки видимости блоков. То есть человек видит именно то, что положено видеть ему.
Потом выяснилось, что начислить бонусы — это только половина задачи
Вторая половина: а как их потом тратить?
Сначала была идея начислять вознаграждение на депозит. Но тут возникло ограничение. Часть продуктов проекта связана с образованием и выдачей документов. И заказ не должен оплачиваться внутренними средствами полностью. Минимум 100 рублей должны пройти реальными деньгами.
А с депозитом была проблема: если средств на депозите хватает, заказ может закрыться на 100%. То есть нужное ограничение таким способом мы не получали. Поэтому от депозита отказались. И сделали начисление именно на бонусный счёт.
Почему бонусный счёт подошёл лучше
Бонусные рубли можно разрешить использовать только для определённых Предложений. И это нам как раз подходило. Не все продукты школы участвуют в программе. Есть конкретный список предложений, где бонусы можно списывать.
Но и там действует ограничение: максимум можно списать стоимость предложения минус 100 рублей.
Например: продукт стоит 20 000 ₽. Бонусами можно закрыть максимум 19 900 ₽. 100 ₽ человек всё равно оплачивает настоящими деньгами. Для всех актуальных предложений, участвующих в программе, отдельно проставлено это ограничение.
Вот почему я всегда говорю, что в нестандартной настройке нельзя смотреть только на одно действие.
Недостаточно решить: «Как начислить бонусы?»
Нужно ещё спросить: А что с ними будет дальше? Где ими можно платить? Где нельзя? Что произойдёт, если у человека бонусов больше стоимости продукта? Можно ли случайно закрыть заказ полностью внутренними средствами?
Из таких вопросов и складывается рабочая система.
Что в итоге было настроено
В результате получилась не просто партнёрская программа.
А отдельная программа лояльности внутри GetCourse.
Я настроила:
— сегменты участников;
— страницу программы лояльности;
— регистрацию через форму и согласие с офертой;
— персональные партнёрские ссылки;
— разные права видимости для разных категорий выпускников;
— процессы фиксации рефералов;
— связку нулевого и последующего платного заказа;
— автоматическое начисление бонусных рублей партнёру;
— автоматическое начисление welcome-бонусов рефералу;
— письма о регистрации;
— письма о начислении бонусов;
— блок программы лояльности внутри личного кабинета;
— отображение бонусного баланса;
— ограничения по списанию бонусов;
— отдельный дашборд для команды проекта.
И ещё — дашборд
Мне не хотелось, чтобы после запуска команда бегала по разным разделам GetCourse и вручную собирала статистику. Поэтому я сделала отдельный дашборд.
В нём видно:
— сколько партнёров зарегистрировалось;
— сколько рефералов оплатили каждое направление;
— сколько заказов создано;
— их общую стоимость;
— сколько реально оплачено;
— сколько денег принесла программа.
Для дипломной программы дополнительно учитываются разные варианты полной оплаты и внутренней рассрочки.
Потом я стала собственным партнёром 😄
Перед запуском систему, конечно, нужно было проверить.
Поэтому я:
— сделала себя партнёром;
— создала тестового пользователя;
— передала ему свою партнёрскую ссылку;
— создала оплату;
— проверила начисление бонусов;
— проверила письма;
— проверила, что партнёрская связь сохраняется;
— проверила начисление welcome-бонусов рефералу.
То есть не просто посмотрела: «Ну вроде процесс настроен». А прогнала всю цепочку так, как её будет проходить реальный пользователь. Потому что одно дело — настроить. И совсем другое — убедиться, что всё реально проходит от первого клика до начисления бонусов.
Работа закончилась. Но на этом общение не закончилось 😄
Технически работу я закончила 3 июля. Запуск программы произошёл позже, потому что со стороны проекта ещё не была готова оферта.
А после запуска вопросы продолжились.
Про авторизацию.
Про ссылки из писем.
Про переходы из Telegram.
Про разные браузеры.
Про тех, кто забыл пароль.
Про новые группы.
Про то, что будет, если позже добавить ещё одно направление.
И да — я остаюсь на связи и после сдачи. Плюс для команды записала подробную видеоинструкцию.
И получила от заказчика сообщение:
«все в видео понятно»
А потом:
«инструкция крутая прям! спасибо, что записала»
Для меня это тоже важная часть работы.
Я не хочу делать систему, к которой после моей сдачи никто боится притронуться.
Если внутри проекта есть технический специалист или команда — я стараюсь передать работу так, чтобы им было понятно, что где находится и как это работает.
Что получилось на старте
На момент написания этого кейса:
56 пользователей зарегистрировались в программе лояльности.
Есть первый партнёр, который привёл реферала.
Реферал оплатил «Базу Псидваноль» на 33 900 ₽.
Пока программа только начала работать, поэтому делать большие выводы по выручке рано. Но уже сейчас главное понятно:
система работает, реферал фиксируется, партнёр не теряется, бонусы начисляются автоматически, команда видит аналитику.
И механику можно дальше расширять новыми продуктами.
Зачем я вообще пишу этот кейс
Не потому, что хочу теперь всю жизнь настраивать только партнёрские программы 😄
А потому, что это хороший пример того, с какими задачами ко мне можно приходить.
Если у вас онлайн-школа и вы:
— продюсер;
— маркетолог;
— руководитель проекта;
— технический специалист;
— или сам эксперт без большой команды,
и у вас есть идея, которую вы пока формулируете примерно так:
«Мы хотим, чтобы на GetCourse было вот так… Но вообще не понимаем, можно ли это сделать».
Это как раз моя история. Мне не обязательно приносить готовое техническое ТЗ. Можно принести бизнес-задачу. А дальше я уже разбираю:
что должно происходить;
для кого;
при каких условиях;
что должно случиться потом;
какие ограничения есть у платформы;
и как это всё собрать так, чтобы оно работало не только в теории.
Я люблю задачи, где приходится думать. Те самые, от которых немного скрипят мозги 😄
Так что если у вас есть своя нестандартная хотелка для GetCourse — можете прийти ко мне с вопросом:
«Ларис, а можно сделать вот так?..»
А дальше разберёмся.
Написать в ВК
Написать в Telegram
Написать в МАКС