セルフサーブのサブスクリプションは、まったく異なる事業運営の現実を生み出します。顧客が人手を介さずに契約・アップグレード・解約できるようになると、チャーンとリテンションは背景のノイズではなく、中核の指標になります。
Kitchn はその変化を身をもって体験しました。同社はインハウスチームと代理店向けにペイドソーシャルの自動化ソフトウェアを開発し、パフォーマンスマーケターがより効率的に広告運用を行い、スケールできるよう支援しています。長年、Kitchn は ARPA の高い比較的少数の顧客基盤で事業を営み、年間契約が中心だったため、Stripe と銀行口座、そしてスプレッドシートがあればレポーティングは十分に管理できていました。
そこへ、セルフサーブの提供を開始します。
無料トライアルの導入後、Kitchn は最初の 5 か月でおよそ 80 社のセルフサーブ顧客を獲得しました。喜ばしい成長でしたが、共同創業者の Martin Kreienbaum とチームは、その裏側で起きている運用面の変化にすぐ気づきます。
セルフサーブで登録された顧客であっても、放っておいて回るわけではありません。新規アカウントごとにオンボーディングの質問、請求のエッジケース、プラン変更、サポートのニーズが発生します。
そして最初に本当に破綻したのが、SaaS 指標のレポーティングでした。
“Very quickly, there was no way of keeping track of what was going on,” と Martin は振り返ります。正確な SaaS 指標を得るには生データを引き出し、エンジニアの手を借りることが多く、セルフサーブの動きが活発になった時点でそれはスケールしなくなりました。
数十社もの新規顧客がはるかに速いテンポでコンバージョン、チャーン、アップグレード、解約を繰り返すなかで、Kitchn はもはや Stripe のエクスポートとスプレッドシートで基本的な問いに答えられなくなっていました。
- 今月の新規 MRR はどれだけ増えたのか？
- トライアルは維持される収益に転換しているのか？
- セルフサーブのチャーンを引き起こしているのは何か？
- 最も速く伸びている顧客セグメントはどこか？
より速いビジネスモデルには、より速いレポーティング基盤が必要でした。
請求データから、サブスクリプションの明確さへ
Stripe は得意分野をこれまでどおり果たしていました。決済処理、サブスクリプション管理、取引の確実な記録です。
しかし Kitchn の経営チームには、請求データ以上のものが必要でした。コホートリテンション、チャーンの可視性、そして週ごとに変化する事業の継続収益をはっきり見渡せることです。そこで登場したのが ChartMogul でした。
Martin は以前から ChartMogul を検討していました。Kitchn の規模が小さかった頃はやや大がかりに感じられ、スプレッドシートでも足りていたのです。しかしセルフサーブの成長によって顧客サイクルが速まると、そのやり方は通用しなくなりました。
導入は速く、チームはすぐにリテンション、コホートの挙動、サブスクリプションのトレンドを見通せるようになりました。
初期の成果：市場の明確化と、鋭くなったセグメンテーション
Kitchn のデータが ChartMogul に集約されると、インサイトはほとんどすぐに浮かび上がりました。最初の驚きの 1 つは地理的なものでした。Kitchn は顧客の大半が中核市場、つまり米国、英国、ドイツから来ていると考えていました。ところが ChartMogul は、リトアニアやオーストラリアといった国でも意味のあるサブスクリプション活動が起きていることを明らかにしたのです。
ChartMogul はセグメンテーションもより鋭くしました。Kitchn の 2 つの中核顧客タイプ、すなわちインハウスのマーケティングチームと代理店は、並べて見ると挙動がまったく異なっていました。その違いがはっきり見えたことで、Martin とチームはリテンションのパターンをより速く見つけ、どの顧客が最も成功しているのかを理解できるようになりました。
とはいえ、可視化は最初の一歩にすぎません。次に求められたのはアクションでした。
利用状況、収益、コミュニケーションをひとつに
Martin が気づいたのは、必要なのは優れた指標だけではなく、収益の真実に基づく単一の顧客レコードだということでした。
Kitchn はかつて HubSpot を使っていましたが、ほとんど使わない機能に費用を払っていることに Martin は気づきます。
“A lot of teams spend a ton on HubSpot and then use maybe 10% of it,” he says.
Kitchn が求めていたのは、もっとシンプルなもの。サブスクリプションのステータスに直結したワークフローがあり、営業とカスタマーサクセスが同じ現実を見て動ける状態です。
ChartMogul にはすでにその土台がありました。Kitchn はサブスクリプション分析に ChartMogul を使っていたため、誰がトライアル中で、誰がアクティブで、誰が支払い遅延中で、誰がチャーンしたのかを即座に把握できたのです。
“Having a central space that brings together usage, revenue, communication… it’s inevitable,” Martin explains.
Kitchn は今、ChartMogul をどう使っているか
ChartMogul は現在、営業やカスタマーサクセスから BI、そして創業者まで、Kitchn の市場開拓チーム全体で使われています。
チームは ChartMogul CRM を次のように活用しています。
- すべてのトライアルユーザーに担当者を割り当てる
- テンプレートで新規トライアルを歓迎する
- 専用のパイプラインで商談と更新を管理する
- 週次の営業レビューを実施する
- あらゆる顧客との会話をサブスクリプション履歴に紐づけておく
たとえば新しいトライアルが始まると、担当者はその顧客のプラン、ステータス、履歴をすぐに確認し、適切なアプローチを送り、コンバージョンまでの関係を追跡できます。しかもすべて同じ場所の中でです。
分析面では、ファネルの改善を続けながら、コホートリテンション、セグメンテーション、サブスクリプションのパフォーマンスを ChartMogul で把握しています。
次に見据えるもの
Kitchn は顧客プロフィールとトライアルファネルのトラッキングをさらに充実させ、商談設定、無断キャンセル、チャーンリスクといったコンバージョンのシグナルまで見通せるようにしようとしています。
方向性は一貫しています。単一の顧客レコード、完全なコンテキスト、そして中心に据えられたサブスクリプションの真実です。
“It’s a great product,” Martin says. “We’re a big fan.”