契約はまだ続いています。請求も止まっていません。
それなのに、次の更新月になって突然、今回は見送りますと告げられる。BtoB SaaSの現場では、こうした解約は実はある日いきなり起きているわけではありません。
多くの場合、その数か月前から利用が静かに減り、問い合わせの温度感が変わり、担当者との会話が短くなっています。ただ、その変化に気づけるかどうかは、現場の勘や記憶だけに頼っていては心もとないものです。
この予兆をひとつの数字として扱おうとする仕組みが、カスタマーヘルススコアです。
この記事では、カスタマーヘルススコアが何を指すのかという定義から、スコアを構成する代表的な指標、実際の設計手順、そして運用でつまずきやすい落とし穴までを順番に整理していきます。
なぜ元気そうに見える顧客が突然離れていくのか
多くの企業で、解約の兆候は最初は営業やカスタマーサクセス担当者ひとりの記憶の中にしか存在していません。
記憶だけに頼ることのリスク
最近ログインの相談が減った気がする、質問の温度感が前より事務的になった気がする。そうした感覚は言語化されないまま、担当者の異動や退職と同時に組織の記憶から消えてしまいます。
BtoB SaaSは一人の担当者の感覚に依存できるほど単純な契約関係ではなく、複数の部署や役割の人間が関わる長い関係です。契約窓口の担当者が変わっただけで、現場での利用実態はまったく変わっていないのに解約が決まってしまうことも珍しくありません。
とくに、導入を主導した現場の推進役(いわゆるチャンピオン)が異動や退職でいなくなる出来事は、多くの現場で共通して観察される典型的な離脱パターンです。後任者が導入の背景や価値を引き継いでいなければ、契約そのものへの評価がゼロから見直されてしまいます。
遅行指標では間に合わない
多くのチームがまず目を向けるのはMRR(月次経常収益)やARR(年次経常収益)の推移ですが、これらは契約という意思決定が終わったあとの結果を映す遅行指標にすぎません。
数字にはっきり表れた時点ではすでに手遅れであることが多く、本当に必要なのは契約が終わる前に現場で何が起きていたかを先読みする指標です。カスタマーヘルススコアは、その先読みのために組み立てられます。
この先読みの発想自体は目新しいものではなく、サブスクリプション型のビジネスが広がるにつれて、カスタマーサクセスという役割そのものと一緒に定着してきた考え方です。新規獲得よりも既存顧客の継続を重視するという方針転換が背景にあります。
カスタマーヘルススコアとは何か
一言でいえば、複数のシグナルをひとつの数値や色に集約し、契約更新・拡大・解約の見込みを継続的に見張るための合成指標です。
何を予測するための指標か
カスタマーヘルススコアは、ある一時点だけを切り取ったスナップショットではなく、時系列で追いかけることを前提にした指標です。
先月80点だった顧客が今月60点まで落ちていれば、絶対値そのものがまだ高くても注意信号として扱われます。下がり方の速さと方向そのものが、点数の絶対値と同じくらい重要な情報になるということです。
このスコアを日常的に見る主体は、決算を扱うファイナンスではなく、日々顧客と接するカスタマーサクセスやアカウントマネジメントのチームであることがほとんどです。
営業のパイプライン管理が、これから獲得する売上を先読みする仕組みだとすれば、ヘルススコアは、すでに獲得した売上をどれだけ守れているかを先読みする仕組みだと考えると位置づけが掴みやすくなります。
運用が進んだ組織では、スコアが一定の水準を下回った瞬間に、担当者への通知や訪問の提案といった次のアクションが自動的に起動する仕組みまで組み込むこともあります。スコアを見るだけで終わらせない設計が、最終的な効果を左右します。
似た指標との違い
NPS(顧客推奨度)は、顧客に直接尋ねて得る主観的な満足度のスナップショットです。回答してくれた瞬間の気持ちは拾えますが、回答のない多数の顧客の状態までは分かりません。
単純な利用率も、プロダクトの中のひとつの行動だけを切り取った指標です。ログイン回数が多くても、使っているのが本来重要でない機能だけということもあり得ます。
カスタマーヘルススコアは、こうした複数の指標をあらかじめ決めた重みで合成する点が異なります。単体の指標ではなく合成指標であるという点が、他の指標との最大の違いです。
そのため、NPSや利用率のどちらか一方だけを見て一喜一憂するのではなく、両方を含む複数のシグナルを土台にする発想が出発点になります。
スコアを構成する代表的な指標
実務でよく使われる指標は、大きく三つの領域に分けて整理すると扱いやすくなります。それぞれ性質が異なるため、どれか一つに偏らせないことが大切です。
プロダクト利用に関する指標
ログイン頻度や主要機能の利用幅、契約している座席数のうち実際に使われている割合などが含まれます。
これらは行動ログから比較的機械的に集計でき、担当者の主観や解釈が入り込みにくいという強みがあります。一方で、なぜ使われなくなったのかという理由までは教えてくれません。
主要な機能を複数横断して使っている顧客と、ひとつの機能だけを細々と使い続けている顧客とでは、同じログイン頻度でも定着度合いはまったく異なります。利用の幅と深さの両方を見る視点が欠かせません。
関係性・エンゲージメントに関する指標
サポート問い合わせの件数や内容の深刻度、定例ミーティングへの出席状況、キーパーソンの異動有無などが含まれます。
数値化しにくい情報が多いため、カスタマーサクセス担当者による入力に頼る部分が大きくなります。入力の手間をどこまで抑えられるかが、この領域を運用し続けられるかどうかを左右します。
問い合わせの件数そのものよりも、問い合わせの内容が使い方の質問から不満の表明に変わっていないかという質の変化の方が、実務上は重い意味を持つこともあります。
契約・商流に関する指標
契約更新までの残り期間、ダウングレードの相談の有無、支払いの遅延などが該当します。
これらは営業やカスタマーサクセスの商談記録、請求システムから拾える情報で、財務的なリスクに直結しやすい領域です。
支払いサイトの延長を相談された、契約の見直しを持ちかけられた、といった一つひとつは些細に見える出来事も、積み重なると強いシグナルになります。
以下は、それぞれの領域を整理した一覧です。実務ではこの4分類を出発点に、自社の事業モデルに合う指標を選び直していく形になります。
| 指標カテゴリ | 具体例 | 主に示すシグナル | 主なデータソース |
|---|---|---|---|
| プロダクト利用 | ログイン頻度、機能利用幅、座席稼働率 | 定着の度合い | 行動ログ・分析ツール |
| 関係性・エンゲージメント | 問い合わせ内容、会議出席率、担当者異動 | 関係の温度感 | CSツール・議事録 |
| 契約・商流 | 残り契約期間、ダウングレード相談、支払遅延 | 財務的リスク | CRM・請求システム |
| 定性情報 | NPSの自由回答、サーベイのコメント | 言語化された不満 | アンケート・NPS |
スコアの作り方――設計の4ステップ
指標が出そろったら、それをどう一本のスコアにまとめるかを決めます。ここでの設計次第で、スコアが現場で信頼されるかどうかが大きく変わります。
指標を選び、重みを決める
まずは自社にとって解約と相関が強いと考えられる指標を数個に絞り込みます。指標は多ければよいというものではなく、多すぎるとかえって説明できなくなります。
説明のための仮の例を挙げます。以下の数値はすべて仮定であり、実在のデータではありません。
プロダクト利用を40パーセント、関係性を30パーセント、契約・商流を30パーセントの重みで合成すると仮定します。
仮のスコア計算例(0〜100点、数値はすべて仮定です)
プロダクト利用スコア 70点 × 0.4 = 28.0
関係性スコア 50点 × 0.3 = 15.0
契約・商流スコア 60点 × 0.3 = 18.0
合成ヘルススコア = 61.0点
この重み付けは一度決めたら終わりではなく、後述する検証を通じて継続的に調整していくものだと捉えてください。
しきい値とセグメントを分ける
同じ60点でも、大企業向けの高単価契約と、小規模事業者向けの低単価契約とでは意味がまったく違います。
契約規模や業種によって利用パターンの標準そのものが異なるため、セグメントごとに危険水準のしきい値を分けることが実務上は欠かせません。
以下も仮の数値による例です。あくまで考え方を示すための例であり、実際の基準は自社のデータから決める必要があります。
| セグメント(仮) | 安全水準の目安 | 要注意水準の目安 | 主な理由 |
|---|---|---|---|
| エンタープライズ | 70点以上 | 50点未満 | 利用者数が多く変動が緩やか |
| SMB・小規模事業者 | 60点以上 | 40点未満 | 担当者一人への依存度が高い |
一律の基準を全顧客に当てはめてしまうと、業種特性やチーム規模の違いによる誤差を、そのまま解約リスクだと誤認してしまいます。
検証と再調整を止めない
スコアを作った後は、実際に解約した顧客・更新した顧客を振り返り、スコアが事前に危険を示せていたかどうかを検証します。
過去数か月分のスコアの推移と、実際の契約の結果を突き合わせる作業を、四半期に一度など決まった頻度で続けてください。
事後の答え合わせを重ねることで、重みや指標の選び方そのものを見直していきます。運用を始めてからが本番だと考えてください。
運用で陥りやすい落とし穴
設計そのものより、運用の途中でつまずくケースの方が実は多く見られます。代表的なものを整理します。
- 指標を増やしすぎて、なぜその点数になったのか誰も説明できなくなる
- スコアを作って満足し、実際の解約・更新との答え合わせをしない
- 更新間近の商談を有利に見せたい営業都合で、スコアの入力が調整される
- 全顧客に同一の基準を当てはめ、契約規模や業種の違いを無視する
- スコアが下がった理由を誰も掘り下げず、点数だけが独り歩きする
いずれも技術的な難しさというより、運用体制と役割分担の問題です。誰がスコアの妥当性に責任を持つのかを、運用を始める前に決めておく必要があります。
特に営業都合による歪みは根が深く、更新前の顧客のスコアだけが不自然に高く保たれるという事態が起きると、スコア全体への信頼が一気に失われてしまいます。組織として、誰が数値を書き換える権限を持つかを最初に線引きしておくべきです。
行動データとスコアをどうつなぐか
ヘルススコアは誰が危ないかを教えてくれますが、なぜ危ないのかまでは教えてくれません。この間を埋めるのが、行動データを読み込む作業です。
定量スコアだけでは見えないもの
点数が下がったという事実だけでは、次の一手を具体的には決められません。ログイン頻度そのものが落ちたのか、特定の重要な機能だけが使われなくなったのかで、打ち手はまったく違ってきます。
契約・商流やカスタマーサクセスの入力に頼る指標が中心のスコアだけでは、ウェブサイトやプロダクト上での細かな行動の変化までは十分に捉えきれないことがあります。
導線データでなぜを補う
ここで役立つのが、顧客一人ひとりの行動を時系列で追いかける分析です。この考え方はN1分析とは|一人の行動から改善のヒントを得るで扱った視点と重なります。
MonaLensのようなプライバシーファーストな解析ツールは、ヘルススコアそのものを計算し保存する仕組みではありません。ただし、ログイン後の管理画面やヘルプページでどこを見て、どこで離脱しかけているかという行動面の裏付けを提供することはできます。
スコアが関係性の領域で下がっているなら、リテンションと解約|継続率を上げるために見る数字で扱ったような継続利用の指標と、実際の行動ログを突き合わせることで、顧客との対話に入る前にある程度の仮説を持てるようになります。
なお、こうした行動起点の考え方は解約防止の場面だけのものではありません。契約前の新規リードの見極めにも応用されており、行動データで精度を上げるリードスコアリングで扱った設計思想と根は同じです。
契約の前後を通じて、行動を起点にスコアリングするという発想そのものは共通しています。営業とカスタマーサクセスが別々の物差しで顧客を語るのではなく、同じ考え方の土台を共有できるという意味でも実務上の利点があります。
契約後の拡大余地を測る場面では、NRR(ネットレベニューリテンション)とは?|新規顧客がいなくても伸びる売上の仕組みで扱った指標とヘルススコアを並べて見ることで、守りと攻めの両方を同じ土台の上で語れるようになります。
まとめ
カスタマーヘルススコアは、解約を魔法のように防いでくれる万能薬ではありません。
それでも、何をもって顧客が健全だと言えるのかを言語化する作業そのものに価値があります。感覚的な、なんとなく大丈夫そうだという判断を、あとから確認できる基準に置き換えられるからです。
スコアは一度作って終わりにせず、実際の解約・更新の結果と照らし合わせながら、重みやしきい値を少しずつ育てていくものだと捉えてください。
そして点数が動いたときは、必ずその裏にある行動まで掘り下げてみてください。数字は入口であって、答えそのものではないからです。
顧客との関係は一度きりの取引ではなく、更新のたびに繰り返し選び直される関係です。その選び直しの瞬間に向けて、日々の小さな変化を見逃さない仕組みを持てるかどうかが、地道ながら効いてきます。