Как принимать платежи в продукте? 💶
Общался с
Владом (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 для дружеского шантажа (работает также как и в найме).
Удачи 🤑
