レッスン4：ヘルススコア——顧客の状態を見える化する

このレッスンで学ぶこと

ヘルススコアの目的と基本構造を理解する
ヘルススコアを構成する 3 要素（使用状況・契約・関係性）を把握する
グリーン・イエロー・レッドの運用とアクションへの接続を学ぶ
ヘルススコア設計の典型的な落とし穴を回避する発想を持つ

レッスン3 では、オンボーディング設計を扱いました。本レッスンからは、オンボーディング後の「活用期」を支える仕組みに入ります。最初に学ぶのは「ヘルススコア」——顧客の状態を見える化するための基本ツールです。

ヘルススコアとは

ヘルススコア（Health Score、健康度スコア）は、顧客が「健康な状態か」「危険な状態か」を、複数の指標から総合的に数値化した指標です。CS の現場では、顧客一人ひとり（または契約ごと）にヘルススコアを割り当て、優先度を決める判断材料として使います。

医療検査の数値を、健康診断の総合判定でランク付けする感覚に近いと考えてください。個別の指標だけでは判断しにくい状態を、合成スコアで一目で見られるようにするのが狙いです。

なぜヘルススコアが必要か

CS の現場で、顧客の数が増えてくると、「すべての顧客に均等に時間をかける」のは不可能になります。リソースは有限なので、優先度を決める必要があります。

優先度を決めるには、「いまどの顧客が危険か」「どの顧客が安定しているか」がわかる必要があります。それを担うのがヘルススコアです。

ヘルススコアの主な用途

介入の優先順位付け：レッドの顧客から順に対応する
先行的な行動の判断材料：イエローの段階で予防的に動く
チーム内の状況共有：色や数値で素早く共有できる
経営層への報告：顧客ポートフォリオ全体の健全性を示せる

💡 ポイント ヘルススコアは「精密な計測」を目指すものではありません。「素早く判断し、行動につなげる」ためのツールです。完璧なスコアを作ろうとすると複雑になりすぎて運用が破綻します。「使われるシンプルさ」を優先する設計が大事です。

ヘルススコアの 3 要素

ヘルススコアは、複数の指標を組み合わせて作ります。実務で広く使われる枠組みは「使用状況」「契約」「関係性」の 3 要素を中核に置く形です。

要素1：使用状況（プロダクト利用データ）

製品をどれだけ使っているかを示す客観的なデータ。

ログイン頻度（週次・月次）
主要機能の利用率
アクティブユーザー数
利用パターン（オンボーディングで設定したパターンと比較）

使用状況は CS が最も信頼する指標です。「使っていない」事実は、解約リスクを強く示唆します。

要素2：契約（コマーシャル）

商取引上の状況。

契約の更新時期までの残り月数
過去の更新履歴
契約金額・契約規模
支払い状況（遅延の有無）

契約面の指標は、ビジネス側のリスクを示します。更新が近い顧客で活用度が低ければ、解約リスクは高い。

要素3：関係性（リレーションシップ）

顧客側との人的な関係の状態。

主要連絡先との接触頻度
連絡への反応速度
サポートチケットの件数・傾向
NPS・CSAT などのフィードバック
顧客側の組織変更（担当者交代など）

関係性指標は数値化しにくく、CSM の主観が入る部分もあります。それでも、他の 2 要素では拾えない予兆を示してくれます。

🔰 初学者の方へ 3 要素は「客観的データ（使用状況）」「商取引データ（契約）」「人的データ（関係性）」と整理して覚えると忘れにくいです。どれか 1 つだけ見ていると、危険な顧客を見逃します。複数の窓から同じ顧客を見るのがヘルススコアの発想です。

スコアリングの実務設計

3 要素をどう組み合わせて 1 つのスコアにするか。実務での設計手順を整理します。

ステップ1：指標を選ぶ

各要素から、3〜5 個程度の具体的な指標を選びます。多すぎると運用できなくなるので、最初は 1 要素あたり 2〜3 個から始めるのが現実的です。

例（営業支援 SaaS の場合）：

使用状況：週次ログイン率、商談登録数、レポート閲覧数
契約：更新までの残り月数、契約金額
関係性：定例面談の実施有無、過去 30 日のサポートチケット数

