Если вы планируете зарабатывать деньги с помощью SaaS, вам потребуется способ определить, за что их взимать. Я говорю о тарифных планах и их реализации. Вначале я советую идти
с максимально простой ценой. Для FeedBear это был единый «Премиум» план с 14-дневным пробным периодом.
Таким образом, вам не нужно защищать функции на основе плана текущего пользователя или отслеживать их использование, что означает меньше кода. И меньше кода означает меньше ошибок и больше времени.
Подобно аутентификации,
не создавайте свое собственное решение. Есть минное поле вещей, которые
очень раздражают в реализации и могут легко сломаться. Подобно ведению платежной информации, обновлению информации о карте, расчете НДС, счетам, уведомлениям по электронной почте, возврату денег.
В общем, вы хотите две вещи:
- Обрабатывайте платежи и снимайте деньги - для этого предназначены Stripe или Braintree. Мне также нравится хранить там как можно больше данных. Вам не нужно сохранять платежный адрес пользователя или идентификатор НДС в вашей базе данных. Сохраняйте только то, что вам нужно, запрашивайте другие вещи через API.
- Разрешить пользователям платить и получать доступ к вашему приложению - это в основном работа с данными с первого шага. Это сложная часть.
Как и при аутентификации, вы можете управлять подписками с помощью внешней службы или использовать библиотеку.
- Использование платежного сервиса . Такие инструменты, как Chargebee и Outseta, предоставляют встроенные решения, специально для SaaS, которые вы просто подключаете к своему бэкэнду и включаете в веб -интерфейс. Основным недостатком, конечно же, является добавленная стоимость.
- Реализация библиотеки. Как вы, наверное, догадались, это мой любимый способ сделать это. Он бесплатный и довольно простой в настройке (опять же, YMMV в зависимости от того, какую платформу вы используете). В экосистеме Rails есть фантастическая жемчужина под названием Pay, которая работает со Stripe или Braintree.
Да, и, кстати, ваши цены, вероятно, будут полностью меняться несколько раз по мере вашего роста. Не только цены, но и количество планов и то, что они представляют. Эксперимент с ценообразованием необходим при прохождении фазы соответствия продукта / рынка. Наличие гибкого решения позволит вам быстро вносить эти изменения, не опасаясь поломки.