Если вы создаете SaaS-компанию, которая предполагает серьезную настройку системы onboarding или дорогостоящий процесс продаж и маркетинга, одним из способов компенсировать затраты на эту работу является взимание первоначальной единовременной платы. Эта плата может называться платой за настройку, платой за внедрение, платой за конфигурацию, платой за развертывание. Клиенты обычно готовы платить такую плату, потому что у них больше уверенности в том, что программное обеспечение будет настроено и развернуто правильно.
Клиенты также могут захотеть приобрести разовую услугу, например, аудит или миграцию данных, которые не входят в процесс первоначальной настройки, а предоставляются через несколько месяцев после начала работы. В прошлом выпуске вы узнали, как смоделировать свой бизнес для сбора повторяющихся платежей. Теперь давайте поговорим о способах сбора разовых платежей с существующих клиентов.
Плата за установку
Чтобы смоделировать плату за установку, называемую «Плата за конфигурацию», мы создадим новый продукт с единой, одноразовой ценой.
stripe products create --name "Configuration Fee" --description "Ensure your account is configured by a certified professional."
Обратите внимание, что единственное отличие при создании одноразовой цены заключается в том, что мы опускаем аргумент recurring[interval].
stripe prices create --product prod_124pax --unit-amount 7999 --currency USD --tax-behavior=exclusive
Теперь мы можем включить эту разовую цену в наши повторяющиеся цены, чтобы позже создать подписку с платой за настройку. Это плата, которая включается в первый платеж клиента. Транзакция для клиента будет включать цену установочного взноса и первый месячный платеж.
Однако некоторые клиенты могут захотеть приобрести разовые услуги позже.
Разовые сборы в середине расчетного цикла
Моделирование разовой платы в середине цикла точно такое же, как и установочной платы. Вы создадите один продукт с ценой, чтобы представить то, за что вы планируете взимать плату.
Мы можем предложить индивидуальное обучение, чтобы узнать, как использовать программное обеспечение. Это может стоить 300 долларов США и будет смоделировано как новый продукт под названием «Обучение 1:1» с единой ценой 300 долларов США.
stripe products create --name "1:1 Training" --description "Go from noob to ninja with our 1:1 training session where you'll learn all the tips and tricks."
stripe prices create --product prod_2123ada --unit-amount 30000 --currency USD --tax-behavior=exclusive
При сборе единовременного платежа в середине расчетного цикла подумайте, хотите ли вы собирать этот платеж в рамках продления или сразу после того, как клиент приобретет товар или услугу. Если вы планируете проводить много разовых платежей в середине цикла, лучше включить их в продление, чтобы не раздражать клиента многочисленными платежами в течение месяца. Однако если стоимость вашей услуги обычно составляет $10 в месяц, а вы хотите взимать единовременную плату в размере $399, то, возможно, имеет смысл собрать ее сразу.
Для сбора оплаты вне периода продления у нас есть несколько вариантов: Приборная панель, API, Ссылки на оплату, Оформление заказа, Счет-фактура, Элемент оплаты. (Ого, как много способов сбора платежей!).
Эти вопросы помогут нам решить, какой вариант лучше:
Хотим ли мы, чтобы новый платеж был связан с тем же объектом Stripe Customer, что и объект для Подписки? Тогда мы не хотим использовать ссылки на платеж, так как они создадут новый объект Stripe Customer. Вместо этого мы можем использовать Stripe Checkout, Invoices, Dashboard или API.
Есть ли у нас разрешение и согласие клиентов на использование их сохраненного способа оплаты для нового платежа? Рассмотрите возможность использования приборной панели или API. Если мы хотим, чтобы клиент выбрал сохраненный способ оплаты или добавил новый способ оплаты, мы можем создать пользовательский интерфейс с помощью PaymentElement. Если мы хотим заставить клиента ввести новый способ оплаты, то отправить его на страницу Hosted Invoice или в Stripe Checkout — самый простой способ реализации.
Мы используем портал клиента для отображения истории прошлых счетов для клиента? Тогда мы не хотим использовать Stripe Checkout, поскольку он не создает объекты Invoice, поэтому нам нужно будет создать Invoice через Dashboard или API.
Для SaaS-компаний, использующих портал для клиентов, я рекомендую собирать разовые платежи в середине цикла выставления счетов от существующих клиентов с помощью счетов-фактур. Вы можете либо доработать и оплатить счет с помощью сохраненного способа оплаты (без необходимости заходить на сайт), либо создать и отправить счет по электронной почте клиенту. Счет будет связан с существующим клиентом, и счет появится в истории счетов на портале клиента.
Смотрите этот эпизод об отправке счетов-фактур, чтобы узнать больше.
Счета-фактуры могут состоять из линейных элементов с использованием продуктов и цен, аналогично единовременной плате за установку. Примечание: В будущем мы хотели бы создавать счета-фактуры после того, как кто-то оплатит разовый сбор с помощью Stripe Checkout. Если вы заинтересованы в такой возможности, пожалуйста, дайте мне знать!
Какие виды разовых платежей вы собираете в рамках вашего SaaS-бизнеса? Оставьте комментарий с описанием вашего случая использования!
Об авторе
CJ Avilla (@cjav_dev) является адвокатом разработчиков в Stripe, разработчиком Ruby on Rails и YouTuber. Он любит изучать и преподавать новые языки программирования и веб-фреймворки. Когда он не за компьютером, он проводит время с семьей или катается на велосипеде 🚲.