ステップ2：閾値を決める

各指標について、「グリーン（健全）」「イエロー（注意）」「レッド（危険）」の閾値を決めます。

例：週次ログイン率

グリーン：80% 以上
イエロー：50〜79%
レッド：50% 未満

最初の閾値は推定でかまいません。運用しながら調整します。

ステップ3：合成方法を決める

複数指標をどう合成するかの方針です。代表的な方法：

重み付け合計：各指標にウェイトをかけて足し算
「最悪指標」式：1 つでもレッドがあれば全体もレッド
マトリクス方式：要素ごとに小カテゴリのスコアを出し、組み合わせで判定

入門段階では、「最悪指標」式から始めるのが分かりやすく、失敗が少ない方法です。

ステップ4：可視化と運用

ヘルススコアは、CSM が日常的に見られる場所に表示します。CRM、CS プラットフォーム（Gainsight・Totango など）、スプレッドシートのダッシュボードなど、形式は問いません。重要なのは「毎日見られる」ことです。

📝 補足 ヘルススコアの計算ロジックは、専用の CS プラットフォーム（Gainsight、Totango、ChurnZero、HiCustomer など）を使うと比較的容易に構築できますが、最初はスプレッドシートでも十分です。ツールから入るのではなく、「何を測りたいか」を先に決めるのが原則です。

グリーン・イエロー・レッドの運用

スコアを色で表現するのは、業界で広く使われる慣習です。各色の意味と、それに対するアクションを整理します。

グリーン：健全

製品を活発に利用し、関係性も良好、契約も安定。CS の積極介入は少なめでよく、テックタッチ中心で十分維持できる状態。

主なアクション：

自動メールや定期ニュースレター
新機能の案内（追加価値の機会）
アップセル・クロスセルの検討（レッスン7 で扱う）

イエロー：注意

何らかの指標が悪化傾向。まだ危険ではないが、放置すれば悪化する可能性がある。

主なアクション：

CSM から個別連絡（理由を確認）
ログを詳細に確認
顧客側の担当者と短時間の面談を設定

レッド：危険

複数の指標が悪化、または重要指標が悪化。解約や活用停止のリスクが高い。

主なアクション：

緊急対応の優先順位を上げる
顧客側の責任者と直接対話を設定
内部で対策会議を実施
場合によっては経営層の介入

⚠️ 注意 色付けは「だけ」では機能しません。「どのアクションを誰がいつまでに行うか」を、色ごとに事前に決めておくことが運用の鍵です。色を見て眺めるだけでは、状態は改善しません。

予兆検知という発想

ヘルススコアの最大の価値は、「実際に解約されてからではなく、その手前で気づける」点にあります。これを「予兆検知（early warning）」と呼びます。

予兆としてよく見られるパターン

ログイン頻度の低下：それまで毎日使っていた人が、徐々に週 1 回程度に減る
キーパーソンの利用停止：管理者・推進担当者が使わなくなる
連絡への反応の遅れ：それまで即返信だった人が、数日返さなくなる
サポートチケットの内容変化：使い方の質問から、不満や要望に変わる
担当者の交代の連絡：顧客社内で担当が変わったというお知らせ

これらは個別には「特に何もない」ように見えますが、組み合わさると危険なサインになります。ヘルススコアは、こうした予兆を組織的に拾い上げる仕組みです。

予兆を「行動」に変える

予兆を見つけても、行動につながらなければ意味がありません。CS チームでは、典型的な予兆パターンに対して、定型的なアクションを用意しておくのが効果的です。

ログイン低下 → CSM が短時間の面談を打診
キーパーソンの利用停止 → 顧客側責任者に状況確認
担当者交代 → 新担当者向けに再オンボーディングを提案

💡 ポイント 「気づくこと」と「動くこと」は別の能力です。多くの組織で、データを見て気づいてはいるものの、行動につなげる仕組みがないために予兆を活かせていません。アクションをパターン化して、迷いなく動ける状態を作ることが大事です。

ヘルススコア設計の落とし穴

ヘルススコアを導入するときに、よく陥る失敗を 3 つ紹介します。

落とし穴1：完璧主義で複雑にしすぎる

