SaaSのヘルススコアは、顧客がサービスを継続して活用し、成果を得られている可能性を数値化した指標です。設計では、利用状況だけでなく、契約・成果・顧客との関係を組み合わせ、目的に応じて重み付けすることが重要です。
ただし、ヘルススコアは解約や更新を自動的に予測する点数ではありません。スコアが変化した理由を確認し、カスタマーサクセスの対応につなげられる仕組みにする必要があります。
ヘルススコアの設計で最初に決めること
最初に決めるべきなのは「何を予測・判断するためのスコアなのか」です。目的が曖昧なまま指標を増やすと、点数は作れても対応方法が決まりません。
たとえば、次のように目的を分けます。
| 目的 | 知りたいこと | 重視しやすい指標 |
|---|---|---|
| 契約更新の判断 | 顧客が継続して利用・契約する可能性 | 利用頻度、重要機能の利用、成果、契約状況 |
| オンボーディングの進捗確認 | 導入初期に利用開始できているか | 初期設定、ユーザー招待、初回価値の到達 |
| 活用拡大の判断 | 追加ユーザーや上位プランの余地 | 利用人数、利用量、部署展開、追加機能への関心 |
| リスク顧客の発見 | 利用停滞や不満の兆候があるか | 利用低下、問い合わせ、未解決の問題、担当者の反応 |
1つのスコアで更新、導入、アップセルのすべてを正確に判断しようとすると、指標同士の意味が混ざります。必要であれば、「導入ヘルス」「利用ヘルス」「更新ヘルス」のように目的別に分けて設計します。
ヘルススコアに入れる指標
指標は、顧客の状態を異なる角度から確認できるように、次の4種類を組み合わせると設計しやすくなります。
1. プロダクトの利用状況
ログイン回数だけでなく、顧客が価値を得るために必要な行動を測定します。
- 対象期間中の利用日数
- 主要機能の利用状況
- 契約ユーザーに対する実利用ユーザーの割合
- 重要な設定やデータ連携の完了状況
- 利用量や処理件数の推移
特に重要なのは、単なるログインではなく顧客の目的に近い行動です。たとえば、業務効率化が目的のサービスなら、ログイン回数よりも業務データの登録やレポートの活用を重視するほうが、価値との関係を捉えやすくなります。
2. 顧客が得た成果
成果の指標は、利用行動が顧客の目的につながっているかを確認するために使います。
- 導入時に合意した目標の達成状況
- 作業時間や工数の削減
- 処理件数、成約数、利用率などの業務成果
- 社内での利用部署や利用者の広がり
- 顧客が報告した導入効果
成果はすべての顧客で同じ数値になるとは限りません。契約時や導入時に「何を改善できれば成功とするか」を確認し、その内容を顧客ごとの記録として管理すると、利用データだけに頼らずに済みます。
3. 顧客との関係や反応
顧客の反応も、利用データだけでは分からない状態を把握する材料になります。
- 定例会やレビューへの参加状況
- アンケートや満足度調査の回答
- 担当者からの評価や懸念
- 問い合わせの内容と未解決期間
- 導入推進者や意思決定者との接点
問い合わせ件数は、単純に多いほど悪いとは限りません。積極的に活用しているため問い合わせが増える場合もあれば、同じ問題が繰り返されている場合もあります。件数だけでなく、内容、解決状況、問い合わせ後の利用変化を確認します。
4. 契約・顧客属性
契約情報は、対応の優先順位を判断するための補助指標です。
- 契約更新日までの期間
- 契約プランや契約規模
- 利用席数に対する契約席数
- 支払い状況
- 導入からの経過期間
契約金額が大きい顧客を重要顧客として扱うことはできますが、金額だけで「健康」「不健康」を判断するのは適切ではありません。契約規模は、顧客の状態を表す指標と、対応の優先順位を表す指標に分けて管理します。
ヘルススコアの計算方法
基本的には、各指標を同じ尺度にそろえてから、重みを付けて合計します。実務では0〜100点にすると、担当者が状態を理解しやすくなります。
計算例は次のとおりです。これは説明のための仮定例であり、実際の最適な配分は自社の顧客データで検証します。
- プロダクト利用：40点
- 顧客の成果：30点
- 顧客との関係：20点
- 契約・運用上の要因：10点
各項目の点数を決めたうえで、次のように計算します。
総合スコア ＝ 利用スコア × 40％ ＋ 成果スコア × 30％ ＋ 関係スコア × 20％ ＋ 契約・運用スコア × 10％
たとえば、利用スコアが80点、成果スコアが60点、関係スコアが70点、契約・運用スコアが100点の場合、計算は次のようになります。
80×0.4＋60×0.3＋70×0.2＋100×0.1＝74
この場合の総合スコアは74点です。ただし、点数だけでなく、どの項目がスコアを下げたのかも表示します。総合点が同じ74点でも、利用が低い顧客と成果確認が不足している顧客では、必要な対応が異なるためです。
指標を0〜100点にそろえる方法
回数や割合など単位の違うデータをそのまま合計せず、あらかじめ判定基準を作って点数化します。
| 指標 | 点数化の例 | 確認すること |
|---|---|---|
| 利用日数 | 目標日数に対する達成率 | 短期的な利用か、継続利用か |
| 主要機能の利用 | 利用済み機能の割合 | 顧客の目的に必要な機能か |
| ユーザー利用率 | 実利用者数÷契約ユーザー数 | 契約ユーザー数が実態に合っているか |
| 成果の達成状況 | 達成した目標の割合 | 目標の定義が明確か |
| 問い合わせ | 解決状況や未解決期間を反映 | 件数だけで状態を判断していないか |
数値の境界は、最初から細かく作りすぎないことが大切です。まずは「良好」「注意」「要対応」の3段階で仮運用し、実際の更新状況や利用変化を見ながら調整します。
ヘルススコアの基準値とアラートを決める
スコアを作ったら、点数ごとの意味と、担当者が取る行動を決めます。数値だけを表示しても、対応につながらなければ運用上の価値はありません。
| 状態 | 判断の例 | 対応の例 |
|---|---|---|
| 良好 | 利用と成果が安定している | 活用事例の確認、次の目標の相談 |
| 注意 | 利用低下や一部機能の未利用がある | 低下理由の確認、操作支援、活用提案 |
| 要対応 | 重要機能の未利用、成果未達、問題の長期化がある | 担当者への連絡、責任者を含む改善計画の作成 |
基準値は、総合スコアだけでなく個別条件にも設定します。たとえば総合点が高くても、更新直前に主要機能の利用が止まっている場合は、個別アラートを出す設計が考えられます。
また、絶対値だけでなく変化量も確認します。スコアが70点でも、前月の90点から急落しているなら、一定期間の変化を調べる必要があります。
ヘルススコアを検証して改善する手順
ヘルススコアは一度作って終わりではありません。実際の顧客の行動や契約結果と照らし合わせ、指標と重みを見直します。
- 目的と対象期間を決める。更新判断に使うのか、導入支援に使うのかを決め、どの時点の状態を評価するかを定めます。
- 顧客の成功条件を整理する。顧客が何を達成するために契約したのか、成果につながる行動は何かを確認します。
- 取得できるデータを確認する。利用ログ、契約情報、問い合わせ履歴、顧客面談の記録など、継続して取得できる情報に絞ります。
- 少数の指標で試作する。最初から多数の指標を入れず、顧客状態を説明できる重要な指標から始めます。
- 担当者が行動できる基準を設定する。点数の範囲ごとに、誰が何を確認し、どの対応をするかを決めます。
- 過去の顧客データで検証する。更新した顧客、解約した顧客、利用が改善した顧客などを対象に、スコアの変化を比較します。
- 誤判定を確認して修正する。高スコアなのに解約したケースや、低スコアでも継続したケースを調べ、指標や判定条件を見直します。
検証では、ヘルススコアが解約顧客を完全に当てられるかだけを見ないようにします。アラート後に適切な支援ができたか、顧客の利用や成果が改善したかも確認します。
設計で起こりやすい失敗
ログイン回数だけで判断する
ログインしていても、重要な機能を使っていなかったり、成果が出ていなかったりする場合があります。ログインは補助指標とし、顧客の成功条件に近い行動を組み合わせます。
指標を増やしすぎる
指標が多すぎると、スコアが変化した理由を説明できなくなります。各指標について「このデータが顧客の成功やリスクとどう関係するか」を説明できない場合は、採用を見送ります。
全顧客に同じ基準を適用する
契約プラン、導入目的、利用人数、導入段階が違う顧客を同じ基準で比べると、実態と異なる評価になることがあります。必要に応じて、顧客セグメントや導入段階ごとに基準を分けます。
担当者の主観を点数に直接入れる
担当者の評価は重要ですが、「なんとなく良好」のような主観だけで点数を決めると、担当者ごとの差が大きくなります。評価理由を選択式や記録項目で残し、利用データや面談記録と組み合わせます。
スコアを顧客への評価として使う
ヘルススコアは社内の支援判断に使う指標です。顧客に一方的に「スコアが低い」と伝えるのではなく、利用状況や目標の進み具合を確認し、必要な支援を話し合う材料として扱います。
実務で使えるヘルススコアにするポイント
実務では、総合スコアとともに「前回からの変化」「スコアを下げた項目」「次に取るべき対応」を表示すると、担当者が判断しやすくなります。
- 総合スコアだけでなく、項目別スコアも表示する
- 前週・前月からの変化を記録する
- 重要機能の未利用や未解決の問題を個別に通知する
- スコアの変化に対する対応履歴を残す
- 顧客の目的や導入段階に応じて基準を調整する
- 定期的に、更新・解約・利用改善との関係を検証する
設計の出発点は、複雑な予測モデルではありません。まずは「顧客が成功するために必要な状態」を定義し、その状態を確認できる少数の指標と対応手順を作ることです。
SaaSのヘルススコアは、利用状況・成果・顧客との関係・契約情報を目的に合わせて組み合わせて設計します。最初は仮の重みと3段階の基準で運用し、実際の顧客データと対応結果をもとに見直すと、現場で使えるスコアに改善しやすくなります。
