Оплата SaaS-сервиса: тарифы, аккаунты и доступ после покупки
В SaaS платит человек, а доступ часто получает целая команда. Поэтому заказ нужно связать с конкретным аккаунтом или рабочим пространством, тарифом и периодом, а не только с e-mail покупателя.
Выберите, кому принадлежит покупка
В сервисе могут быть пользователь, организация и несколько рабочих пространств. До оплаты уточните, какой объект получает тариф. Иначе администратор оплатит своей почтой, а участники команды продолжат видеть бесплатный план.
На итоговом экране покажите название пространства, тариф, срок и количество мест, если они входят в расчёт. Эти же данные сохраните в заказе до открытия платёжной страницы.
Зафиксируйте условия периода
Если цена или набор функций изменится завтра, сегодняшняя покупка не должна поменяться задним числом. Сохраняйте снимок тарифа в заказе: что было оплачено и на какой срок.
Для перехода между планами отдельно определите правило перерасчёта. Например, смена может вступать в силу сразу или со следующего периода. Paycryp проводит платёжный сценарий, а политику тарифов и перерасчёт реализует сам SaaS.
Подключите подтверждение на сервере
Сервер SaaS создаёт платёж через Merchant API, сохраняет его идентификатор и получает результат. Возврат пользователя на страницу успеха удобен для интерфейса, но доступ открывается по проверенному статусу.
При обработке сверяйте номер заказа, исходную цену и валюту. Сумма, которую видит плательщик, может включать предусмотренную настройками доплату. Для привязки к заказу в Paycryp есть baseAmount.
Выдайте права аккуратно
Обновление тарифа лучше сделать отдельной операцией, которую можно безопасно повторить. Одна покупка не должна добавлять места или дни дважды из-за повторного уведомления.
Если платёж прошёл, но изменение прав задержалось, покажите это в кабинете. Короткое «Оплата получена, обновляем тариф» даёт человеку больше уверенности, чем всё ещё активная кнопка покупки того же плана.
Не обещайте автопродление без механизма
Новый счёт каждый месяц и регулярное списание — разные модели. Если клиент каждый раз подтверждает платёж сам, напишите об этом прямо. В статье мы рассматриваем сценарий выставления отдельных счетов Paycryp.
Поддержке полезно видеть последний оплаченный период, новый заказ и причину отсутствия доступа. Тогда обращение решается по данным, а не по догадкам.
Минимальный тест перед продажами
- Покупка тарифа для нужного пространства.
- Повторная доставка подтверждения.
- Возврат на страницу до получения статуса.
- Сбой выдачи прав после оплаты.
- Смена плана и окончание периода.
Начните с одного тарифа и одного понятного маршрута. После его проверки расширять продукт спокойнее, чем одновременно запускать все варианты оплаты и доступа.