Stripeの実際の価格: 入門ガイド

 (github.com/getlago)
12 ポイント 投稿者 xguru 2022-12-12 | 4件のコメント | WhatsAppで共有
  • 「Stripeにいくら払っていますか？」
    • 複数のSaaS創業者に聞いたところ、だいたい4〜8%程度だと皆それぞれ違う答えだった
  • 基本料金は「2.9% + 30セント」だが、Stripeには20以上の追加プロダクトがあり複雑になる

例 1: B2B SaaS

  • StripeのSaaSサンプルページにある架空企業「Typographic」を基準に計算すると、
    Billing + Quote + Checkout + Payments + Invoicing + Tax + Revenue Recognition + Data Pipeline を使うと仮定した場合
  • 売上の4.2% + $0.33（トランザクションごと）+ $10/月
    • カードのみで計算した場合。銀行振込やSEPA Debitsなど他の決済手段では追加手数料がかかる

例 2: Vertical SaaS

  • Toast、Mindbodyのような特定バーティカル向けSaaSは、2つの収益ストリームを持っている
    • 標準的なSaaS Pricing: サブスクリプション料金および従量課金
    • 出店している販売者の売上に基づく手数料（Mindbodyの場合、ヨガスタジオが支払った金額の2%を受け取る）
  • 例1の会社と同じStripeプロダクトを使うが、追加でStripe Connectも必要になる（決済を出店中の販売者にリダイレクトする機能）
    • Stripe Connect は有効アカウントごとに $2/月 を支払い、トランザクション費用として 0.25% + $0.25 を追加で支払う必要がある

Stripeの間接コスト

  • 上記のプロダクトは直接コストであり、間接コストは別に存在する
  • Stripeは市場で最も優れた決済処理APIではあるが、実装にはエンジニアリング人員が必要になる
  • Stripe Paymentsだけでなく billing、invoicing、checkout のようなプロダクトを使うなら、ビジネスプロセスと価格モデルをそれに合わせる必要がある
  • このほかにもStripeにレントを支払う必要がある
  • Billflowという、Stripeを使いやすくするソリューションがあったが、これもStripeが買収してしまった
    • 価格モデルもStripeと似ており、売上の一定割合をパーセンテージで要求していた
    • Growプラン（$1M〜$3M ARR）の場合、$350/月 + 売上の0.5%
    • Scaleプラン（$3M+ ARR）の場合、$1200/月 + 売上の0.2%
  • Stripeのプロダクトの大半は、他のStripeプロダクトとしか使えない

Stripeプロダクトだけに依存すると乗り換えコストが大きくなる

  • Stripeへの依存が深まるほど、手数料交渉は難しくなる
  • 決済ソリューションの切り替えは苦痛であり、現在Stripe Paymentsを使っていて、請求がStripe Billingなら、他の決済手段を追加することはできない
  • Stripeはそれを分かっているため、価格を引き上げたり、以前はStripe Paymentsに含まれていたものにも別料金を課したりできる
  • 多くの顧客がStripeと手数料交渉を試みるが、非常に難解なプロセスで、契約には通常複数年のコミットメントが含まれている
  • ますます多くのチームが、Stripeとの関係におけるリスクを取り除こうとしている
    • 別のPG（Payment Gateway）をつなぐことで手数料を調整し、健全な競争を促す: Primer や Inai のようなソリューション
  • 請求の観点では、複数のPaymentシステムに接続できるソリューションと、それを支える Invoicing および Analytics ソフトウェアを開発することは、強力な Financial Stack の構築につながる
  • Stripeには大きな賛辞を送りたいが、彼らの閉じたエコシステムモデルには満足していない
  • だから私たちはオープンソースのBilling APIである Lago を作ることにした

関連記事

4件のコメント

 
maxn0d3 2023-11-12

韓国で導入できるかどうかが最大の焦点でしょうね。アフリカのナイジェリアにさえStripeの決済サービスが追加されたのに、韓国はいったいどんな国なんでしょうか、はは。
 
vivaviva 2022-12-16

良い記事をありがとうございます。中立的な視点で見るべきだという点に共感します。確かにSaaS市場が複雑になるにつれて、ソリューションのポジションも大きく変わってきているように思います。

IamportやBootpayのようなサービスのおかげで、決済連携が容易になったのはここ10年ほどのことだと思います。NICEPAYなど危機感を抱いたPG各社も、徐々に簡単なプロセスを導入しており、最近では1つのPGを連携するのがとても簡単になりました。以前は1つ連携するのに2週間以上かかるのが当たり前だったので十分にニーズがありましたが、今はすぐに組み込めるようになったぶん、決済連携サービスを通じた利点は今後ますます小さくなっていくように思います。

国内でもさまざまなポジションのサービスが登場しており、市場に次の変動が起きる時期なのだと感じています。APIベースのコマース構築ソリューションであるClayfulの登場もありましたし、Stripeのようなサブスクリプション特化型決済のSteppayというサービスも出てきましたね。定期決済、請求、インボイスなど、さまざまな機能をサポートしているようです。

やはり国内市場の特性上、決済の複雑さが海外とは異なる場面も多いですが、今後どのように進んでいくのか気になります。
 
xguru 2022-12-12

Stripeの問題点を指摘しつつ、自分たち（Lago）がなぜオープンソースの課金APIを作ることになったのかを説明している文章ですね。
つまり、この記事自体も自分たちを宣伝するためのものなので、すべてを鵜呑みにせず、中立的な視点で見るべきです。

HNではこの記事がやや誇張されているという話もあり、Stripeの社員が現れて補足説明も残しています。
https://news.ycombinator.com/item?id=33920019

いずれにせよ、韓国国内はカード以外にも文化商品券や各種Pay系などが複雑に絡んでいて、あちらとは事情が異なりますが……
手数料の交渉という点はほぼ同じです。PG会社を1社だけ使うより、複数使うほうが手数料交渉には有利です。
万が一決済会社側の問題で決済失敗が起こることもあるため、冗長化するという意味もあります。

もちろんこの場合、各PG会社ごとに処理できるよう内部システムを構築しようとすると、エンジニアリング工数がかなりかかるので……
いつこの選択をして開発するかは、しっかり判断する必要があります。

以前の会社では決済手段をすべて個別に接続するのに苦労しましたが、最近はアイアンポートのようなものがあって、そのぶんかなり楽になりました。
 
maxn0d3 2023-11-12

あらゆる面で、海外顧客向けにグローバルサービスを展開するなら、Stripeに勝るものはないと思います。
Toss PaymentsもUIが本当にシンプルとは言えず〜