В современном онлайн-бизнесе автоматизация платежных процессов становится ключевым фактором успеха. Одним из инструментов для автоматизации оплат являются рекуррентные платежи.
В этой статье я поделюсь полезными лайфхаками по построению и оптимизации процесса автосписаний, которые помогут вам снизить количество ошибок и обеспечить стабильную работу процесса.
Основная функция такого процесса - это отправка уведомлений о заканчивающемся сроке действия подписки или покупки и последующее автосписание платежа.
Учитывая эту основную его функцию, не стоит усложнять этот процесс другими действиями, например, выдавать доступы к материалам клуба/курса или ставить задачи менеджерам. Эти действия можно автоматизировать отдельными процессами. Поэтому рекомендую настраивать процесс по рекуррентным платежам так, чтобы после отправки всех необходимых уведомлений и автосписаний, он завершался.
Также хочу обратить внимание, что если у вас есть задача, например, чтобы автосписания проходили только по четвергам, то стоит подумать лучше над тем, как сделать так, чтобы дата окончания подписки всегда выпадала на четверг, а не над тем, как настроить процесс по рекуррентам, чтобы он работал только по четвергам. Потому что входное условие такого процесса должно быть ориентировано только на дату окончания покупки.
Используйте параллельную схему процесса (прокси-скрипты) для одновременного выполнения нескольких действий, а не линейную. Например, я в своей схеме такого процесса прокси-скриптом вывожу 3 параллельные ветви
- по одной ветке выполняются ключевые действия: отправка уведомлений и автосписание
- по второй ветке всегда ожидается продление подписки
- по третьей ветке всегда ожидается возможная отписка (не обязательно)
Возможная отписка - еще один маленький лайфхак. Сделайте доп.поле пользователя типа чек-бокс, которое будет служить вам маркером отписки. Поставить галочку в этом поле смогут менеджеры, да и сам пользователь, например, при отправке какой-либо формы. Отмечу, что это доп.поле и сама эта ветка процесса совершенно необязательны, но это дает новые возможности. Например, вы сразу можете увести процесс по рекуррентам по другому сценарию, или ориентируясь на значение этого доп.поля запускать любые другие процессы.
Поставьте в самом начале процесса в той ветке, где идут основные действия (отправка уведомлений, автосписание), задержку до утра. Входное условие процесса по рекуррентам ориентируется на дату окончания подписки/покупки, под правило входного условия покупка попадает уже в 0:00 мск и по процессу создается задача, начинаются все заданные действия. Если не поставить эту задержку, то самые первые уведомления пользователям уйдут ночью. Думаю, мало кто будет их читать в это время.
Отправляйте в рассылках-уведомлениях ссылки на продление. С самых первых уведомлений вы можете отправить ссылку на страницу с формой, с которой можно оплатить продление подписки. Рекомендую использовать именно такие ссылки, т.к. это намного проще для пользователя. И совсем не рекомендую отправлять пользователям в рассылках инструкции, как в личном кабинете из раздела покупки можно продлить свою подписку.
Перед автосписанием проверяйте все необходимые для этого условия. Чтобы провести автосписание платежа по процессу рекуррентов, необходимо, чтобы у пользователя был доступен автоплатеж (привязана карта) и в покупке было разрешение продлевать ее автоматически. Если хотя бы одно из этих условий не выполняется, то автооплата не пройдет. Да, возможно вы поставили проверку этих условий еще в самом начале, но за время пока у вас шли уведомления, были какие-то задержки, эти условия могли измениться. Пользователь мог везде эти галочки снять сам или попросить снять менеджера, поэтому проверить эти условия перед автосписанием еще раз лишним точно не будет.
Рекомендую также перед автосписанием поставить еще одну проверку условия, что подписка не была продлена. Да, возможно, у вас параллельная схема процесса, и по одной из веток в процессе и так стоит постоянное ожидание условия, что подписка продлена. Но проверка условий в этом блоке происходит раз в 5-10 мин в среднем, и, возможно, как раз в эти минуты пользователь где-то сам продлил свою подписку, а следом с него еще и автооплатой списался платеж. Конечно, такой случай редкий, но очень меткий. Поэтому дополнительная проверка этого условия тоже не будет лишней.
Надеюсь, что теперь, зная эти маленькие хитрости, настройка процесса по рекуррентным платежам в Геткурс (GetCourse) не вызовет у вас больших сложностей. А если все же остались вопросы, то задавайте их в комментариях.
============================
Заказать настройки 👉 https://t.me/tereluba
Зарегистрировать аккаунт GetCourse с бесплатным периодом 14 дней 👉 здесь