ヘルススコアの設計方法｜8項目の計算例と未確認データの扱い

ヘルススコアの設計では、対象顧客・確認する事実・配点・未確認時の扱い・判定後の対応をセットで決めます。点数だけを決めても、担当者が何を確認し、誰を支援するかは決まりません。

ヘルススコアとは、利用状況や顧客との関係、成果などの情報から顧客の状態をまとめた指標です。カスタマーサクセスの役割の全体像とは分け、この記事では架空の1社を採点する過程と、自社で検証する手順を扱います。

最初に「何を判断するための点数か」を決める

今回は「定例前に、顧客へ確認する事項と支援の候補を整理する」用途を想定します。解約予測の精度を検証済みのモデルではありません。

Gainsightのヘルススコア解説でも、顧客の段階やセグメントに応じた項目設計、重み付け、運用後の見直しが扱われています。同じログイン回数でも、毎日使う業務と月次業務では意味が違います。オンボーディング中の顧客と、運用が定着した顧客を同じ期待値で採点しないことが出発点です。

まず「誰の、どの業務が、どうなれば導入目的を達成したと言えるか」を顧客と確認します。そのうえで、状態を把握できる情報を選びます。項目が多いことより、同じ記録から担当者が同じ判断をできることを優先します。

架空A社の記録を採点へつなげる

以下は説明用の架空例です。定着支援中のA社について、直近4週間の利用記録と、直近の定例メモを確認した設定です。実際の顧客情報や、効果を測定した調査結果ではありません。

この配点と選択肢は、当サイトのヘルススコア判定ツールが使う固定の簡易モデルです。業界標準でも、Gainsightが推奨する配点でもありません。問い合わせ0件を中間点にするのも、このモデルの取り決めです。0件という事実だけから、満足や解約意向は分かりません。

計算式は 合計点＝各項目の配点×状態係数の合計 です。状態係数は、良いが1、普通が0.5、悪いが0。例では 20＋7.5＋5＋10＋5＋10＋7.5＋5＝70点 となります。ツールは合計を整数に四捨五入して表示します。

70点なら何をすればよいか？

この例はツール上で「注意」です。失点の大きい順に「主要機能の活用」「成果の実感」「利用の広がり」の対応案が表示されます。ただし、この順番は計算上の失点順であり、解約原因を特定した結果ではありません。

たとえばA社では、次のように確認と対応を分けます。担当や期限も架空の記入例です。

目的は「あと5点上げること」ではありません。顧客に不要な機能を使ってもらって点数だけを上げても、導入目的の達成にはつながりません。CSMは、点数の内訳を会話の入口として使い、実際に必要な支援を確かめます。

未確認データや解約の意向はどう扱うか？

未確認と、確認した結果が悪いことは別です。利用記録をまだ見ていない状態を「ほぼ使われていない」に変換すると、データ不足を顧客の問題として採点してしまいます。

今回のツールは全8問に回答してから判定します。利用状況などが分からない場合は、回答を埋める前に確認します。すでに例を読み込んでいる場合は「クリア」で例の回答を消してから、自社の顧客について分かる項目だけを入力してください。更新の姿勢だけは「未確認・保留」という中間の選択肢があります。

自社の管理表には、点数とは別に「確認元」「確認した日」「対象期間」「未確認の内容」「次の確認予定」を残します。古い面談メモや一部の利用ログを、最新かつ全体の状態として扱わないためです。

一方、減額・解約の話が出ている場合は、良い利用状況で打ち消しません。このツールでは、ほかの7項目が満点でも、更新の姿勢を「減額・解約の話が出ている」にすると 90点で「危険（契約継続を優先）」 になります。理由・意思決定者・契約期限・継続条件を先に確認するための例外ルールです。

自社の設計へ移す5つの手順

1. 対象を分ける — 導入直後か定着後か、利用する業務と期待する頻度が同じかを確認します。異なる条件の顧客は分けて検討します。
2. 記録できる項目を選ぶ — 情報の取得元と更新する担当者を決めます。毎週確認すると決めても、資料が月次でしか揃わなければ、そのずれを明示します。
3. 採点基準を試す — 同じ顧客記録を別の担当者にも見てもらい、判断が分かれた項目の定義を具体化します。未確認を中間点で埋める運用にしないよう、保留の扱いも決めます。
4. 判定と実際の結果を照合する — 判定時点で分かっていた記録と、その後の更新・減額・解約を並べます。後から知った解約理由を過去の点数に混ぜず、高得点でも解約した例、低得点でも継続した例を確認します。
5. 対応と再確認を残す — 点数に加え、誰が・いつ・何を確認するかを決めます。QBRなどの面談で確認した事実を反映し、項目や配点を変えた場合は変更日と理由を残します。

運用の記録は、たとえば次の列で始められます。

顧客ID / 判定日 / 対象期間 / 設計の版 / 点数 / 未確認事項 /
対応担当 / 確認予定日 / 実施した対応 / 更新結果と確認日

少数の顧客で一致しただけでは、予測精度は確定しません。また、対応後に継続した場合も「スコアの施策だけが効いた」とは限りません。解約率の変化、対象顧客の違い、実施した支援を分けて記録します。解約後の理由の整理は解約理由の分析方法で扱います。

よくある失敗

• 外部の配点を最適解として採用する — 当サイトの例も出発点です。自社の利用形態や顧客の成果との関係を検証します。
• 問い合わせゼロを満足・解約のどちらかに決めつける — 自力で使えている場合も、利用が止まっている場合も考えられます。利用記録と顧客への確認を組み合わせます。
• 高得点なら追加提案してよいと判断する — 成果の実感、必要な用途、契約の意思を別に確認します。
• 配点変更後も以前の点数とそのまま比べる — 設計の版が異なれば点数の意味も変わります。同じ条件で比較できるかを先に確かめます。
• 点数の報告だけで終える — ヘルススコアの内訳から確認事項を選び、担当者と次の確認予定まで残します。