Как принимать платежи в продукте? 💶

Общался с Владом (Noosphere, ex-Яндекс) о параметрах выбора первого payment provider в новоиспеченный продукт и сформулировались полезные поинты.

Disclaimer — вы делаете международный продукт, подписная модель / Saas, сегментируете аудиторию не по ГЕО и готовы с первого дня принимать платежи из любых стран, пока не продаете enterprise и не заключаете с клиентами прямые договора.

01 →
В развивающемся продукте невозможно быть полностью довольным своим текущим payment provider'ом :)

02 →
Выбор сервиса приема платежей зависит от: типа вашего продукта, характера подписок, уровня управления подписками (который вы хотите дать юзерам), ваших автоматизационно-интеграционных амбиций.

03 →
К сожалению, невозможно заранее сформулировать все требования, пока вы не начнете работать с живыми клиентами и их кейсами.

Примеры кейсов, которые становятся требованиями:

Создавать кастомные подписки, менять условия подписки для конкретных клиентов, менеджерить срок подписок, проводить частичные возвраты, морозить подписки, применять скидки в текущем периоде или начислять на будущие, управление промокодами, управление триалами, реферальная система.

Их сотни и тысячи.

04 →
Накопленные в процессе работы требования нужно сперва обсуждать с аккаунт менеджером провайдера.

Если ответ «Можем только 20% из списка», то придется искать level-up, если ответ «80% ОК, остальные 20% можем, но через жопу», то лучше остаться, экономя ресурс разработки.

05 →
Переезд между платежками очень заебное и дорогое удовольствие.

06 →
Stripe это не панацея.

Это "пушка" по приему транзакций. Вопрос который многие упускают — соответствие юр и налоговому законодательству стран ваших клиентов.

Если у вас Делаверская компания и вы продаете только в США, то ОК, но если вы продаете в 100 стран мира как мы, то нужен доп налоговый сервис или 100 бухгалтеров.

Это явление называется global taxes and regulatory compliance.

На него сильно влияет то, где вы инкорпорированы.

07 →
Фулл сервис провайдеры, которые обеспечивают и транзакции и налоговую поддержку — например, FastSpring и Paddle.

Наш Customer Story на сайте FS (мы пользуемся ими).

08 →
Стратегия, которую я рекомендую всем early стартапам — начать прием платежей как можно раньше, затратив на интеграцию как можно меньше сил, используя супер простую прайсинговую модель.

Такой "легкий старт" возможен с помощью решений типа Lemon Squeezy, Gumroad.

09 →
Отдельный вид эксгибиционизма — дать юзерам возможность самим управлять функционалом подписки. Это бездонная яма для разработки. Подумайте трижды.

Альтернатива: решать все вопросы с подпиской через поддержку в ручном режиме.

(у Твиттера частично сейчас так).

10 →
Иногда так бывает, что приходится интегрироваться с 2-мя (и более) payment solutions, делая коммутацию и доп логику на фронте продукта.

Чтобы расширить способы оплаты, чтобы захватить специфические страны / валюты / ца.

11 →
Помните, что никакие Terms of Use не могут покрыть всех кейсов, а пользователи могу в запросить возврат средств напрямую у платежки в обход вас.

Поэтому четкий customer support это важная часть платежной системы компании.

12 →
Комиссии при объемах не для слабонервных, поэтому важно выстроить с аккаунтом систему зависимости рейта от продаж — в целом, это как на Турецком базаре, всё зависит от вашей про-активности и уменя торговаться. Используйте офферы от других payment providers для дружеского шантажа (работает также как и в найме).

Удачи 🤑