- "Quanto você está pagando ao Stripe?"
- Perguntei a vários fundadores de SaaS, e todos deram respostas diferentes, algo em torno de 4% a 8%
- O preço base é "2,9% + 30 centavos", mas o Stripe tem mais de 20 produtos adicionais, o que torna tudo mais complexo
Exemplo 1: SaaS B2B
- Fazendo o cálculo com base em uma empresa fictícia chamada "Typographic" da página de exemplo de SaaS do Stripe,
assumindo que use Billing + Quote + Checkout + Payments + Invoicing + Tax + Revenue Recognition + Data Pipeline
- 4,2% da receita + US$ 0,33 (por transação) + US$ 10/mês
- Isso considerando apenas cartão. Para transferência bancária, SEPA Debits ou outros meios de pagamento, há taxas adicionais
Exemplo 2: Vertical SaaS
- SaaS para verticais específicas, como Toast e Mindbody, têm 2 fluxos de receita
- Precificação padrão de SaaS: custo de assinatura e cobrança baseada em uso
- Taxa baseada nas vendas dos lojistas parceiros na plataforma (no caso da Mindbody, ela cobra 2% do valor pago pelos estúdios de yoga)
- Eles usam os mesmos produtos do Stripe do exemplo 1, mas também precisam usar Stripe Connect (recurso que redireciona os pagamentos para os lojistas parceiros da plataforma)
- O Stripe Connect cobra US$ 2/mês por conta ativa e adiciona 0,25% + US$ 0,25 em custos por transação
Custos indiretos do Stripe
- Os produtos acima são custos diretos; os custos indiretos são separados
- O Stripe é a melhor API de processamento de pagamentos do mercado, mas implementá-la exige equipe de engenharia
- Se você não usa só Stripe Payments, mas também produtos como billing, invoicing e checkout, precisa adaptar seus processos de negócio e modelo de preços a isso
- Além disso, também é preciso pagar um aluguel ao Stripe
- Havia uma solução chamada Billflow que facilitava o uso do Stripe, mas o Stripe acabou adquirindo a empresa
- O modelo de preços também era parecido com o do Stripe, exigindo uma porcentagem da receita
- No plano Grow (US$ 1M~US$ 3M de ARR), era US$ 350/mês + 0,5% da receita
- No plano Scale (ARR acima de US$ 3M), US$ 1200/mês + 0,2% da receita
- A maioria dos produtos do Stripe... só pode ser usada com outros produtos do Stripe
Se você depender apenas dos produtos do Stripe, o custo de migração aumenta
- Quanto mais você depende do Stripe, mais difícil fica negociar taxas
- Trocar de solução de pagamentos é doloroso, e se hoje você usa Stripe Payments e seu billing está no Stripe Billing, fica impossível adicionar outros meios de pagamento
- Como o Stripe sabe disso, consegue aumentar preços e também cobrar separadamente por coisas que antes já estavam incluídas no Stripe Payments
- Muitos clientes tentam negociar taxas com o Stripe, mas o processo é muito complicado, e o contrato geralmente inclui compromissos de vários anos
- Cada vez mais equipes estão tentando reduzir o risco nessa relação com o Stripe
- Controlando taxas e promovendo concorrência saudável por meio da integração com um PG (Payment Gateway) separado: soluções como Primer e Inai
- No lado de billing, desenvolver uma solução que possa se integrar a vários sistemas de pagamento, junto com software de invoicing e analytics que dê suporte a isso, ajudará a construir uma stack financeira forte
- Tenho grande admiração pelo Stripe, mas não estou satisfeito com o modelo de ecossistema fechado da empresa
- Por isso decidimos criar o Lago, uma Billing API open source
4 comentários
A maior questão vai ser se isso pode ou não ser implementado na Coreia, né... Até na Nigéria, na África, já adicionaram o serviço de pagamentos da Stripe, então que tipo de país é a Coreia, afinal? haha
Obrigado pelo ótimo texto. Concordo com a parte de que é preciso olhar para isso com uma perspectiva neutra. De fato, à medida que o mercado de SaaS fica mais complexo, parece que o posicionamento das soluções tem mudado bastante.
Graças a serviços como Iamport e Bootpay, integrar pagamentos ficou mais fácil, e isso parece ser algo dos últimos 10 anos. As empresas de PG, como a NicePay, que sentiram a ameaça, vêm adotando processos cada vez mais simples, então hoje em dia integrar um único PG ficou muito fácil. Antes, para integrar um, eram necessárias 2 semanas ou mais, então havia uma demanda clara, mas hoje, como a integração acontece rapidamente, parece que as vantagens oferecidas por serviços de integração de pagamentos tendem a diminuir cada vez mais no futuro.
Também no mercado coreano estão surgindo serviços em diferentes posicionamentos, e tenho a impressão de que estamos entrando em um momento de nova mudança no mercado. Houve também o surgimento da Clayful, uma solução de construção de comércio baseada em API. E apareceu também o Steppay, um serviço especializado em pagamentos por assinatura, como o Stripe. Ele oferece vários recursos, como cobranças recorrentes, billing e invoices.
De qualquer forma, pelas características do mercado coreano, a complexidade dos pagamentos costuma ser diferente da do exterior, então fico curioso para ver como isso vai evoluir daqui para frente.
Ao apontar os problemas do Stripe, este texto explica por que eles (a Lago) acabaram criando uma API de billing open source.
Em outras palavras, como o próprio texto também serve para promover a empresa, não dá para acreditar em tudo; é melhor lê-lo com uma visão neutra.
No HN, também houve comentários dizendo que o artigo exagera um pouco, e até um funcionário da Stripe apareceu para deixar explicações adicionais.
https://news.ycombinator.com/item?id=33920019
De qualquer forma, aqui na Coreia a situação é diferente de lá, porque além de cartões existe uma mistura complexa de vales-presente culturais e vários tipos de Pay. Mas a parte de negociação de taxas é praticamente a mesma. Em vez de usar só uma PG, usar várias costuma ser mais vantajoso na negociação das taxas.
Isso também tem o sentido de redundância, já que pode haver falhas de pagamento por problemas com a processadora.
Claro que, nesse caso, é preciso bastante esforço de engenharia para construir um sistema interno capaz de lidar com cada PG separadamente...
Então é importante decidir bem em que momento fazer essa escolha e desenvolver isso.
Na empresa onde trabalhei antes, sofremos bastante para integrar cada meio de pagamento separadamente, mas hoje em dia existem coisas como Iamport, então ficou bem mais fácil.
Acho que, de qualquer forma, para oferecer um serviço global para clientes no exterior, não existe opção melhor que a Stripe.
O Toss Payments também não tem uma UI nada simples ~