Статья была полезной?
Если по какой-то причине ученику не подошла банковская рассрочка, вы можете организовать беспроцентную рассрочку для клиентов вашего аккаунта, используя внутренний функционал.
В статье рассмотрены два способа:
Для организации приема оплат посредством внутренней рассрочки рекомендуем использовать Get Модуль. Если он у вас еще не подключен, подать заявку можно по кнопке ниже ↓.
С помощью нескольких продуктов и тренингов
Рассмотрим на примере, когда необходимо разделить оплату на три равные части, которые будут вноситься один раз в месяц. При оплате каждого месяца пользователь получает доступ к части материалов. Также учтем, что если пользователь не оплатил следующий месяц, то у него сохраняется доступ к уже оплаченным материалам.
Для реализации кейса необходимо создать следующие объекты:
— основной тренинг с тремя подтренингами внутри (по месяцам);
— три продукта для доступа к каждому подтренингу;
— предложение с нужной ценой для каждого продукта;
— страницу с формой, где пользователь сможет оформить и оплатить заказ на первый подтренинг (внести первую часть оплаты);
— рассылки для оплаты следующих частей.
1.1 Тренинг
Для удобства будем использовать один тренинг с доступом для тех, кто имеет доступ хотя бы к одному из подтренингов.
Внутри тренинга находятся 3 подтренинга, которые будут открываться после внесения платежей. Доступ к каждому подтренингу открывается тем, кто купил тренинг.
1.2. Продукты и предложения
В нашем случае потребуется три продукта. Каждый продукт должен давать доступ к отдельному подтренингу.
Для каждого продукта необходимо создать одно предложение с нужной ценой. Ограничивать срок действия предложения не нужно.
1.3. Страница с формой оплаты
Контент самой страницы может быть любым. Для того, чтобы пользователь мог внести первую часть оплаты, необходимо разместить на странице форму и сделать ее продающей. Для этого можно использовать обработчик «Создать заявку/заказ» или добавить в части формы блок «Предложение» с выбором предложения для первого продукта.
1.4. Рассылки для оплаты следующих частей
Чтобы пользователь мог оплатить следующие части, необходимо создать две рассылки по заказам.
В рассылке для оплаты второго месяца в пункте «Кому отправлять» необходимо добавить условие «Предложение» и указать предложение первого продукта. Далее нужно выбрать «Дата оплаты» — «N дней назад» и указать 30 дней. Таким образом, рассылка будет отправляться по заказам на первый месяц, которые были оплачены 30 дней назад.
В пункте «Когда отправлять» необходимо выбрать вариант «После попадания под правило» — «Сразу», чтобы рассылка была автоматической.
В тексте самого письма можно использовать переменную для мгновенного оформления заказа. В самой переменной необходимо указать ID предложения второго продукта. Переменная позволяет организовать оплату в один клик: при клике система сразу сформирует для пользователя заказ на указанное предложение, и пользователь будет переадресован на страницу оплаты заказа.
В рассылке для оплаты третьего месяца по аналогии с предыдущей рассылкой в пункте «Кому отправлять» необходимо добавить условие «Предложение» и указать предложение второго продукта.
Далее нужно выбрать «Дата оплаты» — «N дней назад» и указать 30 дней. Таким образом, рассылка будет отправляться по заказам на второй месяц, которые были оплачены 30 дней назад.
В пункте «Когда отправлять» необходимо выбрать вариант «После попадания под правило» — «Сразу», чтобы рассылка была автоматической.
В тексте самого письма также можно использовать переменную для мгновенного оформления заказа. В самой переменной необходимо указать ID предложения третьего продукта.
В этом случае для пользователя данный вариант рассрочки будет выглядеть следующим образом:
1. Пользователь заходит на страницу, оплачивает первый месяц и получает доступ к первому подтренингу.
2. Спустя 30 дней пользователь получает на свой адрес электронной почты письмо, с помощью которого оформляет и оплачивает заказ на второй месяц. После оплаты пользователь получает доступ ко второму подтренингу, доступ к первому подтренингу также сохраняется.
3. Спустя еще 30 дней пользователь получает на свой адрес еще одно письмо, с помощью которого оформляет и оплачивает заказ на третий месяц. После оплаты пользователь получает доступ к третьему подтренингу, не теряя доступ к первым двум.
Если пользователь не внесет оплату за следующий месяц, то у него сохранится доступ к уже оплаченным подтренингам.
С помощью процессов
С помощью функционала процессов можно организовать рассрочку, не используя несколько продуктов и предложений. Рассмотрим на примере из пункта 1: необходимо разделить оплату на три равные части, которые будут вноситься один раз в месяц. При оплате каждого месяца пользователь получает доступ к части материалов. Также учтем, что если пользователь не оплатил следующий месяц, то у него сохраняется доступ к уже оплаченным материалам. Для удобства материалы разделены на подтренинги.
Для реализации через процесс необходимо создать следующие объекты:
- основной тренинг с тремя подтренингами внутри;
- продукт без доступа и предложение с нужной стоимостью;
- рассылка для напоминания о внесении очередного платежа;
- процесс для выдачи доступа к материалам.
Тренинг
Для удобства будет использоваться один тренинг с доступом для тех, кто имеет доступ хотя бы к одному из подтренингов.
Доступ к подтренингам необходимо организовать по группе. Каждому подтренингу должна соответствовать своя группа.
Продукт и предложение
Для нашего случая необходимо создать продукт без доступа.
К продукту необходимо создать одно предложение, указав полную стоимость и включив возможность частичной оплаты. Размер частичной оплаты должен быть равен размеру первого платежа. Опцию Открывать при частичной оплате использовать не нужно.
Рассылка-напоминание
Необходимо создать рассылку по объекту «Заказы». В тексте рассылки нужно добавить ссылку вида {payment_link}?paymentValue=1000 ,
где 1000 — это сумма единоразового платежа, которую должен внести пользователь.
Указывать условия в пунктах «Кому отправлять» и «Когда отправлять», а также запускать рассылку не нужно — письма будут отправляться через процесс.
Процесс для выдачи доступа
Процесс необходимо построить по объекту «Заказы», тип проверки — периодическая проверка. Во входном условии необходимо указать «Предложение» с выбором созданного предложения и «Статус — частично оплачен».
Внутри процесса будут использоваться следующие блоки:
- операция «Добавить пользователя в группу» (блоки № 1, 5, 9), «Отправить письмо по рассылке» (блоки № 3, 7);
- ожидание условия (блоки № 4, 8);
- задержка (блоки № 2, 6).
Общая схема процесса:
Операция «Добавить в группу», блоки № 1, 5, 9 — добавляет пользователя, который внес очередной платеж, в группу для доступа к следующей части уроков.
Задержка, блоки № 2, 6 — служит для ожидания 30 дней перед напоминанием об очередном платеже.
Операция «Отправить письмо по рассылке», блоки № 3, 7 — служит для отправки письма с напоминанием об очередном платеже.
Обратите внимание: в блоке обязательно необходимо использовать опцию «Отправлять повторно если по этому объекту уже было отправлено письмо». Без включения данной опции письмо отправится только один раз после внесения первого платежа.
«Ожидание условия», блок № 4, 8 — служит для ожидания внесения очередного платежа. Необходимо указать нужное значение тайм-аута, т.е. время, в течение которого клиент должен внести следующий платеж. По умолчанию тайм-аут равен 30 дням.
В пункте 2 приведен один из примеров использования процессов для организации рассрочки. Данный пример можно адаптировать под ситуации, когда:
- нужно забрать доступ к открывшимся материалам, если следующая часть не оплачена — достаточно добавить блок удаления из групп перед завершением процесса;
- нужно, чтобы открывалось несколько модулей при внесении платежа — необходимо установить доступ по одной группе для нескольких подтренингов;
- нужно, чтобы уроки не разделялись по модулям и выдавались последовательно — можно разместить уроки в основном тренинге и скрыть их от учеников. В процессе необходимо будет проверять оплаты и выдавать доступ к определенным урокам с помощью операции «Дать доступ к уроку». Доступ к тренингу в этом случае удобнее организовать по группе, создать продукт без доступа и в зависимости от поступления платежа в процессе регулировать добавление пользователя в группу и удаление из нее.