← エピソード一覧に戻る Episode 230 Chapter 1
Chapter 2
Chapter 3
Chapter 4
Chapter 5
0:00 / 0:00
スクリプト
Chapter 1 オープニング
タカシ
今日は SaaS CS のヘルススコアです。Gainsight の事例では、Swoogo が仕組みを整えた最初の 6 か月で健康度を 15 パーセント改善し、1 年で GRR を 7 ポイント伸ばしました。色分けの話に見えて、実は継続売上の設計そのものなんです。
ミカ
ヘルススコアって、正直ダッシュボードの赤黄緑くらいの印象でした。でも GRR が 7 ポイント動くなら、経営指標としてかなり重いですね。今日は『何を入れるべきか』と『どう運用しないと意味がないか』を知りたいです。
タカシ
いい視点ですね。ヘルススコアは、顧客の状態を一つの数字に押し込めることが目的ではありません。更新、縮小、拡張の兆候を早く見つけ、誰が何をするかを決めるための先行指標です。だから、きれいな点数より行動への接続が大事なんです。
ミカ
なるほど。通知表ではなく、早期警報システムなんですね。今日は、どんな信号を混ぜると意味のある警報になるのか、その設計の勘所からお願いします。
Chapter 2 ヘルススコアの正体
タカシ
Gainsight はヘルススコアを predictive metric と定義しています。中身はログイン数だけではなく、プロダクト利用、サポート履歴、関係性、アンケート反応、契約状況などの合成です。例として、usage 40、support 25、sentiment 20、役員接点 15 のような重みづけを紹介しています。
ミカ
ここで大事なのは、単純に足し算しないことですよね。ログインは多いけどサポート炎上中、みたいな顧客もいますし。数字を集めただけだと、元気そうに見えるのに更新しない、いわゆる見かけ倒しが起きそうです。
タカシ
その通りです。ChurnZero は、まず更新顧客と解約顧客の行動差分を見て仮説を立てよと言っています。そして使う指標は 6 から 10 個に絞る。少なすぎれば見落とし、多すぎれば何が悪化要因か分からない。ヘルススコアはデータ倉庫ではなく、意思決定装置として設計すべきなんです。
ミカ
分かります。結局ほしいのは『この顧客は危ない』ではなく『何が危ないから、次に何をやるか』ですもんね。原因が見えないスコアは、会議で眺めるだけの飾りになりそうです。
Chapter 3 段階別に設計する
タカシ
もう一つ重要なのが、顧客の段階で健康の定義を変えることです。Vitally はオンボーディング期なら initial setup や baseline configuration を重く見るべきで、成熟期は activity、seat usage、use case の深さを重く見るべきだと整理しています。
ミカ
確かに、導入 2 週目の顧客に『最近アップセル兆候が弱いので赤です』と言っても変ですよね。逆に 2 年使っている顧客を、初期設定が済んだから緑と見るのも雑です。同じ物差しで全員を測ると、現場が混乱しそうです。
タカシ
まさにそこです。Gainsight も onboarding account と mature account では見る指標が違うとしています。導入期は設定完了、初回利用、トレーニング進捗。成熟期は ROI 実感、利用の広がり、QBR の質、役員関与。健康の定義を変えないと、緑なのに解約する顧客が増えます。
ミカ
ヘルススコアって、単一の点数を作る作業というより、顧客の旅路ごとに診断表を作る作業なんですね。だから CS だけでなく、プロダクトや営業のデータも一緒に見ないと精度が出ないわけだ。
Chapter 4 事例で見る効果
タカシ
Swoogo は以前、更新 90 日前になってから本格的に解約リスクを見ていました。しかし Gainsight 導入後は、顧客参加から最初の 90 日で全アカウントを予測対象に切り替えました。結果として、最初の 6 か月で health score が 15 パーセント改善し、1 年で GRR が 7 ポイント上がっています。
ミカ
更新直前の止血から、かなり前倒しの運転に変わったんですね。しかも担当アカウント数まで増えたなら、ヘルススコアは守りだけじゃなくて、少人数で回すための仕組みでもあると分かります。
タカシ
もう一つ、Tackle はメール、サポートチケット、利用データを集約し、sentiment-based の health scoring を運用したことで、更新予測精度を 95 パーセントまで高めました。ポイントは、スコア変化を自動通知して、今どこに介入すべきかを全員が同じ画面で見られたことです。
ミカ
95 パーセントは強烈ですね。ここまでくると、ヘルススコアは CSM の勘を補助するどころか、経営の予測精度そのものを底上げする装置です。更新会議の空気がかなり変わりそうです。
Chapter 5 失敗パターンと実践
タカシ
失敗する会社は、全顧客を同じ式で採点し、lagging indicator に寄りすぎ、指標を増やしすぎます。さらに赤になった後の playbook がなく、renewal forecast ともつながっていない。これでは立派なダッシュボードがあっても surprise churn は防げません。
ミカ
ありますね。週次会議では全部緑だったのに、月末に営業から『実は更新怪しいです』と出てくるやつです。あれは現場の精度不足というより、スコアと運用のつなぎ目が切れている状態なんでしょうね。
タカシ
明日からやるなら、まず顧客を段階別に分け、各段階で健康を示す主要指標を 6 個前後に絞ってください。その次に、スコア低下時の確認事項と責任者を playbook に落とす。最後に renewal forecast と突き合わせて、ズレる顧客を優先レビューする。これが最短です。
ミカ
今日は、ヘルススコアは色の話ではなく、継続売上を早めに守る仕組みだと分かりました。皆さんもまずは、更新月の 90 日前ではなく、契約直後から何を健康とみなすかを決めてみてください。それではまた次回。