「あらゆる指標を考慮した完璧なスコア」を目指すと、計算ロジックが複雑になり、CSM が理解できなくなります。理解できないものは使われません。

最初はシンプルな 3〜5 指標から始め、運用しながら改良するのが現実的です。

落とし穴2：指標の偏り

「ログイン率だけ」「契約金額だけ」など、1 要素に偏ったスコアは、別の要素のリスクを見逃します。3 要素のバランスを意識する必要があります。

落とし穴3：「赤を見るだけ」になる

レッドの顧客対応に追われ、イエローの顧客への先回りができなくなる状態。レッドになる前のイエロー段階で動くのが、本来のヘルススコアの価値です。

🔰 初学者の方へ ヘルススコアは「完璧」より「運用される」が大事です。最初は粗くてもよい。「みんなが毎週見て、議論する」状態が作れれば、半分は成功です。スコアの精度は運用しながら上げていけます。

オンライン・分散時代のヘルススコア

リモートワーク・分散組織の拡大で、ヘルススコアの活用にも変化が見られます。

データ連携の高度化：CRM・利用ログ・サポートチケットを統合する必要性が増す
AI による予測モデル：機械学習で「解約確率」を計算する CS プラットフォームが普及しつつある
顧客側の状況の見えにくさ：対面で察知していた変化が見えなくなり、データへの依存が高まる
チーム内共有の重要性：CSM が分散しているため、属人化を防ぐためにダッシュボードの可視化がより重要に

これらは、ヘルススコアそのものを大きく変えるというより、運用の精度と速度を上げる動きです。

講師の現場メモ：スコアを「色」だけで運用していた頃の失敗

私（湯浅）が外資系 SaaS の CS マネージャーだった頃、私たちは Gainsight に投資して、立派なヘルススコアを運用していました。グリーン・イエロー・レッドの 3 色で、ダッシュボード上では各顧客の状態が一目で見える状態でした。

ある四半期、レッドの顧客が前期比 1.5 倍に増えました。チームはレッドの顧客対応に追われ、毎日深夜まで動いていました。私も含めて「忙しいけど対応している」感覚があり、状況は管理できていると思っていました。

ところが、四半期末の解約数は前期と変わらず、結果として「対応に追われていたのに防げなかった」状況になりました。なぜか。

レビューしてわかったのは、解約した顧客の多くは、レッドになる前のイエロー段階で「いつか戻る」と思っていた顧客だったことです。イエローのうちに動けば防げたかもしれない解約を、レッドになるまで放置していました。

私はチームの運用を変えました。「レッドの対応は別チームを作って分離する」「CSM はイエロー対応に集中する」「レッドになった時点で経営層が共同責任を持つ」という形に。

半年後、イエローからレッドへの遷移率が大きく下がり、解約全体も減りました。レッド対応に追われていた状態から、イエローで止める運用に変わったのです。

ヘルススコアの真価は、「危険を可視化すること」自体ではなく、「危険になる前に動く仕組み」を作るところにあります。本コースを読んでいる皆さんも、もし自社で運用しているヘルススコアがあれば、「レッドの数」だけでなく「イエローへの対応がどれくらいできているか」を見直してみてください。

まとめ

このレッスンでは、以下のことを学びました。

ヘルススコアは、顧客の健康度を複数指標から合成して見える化する仕組み
3 要素：使用状況（プロダクト利用データ）・契約（コマーシャル）・関係性（リレーションシップ）
スコアリング設計は、指標選定 → 閾値決定 → 合成方法 → 可視化と運用の流れ
グリーン・イエロー・レッドの 3 段階に色付け、各色にアクションを事前定義
予兆検知が最大の価値。データを「行動」に変える仕組みが必要
落とし穴は、完璧主義・指標偏り・「赤を見るだけ」運用
リモート時代はデータ連携・AI 予測・属人化防止のためのダッシュボード可視化が重要

次のレッスンでは、ヘルススコアの活用が最も問われる場面、「チャーン分析と解約防止」を扱います。「なぜ顧客は離れるか」を構造的に捉え、解約を予防する基本パターンを学びます。

確認クイズ

このレッスンの理解度をチェックしましょう。