AI時代の課金をどう管理するのか？
AI時代の到来とともに、ソフトウェア企業が直面している新たな課題がある。それは「どうやって課金するか」だ。従来のSaaSなら月額固定のサブスクリプションで済んだ。しかし、AIサービスでは話がまったく違う。
ユーザーごとにAPIコールの回数が違う。トークン消費量が違う。GPUの使用時間が違う。従量課金、クレジットシステム、サブスクリプション、メータリングこれらを組み合わせた課金モデルを構築しなければならない。しかも、顧客が増えるたびに課金ロジックはどんどん複雑になっていく。
Stripeのような優れた決済インフラは存在する。しかしStripeは「お金を受け取る」パイプラインであって、「いくら請求するかを計算する」のは開発者の仕事だ。AIスタートアップのエンジニアたちは、本来プロダクトの改善に費やすべき時間を、課金ロジックという「退屈だが致命的に重要な問題」に奪われている。
この問題を、たった3つの関数呼び出しで解決しようとしているスタートアップがある。Autumnだ。
運命を変えた、プレゼン前日での路線変更
Autumnの創業ストーリーは、スタートアップの世界でもなかなか聞けないドラマティックなものだ。共同創業者のAyushはCheckout.com（ヨーロッパ最大級の決済企業）の元プロダクトマネージャー。もうひとりのJohnはImperial College London出身で、開発者ツールの領域で6年の経験を持つエンジニアだ。
二人が最初に作っていたのは、銀行向けのソフトウェアだった。決済業界の経験を活かした堅実なアイデアだ。しかし、YCのデモデー前日文字通り、投資家へのプレゼンの前日に、彼らはプロダクトを完全に路線変更する決断をした。
きっかけは、YCの同期メンバーたちとの会話だった。AI系スタートアップの創業者たちが、口を揃えて同じ不満を語っていた。「課金の実装がしんどい」「Stripeだけじゃ足りない」「従量課金とサブスクの組み合わせが地獄」。Ayushは元Checkout.comのPMだ。課金の複雑さは誰よりも理解している。そして彼は気づいたこの問題は、自分たちが解くべき問題だ。
デモデー前日のピボット。普通なら自殺行為だ。しかし結果的に、この決断がAutumnを最も「刺さる」プロダクトへと導いた。YCのバッチ仲間であるAI系スタートアップが、そのまま最初の顧客になったのだ。
「課金の複雑さを知る人間」と「開発者体験を設計できる人間」。片方だけでは、課金の複雑さを丸ごと肩代わりするという発想は生まれなかっただろう。課金ドメインの深い理解と、開発者ファーストの設計思想。この掛け合わせこそがAutumnのプロダクトの核心となっているのだ。
3つの関数呼び出しで完結
Autumnのプロダクトは、そのシンプルさにおいて革命的だ。従来、AI企業の課金を実装するには、webhookの設定、メータリングサービスの構築、Stripeとの連携ロジック、サブスクリプション管理、クレジット残高の追跡膨大なコードを書く必要があった。
Autumnは、これをたった3つの関数呼び出しに凝縮した。webhookなし。複雑な設定なし。3行のコードで、従量課金、クレジット、サブスクリプション、メータリングのすべてが動く。
-
1
顧客を作成する
新規ユーザーを登録するだけ。難しい設定はいらない -
2
使った量を記録する
APIを何回呼んだかなど、使用量を送るだけ。従量課金はAutumnが裏で計算する -
3
使えるか確認する
その顧客が機能を使えるかをAutumnに聞くだけ。残高やプランの判定も任せられる
このシンプルさの裏には、膨大な複雑さの抽象化がある。Autumnは内部で、メータリング、プラン管理、クレジット計算、Stripeとの同期をすべて自動処理する。開発者はAutumnの3つの関数を呼ぶだけでいい。課金の専門家になる必要がなくなったのだ。