12 points par xguru 2022-12-12 | 4 commentaires | Partager sur WhatsApp
  • « Combien payez-vous réellement à Stripe ? »
    • La question a été posée à plusieurs fondateurs de SaaS, et chacun avançait un chiffre différent, autour de 4 à 8 %
  • Le tarif de base est de « 2,9 % + 30 cents », mais Stripe propose une vingtaine de produits additionnels, ce qui complique le calcul

Exemple 1 : SaaS B2B

  • En prenant comme base l’entreprise fictive « Typographic » sur la page d’exemple SaaS de Stripe, si l’on suppose l’usage de Billing + Quote + Checkout + Payments + Invoicing + Tax + Revenue Recognition + Data Pipeline
  • cela revient à 4,2 % du chiffre d’affaires + 0,33 $ (par transaction) + 10 $/mois
    • Calcul effectué uniquement pour les cartes. Des frais supplémentaires s’ajoutent pour les virements bancaires, les SEPA Debits et autres moyens de paiement

Exemple 2 : Vertical SaaS

  • Les SaaS destinés à un secteur précis, comme Toast ou Mindbody, ont deux flux de revenus
    • tarification SaaS standard : coût d’abonnement et facturation basée sur l’usage
    • commission basée sur les ventes des marchands présents sur la plateforme (dans le cas de Mindbody, 2 % du montant payé par les studios de yoga)
  • Ils utilisent les mêmes produits Stripe que l’entreprise de l’exemple 1, mais doivent en plus utiliser Stripe Connect (fonction qui redirige les paiements vers les marchands présents sur la plateforme)
    • Stripe Connect coûte 2 $/mois par compte actif, avec en plus 0,25 % + 0,25 $ par transaction

Les coûts indirects de Stripe

  • Les produits ci-dessus sont des coûts directs ; les coûts indirects sont séparés
  • Stripe est sans doute la meilleure API de traitement des paiements du marché, mais sa mise en œuvre nécessite des ressources d’ingénierie
  • Si l’on n’utilise pas seulement Stripe Payments mais aussi des produits comme Billing, Invoicing ou Checkout, il faut adapter ses processus métier et son modèle tarifaire à cet écosystème
  • À cela s’ajoute aussi une forme de rente versée à Stripe
  • Il existait une solution appelée Billflow, qui facilitait l’usage de Stripe, mais Stripe l’a également rachetée
    • Son modèle tarifaire ressemblait aussi à celui de Stripe, avec un pourcentage du chiffre d’affaires demandé
    • Pour le plan Grow (1 M$ à 3 M$ d’ARR) : 350 $/mois + 0,5 % du chiffre d’affaires
    • Pour le plan Scale (3 M$+ d’ARR) : 1200 $/mois + 0,2 % du chiffre d’affaires
  • La plupart des produits Stripe ne peuvent être utilisés… qu’avec d’autres produits Stripe

Si vous dépendez uniquement des produits Stripe, le coût de changement augmente

  • Plus la dépendance à Stripe est forte, plus il devient difficile de négocier les frais
  • Changer de solution de paiement est douloureux, et si vous utilisez déjà Stripe Payments avec Stripe Billing, il devient impossible d’ajouter d’autres moyens de paiement
  • Stripe le sait, ce qui lui permet d’augmenter ses prix et de facturer séparément des éléments auparavant inclus dans Stripe Payments
  • De nombreux clients tentent de négocier les frais avec Stripe, mais le processus est très opaque et les contrats comportent généralement des engagements pluriannuels
  • De plus en plus d’équipes essaient d’atténuer ce risque dans leur relation avec Stripe
    • en ajoutant un PG (Payment Gateway) distinct pour mieux contrôler les frais et encourager une concurrence saine : des solutions comme Primer ou Inai
  • Côté billing, développer une solution capable de se connecter à plusieurs systèmes de paiement, ainsi que des logiciels d’Invoicing et d’Analytics compatibles, permettrait de construire une solide financial stack
  • Stripe mérite de grands éloges, mais le modèle de son écosystème fermé ne satisfait pas tout le monde
  • C’est pourquoi nous avons décidé de créer Lago, une Billing API open source

4 commentaires

 
maxn0d3 2023-11-12

La grande question, c’est surtout de savoir si cela pourra être introduit en Corée ou non… Même au Nigeria, en Afrique, le service de paiement Stripe a été ajouté, alors la Corée, c’est quel genre de pays au juste, haha

 
vivaviva 2022-12-16

Merci pour cet excellent article. Je partage l’idée qu’il faut l’aborder avec un regard neutre. Il est clair qu’à mesure que le marché du SaaS se complexifie, le positionnement des solutions évolue beaucoup.

Grâce à des services comme Iamport et Bootpay, l’intégration des paiements est devenue plus simple, surtout au cours de la dernière décennie. Les sociétés de PG, comme NICEPAY, qui ont ressenti la menace, adoptent elles aussi des processus de plus en plus simples, si bien qu’aujourd’hui intégrer un seul PG est devenu très facile. Autrefois, il fallait bien compter 2 semaines et plus pour en intégrer un, donc il y avait une vraie demande, mais maintenant que cela se met en place rapidement, il semble que les avantages offerts par les services d’intégration de paiement vont continuer à diminuer.

Même en Corée, des services occupant différentes positions apparaissent, ce qui donne l’impression que le marché entre dans une nouvelle phase de transformation. On a aussi vu l’arrivée de Clayful, une solution de création de commerce basée sur des API. Un service spécialisé dans les paiements par abonnement comme Stripe, appelé Steppay, a également fait son apparition. Il prend en charge diverses fonctionnalités comme les paiements récurrents, la facturation et les invoices.

Étant donné les spécificités du marché coréen, la complexité des paiements diffère souvent de celle des marchés étrangers, et je suis curieux de voir comment tout cela va évoluer à l’avenir.

 
xguru 2022-12-12

Cet article souligne les problèmes de Stripe et explique pourquoi eux-mêmes (Lago) en sont venus à créer une API de facturation open source.
Autrement dit, comme ce texte vise aussi à faire leur promotion, il ne faut pas tout prendre pour argent comptant et le lire avec un regard neutre.

Sur HN, certains disent aussi que l’article est un peu survendu, et un employé de Stripe est intervenu pour laisser des explications supplémentaires.
https://news.ycombinator.com/item?id=33920019

Quoi qu’il en soit, en Corée, la situation est différente de là-bas, car c’est plus complexe avec, en plus des cartes, les chèques-cadeaux culturels et toutes sortes de services de type Pay. Mais la partie négociation des commissions est presque la même. Il est plus avantageux pour négocier les frais de travailler avec plusieurs PG plutôt qu’avec un seul.
Cela permet aussi une forme de redondance, car un problème chez un prestataire de paiement peut entraîner des échecs de transaction.

Bien sûr, dans ce cas, il faut beaucoup d’efforts d’ingénierie pour construire un système interne capable de gérer chaque PG séparément…
Il faut donc bien réfléchir au moment où faire ce choix et lancer ce développement.

Dans mon ancienne entreprise, on a beaucoup souffert à intégrer chaque moyen de paiement séparément, mais aujourd’hui il existe des services comme I’mport, ce qui a au moins rendu les choses nettement plus simples.

 
maxn0d3 2023-11-12

Pour fournir un service mondial à des clients étrangers, quel que soit le secteur, je pense qu’il n’y a rien de mieux que Stripe.
Même Toss Payments n’a vraiment pas une UI très simple ~