ヘルススコア（顧客健康スコア）とは？AIで面談記録を活用する設計・導入ステップ

• いつ対応すべきか：解約率の上昇、オンボーディング後の利用停滞、CS担当者ごとの対応品質のばらつきが見え始めた段階です。
• 誰に影響するか：国内SaaS企業の経営層、CS責任者、カスタマーサクセス担当者、RevOps、営業・サポート部門に関係します。
• 何をすべきか：まずは利用ログ・問い合わせ・面談記録を棚卸しし、自社にとっての「健康な顧客」を定義することから始めるべきです。

導入

ヘルススコアとは、一言でいえば「顧客が今後も自社サービスを継続利用し、価値を得続けられる状態にあるか」を数値やランクで可視化する仕組みです。

特にSaaSビジネスでは、契約して終わりではありません。
導入後に使われ、成果が出て、社内で定着し、更新される。そこまで含めて事業の成長が決まります。

いま国内でも、カスタマーサクセスへの関心が高まっています。背景には、次のような変化があります。

• 新規獲得コストの上昇
• 解約防止、LTV向上への経営上の関心
• CS活動の属人化
• 顧客接点データの増加
• AIによる面談記録・問い合わせ内容・CRMデータ分析の実用化

つまり、ヘルススコアは単なるCSの管理指標ではありません。
「顧客との関係性を、勘と記憶から、組織的な学習へ移す」ための経営インフラだと考えます。

ここには、ひとつのパラダイムシフトがあります。
これまで優秀な担当者の暗黙知に依存していた顧客理解を、組織全体で扱える知識に変える動きです。

ただし、ヘルススコアは万能な正解ではありません。
評価基準や重み付けは、業種、商材、契約形態、利用頻度、顧客規模によって変わります。AIを使えば精度が自然に上がる、という話でもありません。

実務的には、最初から高度なスコアを作るよりも、まずは「解約予兆を早めに見つける」「支援すべき顧客を見落とさない」ための小さな仕組みとして始めるのが現実的ですね。

カスタマーサクセスの基本設計については、customer-success領域の知見とも接続して考えると整理しやすくなります。

〜とは

ヘルススコア（顧客健康スコア）とは、顧客が自社サービスを継続利用する可能性や、サービスから価値を得ている度合いを可視化する指標です。英語ではCustomer Health Scoreと呼ばれます。

一般的には、次のような情報を組み合わせて算出します。

• ログイン頻度
• 主要機能の利用状況
• 利用ユーザー数
• 問い合わせ件数
• サポート対応履歴
• NPSや満足度
• 定例面談の実施状況
• 面談記録に含まれる課題・温度感
• 契約更新日までの期間
• 導入目的に対する成果達成度

重要なのは、ヘルススコアが「顧客を評価する点数」ではないことです。
本質的には、顧客が価値を得るために、提供側がどのような支援をすべきかを考えるためのシグナルです。

ここを誤ると、スコアが低い顧客を「危険顧客」として扱うだけの仕組みになってしまいます。
本来は逆です。スコアが低い顧客ほど、「何が障害になっているのか」を理解する対象です。

これは美意識の問題です。
顧客を管理対象として見るのか、それとも成功に向けて伴走すべき相手として見るのか。ヘルススコアの設計には、その会社の顧客観が表れます。

ヘルススコアが重要視される理由

ヘルススコアが注目される理由は、解約リスクとLTVに直結するからです。

SaaSでは、売上の多くが継続利用によって積み上がります。
そのため、解約が起きてから対応するのでは遅いケースがあります。

たとえば、次のような兆候は現場ではよく見られます。

• 管理者はログインしているが、現場ユーザーが使っていない
• 定例会議で顧客の発言量が減っている
• 問い合わせが急に増えた、または急に止まった
• 当初の導入目的と現在の利用実態がずれている
• 担当者変更後に活用が止まっている
• 契約更新前になって初めて不満が表面化する

こうした変化は、個別の担当者であれば感覚的に気づけることがあります。
しかし、組織として再現性を持って検知するには、データ化された仕組みが必要です。

ヘルススコアは、CSチームにとって次のような役割を持ちます。

役割	内容	経営・現場への影響
解約予兆の検知	利用低下や不満の兆候を早期に把握する	更新直前の火消し対応を減らしやすい
優先順位づけ	支援が必要な顧客を見極める	限られたCSリソースを配分しやすい
アップセル機会の把握	活用度が高い顧客を見つける	拡張提案のタイミングを判断しやすい
属人化の軽減	担当者の経験に依存しすぎない	チーム運用の再現性が高まる
経営判断の材料	顧客基盤の健全性を可視化する	売上予測や投資判断に使いやすい

ここで経営層が立てるべき問いは、「CSチームがどれだけ頑張っているか」ではありません。
「顧客が成功に近づいているかを、組織としてどのように認識しているか」という問いです。

この問いに答えるための共通言語が、ヘルススコアだと考えます。

主な機能とできること

ヘルススコアの機能は、単に点数を表示することではありません。
実務上は、顧客データを統合し、状態変化を検知し、次のアクションにつなげるところまで含めて設計します。

1. 顧客状態の可視化

最も基本的な機能は、顧客の状態を一覧で見えるようにすることです。

たとえば、顧客ごとに次のようなステータスを持たせます。

• 健全
• 注意
• 要支援
• 解約リスクあり
• 拡張提案候補

数値スコアだけでなく、色やランクで表現するケースもあります。
現場感としては、点数そのものよりも「前回から悪化したのか」「どの要因で変化したのか」が重要ですね。

2. 解約予兆スコアリング

解約予兆 スコアリングでは、過去の解約顧客に共通するパターンをもとに、現在の顧客のリスクを見ます。

例としては、次のような条件です。

• 主要機能の利用が一定期間低下
• 管理者以外のログインが少ない
• サポート問い合わせの未解決期間が長い
• 定例面談が連続で未実施
• 面談記録に「費用対効果が見えない」「社内展開が進まない」などの表現がある

AIを活用する場合、面談記録や問い合わせ内容からネガティブな兆候を抽出することも考えられます。
ただし、文脈の誤読やデータの偏りは起こりえます。スコアは判断材料であり、判断そのものではありません。

3. アップセル・クロスセル候補の抽出

ヘルススコアは、リスク検知だけでなく成長機会の発見にも使えます。

たとえば、次のような顧客は拡張提案の候補になります。

• 利用率が高い
• 複数部門で活用が進んでいる
• 管理者の満足度が高い
• 成果指標が改善している
• 面談で追加課題や新しい部門展開の話が出ている

ここで大切なのは、スコアが高いから売り込む、ではないことです。
顧客の成功が進んだ結果として、次に解決すべき課題が見えているかを確認する必要があります。

4. CSアクションの標準化

ヘルススコアは、CS担当者の行動設計にも使えます。

例として、次のようなルールを作れます。

スコア状態	推奨アクション	担当
健全	活用事例の共有、拡張余地の確認	CSM
注意	利用状況の確認、課題ヒアリング	CSM
要支援	定例面談の前倒し、オンボーディング再設計	CSM・サポート
解約リスクあり	責任者同席の面談、成果目標の再合意	CS責任者・営業
拡張候補	成功事例の整理、追加提案の検討	CSM・営業

このように、スコアとアクションを結びつけて初めて、ヘルススコアは現場で機能します。

CRMと連携して顧客情報を扱う場合は、crmの運用設計とも一体で考えるとよいでしょう。顧客データの入力ルール、更新タイミング、担当部門の責任範囲が曖昧なままだと、スコアの信頼性が下がります。

始め方（初期設定）

ヘルススコア導入は、いきなり複雑なモデルを作るより、段階的に進めるほうが現実的です。

特にCS現場は、すでに定例面談、問い合わせ対応、オンボーディング、更新対応で多忙です。
そこに新しい入力作業や会議体を追加すると、負担感が出るのは自然です。

だからこそ、初期設定では「正確なスコアを作る」よりも、「現場が使い続けられる最小構成を作る」ことが重要です。

ステップ1：健康な顧客を定義する

まず、自社にとっての「健康な顧客」を言語化します。

たとえば、以下のように定義します。

• 導入目的が明確である
• 管理者と現場ユーザーの双方が利用している
• 主要機能が継続的に使われている
• 定例面談で成果や次の課題が話されている
• 契約更新前に価値を説明できる状態にある

逆に、「不健康な状態」も定義します。

• 初期設定後に利用が止まっている
• 担当者変更で運用が途切れている
• 問い合わせは多いが解決に至っていない
• 面談で費用対効果への疑問が出ている
• 更新直前まで意思決定者との接点がない

この定義が曖昧だと、スコア設計も曖昧になります。

ステップ2：指標を選ぶ

次に、顧客健康指標 設計として、どのデータを使うかを決めます。

代表的には、DEARモデルのように複数の観点を組み合わせます。
一般的には、Deployment、Engagement、Adoption、ROIなどの観点で整理されますが、名称や運用方法は企業により異なります。

観点	指標例	注意点
利用状況	ログイン頻度、利用ユーザー数、主要機能利用率	単なるログイン数だけでは価値利用を測れない
定着度	初期設定完了率、部門展開数、継続利用期間	導入初期と成熟期で見るべき指標が変わる
エンゲージメント	定例面談実施、イベント参加、メール反応	担当者との関係性だけに偏らない
満足度	NPS、アンケート、サポート評価	回答者属性によって偏りが出る
成果	KPI達成度、ROI、業務改善効果	顧客側の目標設定が必要
リスク	問い合わせ未解決、利用低下、決裁者不在	定性的情報との併用が望ましい

ステップ3：重み付けを決める

すべての指標を同じ重みで扱う必要はありません。

たとえば、業務基盤系SaaSでは「継続的な利用」と「管理者の関与」が重要になるかもしれません。
一方で、分析ツールやマーケティングツールでは「成果指標」や「施策実行頻度」がより重要になる場合があります。

重み付けは、最初から正解を出そうとしないほうがよいです。
過去の解約顧客、更新顧客、拡張顧客のデータを見ながら、仮説として設計します。

ステップ4：運用ルールを決める

スコアは作って終わりではありません。
次のような運用ルールが必要です。

項目	決めること
更新頻度	日次、週次、月次など
確認会議	CS定例、更新会議、リスクレビューなど
担当者	CSM、CS Ops、営業、サポートなど
アクション基準	何点以下で面談、何点以上で拡張提案など
例外処理	大口顧客、導入直後、休眠顧客の扱い
検証方法	スコアと継続率・解約率の相関確認

[Insert Image: type=workflow; focus=ヘルススコア導入の初期設定フロー; intent=健康定義から指標選定、重み付け、運用ルール化までの流れを示す]

実務での使い方

ヘルススコアは、現場でどう使うかによって価値が変わります。
ここでは、国内SaaS企業で特に使いやすい3つのパターンで整理します。

パターン1：解約防止のために使う

最も一般的な使い方は、解約予兆の早期検知です。

実務では、次のような流れになります。

1. スコアが一定以下に下がった顧客を抽出する
2. 低下要因を確認する
3. 面談記録や問い合わせ履歴を確認する
4. 顧客にヒアリングする
5. 課題に応じて支援策を決める
6. 次回面談で改善状況を確認する

ここで大切なのは、スコア低下を「顧客の問題」と見ないことです。
むしろ、「提供側が価値を届けきれていない可能性がある」と捉えるほうが建設的です。

特に面談記録には、数値ログだけでは見えない情報が含まれます。

• 社内展開が進まない理由
• 決裁者の関心
• 現場ユーザーの抵抗感
• 他ツールとの比較検討状況
• 成果が見えない背景
• 担当者変更による温度感の変化

「ヘルススコア 面談 記録 AI」というテーマが注目されるのは、こうした非構造データを扱える可能性が広がっているからです。

パターン2：オンボーディング改善に使う

ヘルススコアは、導入初期のつまずき検知にも使えます。

たとえば、契約後30日、60日、90日で次のようなチェックポイントを設定します。

期間	確認すること	想定アクション
契約後30日	初期設定が完了しているか	設定支援、管理者向け説明
契約後60日	主要機能が使われているか	活用トレーニング、ユースケース提案
契約後90日	成果指標が見え始めているか	成果レビュー、運用改善提案

オンボーディング期のヘルススコアは、更新リスクだけでなく、導入成功の再現性を高めるための学習材料になります。

もし多くの顧客が同じ地点でつまずくなら、CSの問題だけではなく、プロダクト、ドキュメント、営業時の期待値調整に課題があるかもしれません。

ここまで見ると、ヘルススコアは単なるCS指標ではなく、事業全体のフィードバック機構になります。

パターン3：アップセル・拡張提案に使う

ヘルススコアが高い顧客は、追加提案の候補になりえます。

ただし、実務的には「高スコア＝提案すべき」と単純化しないほうがよいです。
顧客にとって次の課題が明確であり、追加機能や上位プランがその課題解決に合っている場合に限って、提案の意味があります。

見るべき情報は次の通りです。

• 利用部門の拡大余地
• 未利用機能への関心
• 面談記録で出ている追加課題
• 成果が出ている既存ユースケース
• 決裁者の関心テーマ
• 契約更新時期

営業・CS・マーケティングが連携する場合は、顧客接点のデータ統合が重要です。
この領域はproductivityの観点でも、会議・入力・通知・引き継ぎの無駄を減らす設計が求められます。

よくある失敗と対処

ヘルススコア導入でよくある失敗は、技術よりも運用設計にあります。
リスクを過度に恐れる必要はありませんが、客観的に把握しておくことは重要です。

失敗1：スコアを作ったが、誰も見ない

よくあるのが、ダッシュボードは作ったものの、日常業務に組み込まれないケースです。

原因は明確です。
スコアを見た後に、何をするのかが決まっていないからです。

対処としては、次のようにアクションと結びつけます。

• スコア低下時はCS定例で確認する
• 一定以下の顧客は面談を設定する
• 更新90日前にリスク顧客を抽出する
• 改善施策の結果を次回レビューする

「見る」だけでは行動は変わりません。
スコアは、会議体、通知、担当者、次アクションとセットで設計する必要があります。

失敗2：指標が多すぎて運用できない

理想を追うほど、指標は増えます。

利用ログ、問い合わせ、NPS、商談履歴、面談記録、契約情報、請求情報。
すべて入れたくなりますが、初期段階では現場の負担が大きくなりがちです。

CS担当者は、顧客対応の合間に入力や確認を行っています。
その現実を無視した設計は、長続きしません。

対処としては、最初は3〜5指標程度に絞るのが現実的です。

例としては、次のような最小構成です。

• 主要機能の利用有無
• アクティブユーザー数
• 定例面談の実施状況
• 問い合わせ未解決件数
• 面談記録上のリスク有無

その後、スコアと実際の解約・更新・拡張の相関を見ながら改善します。

失敗3：AIの判定を過信する

AIは、面談記録や問い合わせ内容の要約、感情の傾向抽出、リスクワードの検知に役立つ可能性があります。
CRM領域でもAI活用は進んでおり、顧客対応の効率化や予測分析への応用が広がっています。

一方で、次のようなリスクがあります。

• 面談文脈を誤って解釈する
• 声の大きい顧客の傾向に偏る
• 入力されていない情報を扱えない
• 過去データの偏りを引き継ぐ
• スコアの理由が現場に伝わらない

対処としては、AIによる自動スコアを「一次判断」ではなく「仮説生成」として扱うことです。

たとえば、AIが面談記録からリスクを検知した場合でも、CS担当者が顧客の状況を確認し、必要に応じてヒアリングする。
この人手による検証を残すことが、実務上は重要です。

AI活用の全体像はaiのテーマとも重なりますが、顧客関係に関わる領域では「効率化」と「人間的な理解」のバランスが問われます。

失敗4：スコアが現場の納得感を得られない

ヘルススコアは、現場の感覚と完全に一致するとは限りません。

「この顧客は危ないと思っていたのに高スコア」
「順調に見える顧客が低スコア」
こうしたズレは起こります。

このズレを失敗と見るより、対話の材料にするべきです。

• なぜスコアと現場感が違うのか
• 指標が足りないのか
• 重み付けが不適切なのか
• 面談記録に重要情報が残っていないのか
• 担当者の暗黙知を形式知化できるのか

ヘルススコアの運用は、スコアを正す作業であると同時に、組織の顧客理解を深める作業でもあります。

比較の観点

比較基準日：2026年7月1日

ヘルススコアを導入する方法は、大きく分けて次の3つです。

1. スプレッドシートで始める
2. CRM・CSツールで管理する
3. AI連携を含むデータ基盤として構築する

どれがよいかは、企業規模、顧客数、データ量、CS組織の成熟度によって変わります。

比較観点	スプレッドシート	CRM・CSツール	AI連携・データ基盤
初期導入のしやすさ	始めやすい	設定が必要	設計負荷が高い
コスト	比較的低い	ツール費用が必要	開発・運用費が必要
データ連携	手作業になりやすい	CRMやサポートツールと連携しやすい場合がある	複数データを統合しやすい
面談記録の活用	手動確認が中心	テキスト管理は可能な場合がある	AI要約・分類・リスク抽出に発展可能
運用の再現性	担当者依存が残りやすい	チーム運用に向く	高度だが設計力が必要
向いている企業	初期検証段階	CS組織が一定規模ある企業	データ量が多く、分析体制がある企業
注意点	更新漏れ、属人化	設定が複雑化しやすい	AI判断の検証体制が必要

選定時に見るべきポイント

ツールや方法を比較するときは、機能一覧だけでは不十分です。
次の観点で見ると、実務に合いやすくなります。

• 顧客データをどこから取得できるか
• 面談記録をどの粒度で残せるか
• スコア変化の理由を説明できるか
• 更新日や契約情報と連動できるか
• CS担当者の入力負荷を増やしすぎないか
• 営業・サポート・プロダクト部門と共有できるか
• AIの判定結果を人が確認できるか
• 権限管理や個人情報の扱いを整理できるか

特にAIで面談記録を分析する場合、顧客との会話には機密情報や個人情報が含まれる可能性があります。
利用するツールのデータ取り扱い、保存範囲、学習利用の有無、権限管理は一次情報で要確認です。

[Insert Image: type=table-visual; focus=ヘルススコア導入方法の選定軸; intent=スプレッドシート・CRM/CSツール・AI連携基盤の違いを視覚的に整理する]

国内企業での活用事例

国内でも、CSプラットフォームを使って顧客状況を可視化する事例が出ています。

たとえば、日立ソリューションズではGainsightを導入し、顧客データの一元管理やヘルススコアによる顧客状況の可視化に取り組んだ事例が公表されています。
公表情報では、解約リスクの早期発見や業務プロセス効率化につながり、対象サービスで契約更新率を高く維持したとされています。

ただし、この成果は特定企業・特定サービスの事例です。
自社でも同じ成果が出るとは限りません。顧客属性、契約形態、CS体制、プロダクト特性が異なるためです。

事例から学ぶべきポイントは、数値そのものよりも次の点だと考えます。

• 顧客状況を担当者の勘だけに依存させない
• リスク顧客を早期に見つける
• CS活動をデータに基づいて会話できる状態にする
• 顧客支援の優先順位を明確にする
• チーム全体で同じ顧客理解を持つ

これは、CSの高度化というより、組織の意思決定の質を上げる取り組みですね。

さらに効率化するには

ヘルススコアをさらに効率化するには、AI、CRM、日程調整、会議記録、サポートデータを分断せずにつなげる必要があります。

AIで面談記録を活用する

AI活用で特に期待されるのが、面談記録の分析です。

CSの面談には、非常に重要な情報が含まれています。
しかし、現実には議事録が担当者のメモに留まり、スコアやCRMに反映されないことも多いです。

AIを使うと、次のような活用が考えられます。

• 面談内容の要約
• リスクワードの抽出
• 顧客課題の分類
• 次回アクションの整理
• 決裁者・利用者・管理者の関心の違いの整理
• ポジティブ・ネガティブ傾向の把握
• ヘルススコア更新の補助

たとえば、面談記録に次のような発言があった場合です。

「現場にはまだ使い方が浸透していません」
「費用対効果を次回更新までに説明する必要があります」
「別のツールも比較しています」

AIがこうした表現を検知し、リスク候補としてCS担当者に通知する。
そのうえで、人が文脈を確認し、必要な面談や支援を行う。
この流れは、今後より現実的になっていくと考えます。

ただし、AIが顧客の本音を完全に理解するわけではありません。
沈黙、遠慮、組織内政治、予算事情などは、テキストだけでは読み切れない場合があります。

だからこそ、AI活用の目的は「人を置き換えること」ではなく、「人がより顧客に向き合える時間を取り戻すこと」だと考えます。
ここには、効率化を通じた人間性の回復という視点があります。

日程調整と連携して面談機会を逃さない

ヘルススコアが下がっても、面談設定に時間がかかると対応が遅れます。

実務では、次のような連携が有効です。

• スコア低下を検知
• CS担当者に通知
• 顧客への面談案内を送付
• 日程調整を自動化
• Web会議URLを自動発行
• 面談後の記録をCRMやスコアに反映

Jicooのような日程調整ツールは、Googleカレンダー、Outlook、Appleカレンダーとの連携や、Zoom・Google Meet・Microsoft Teamsの会議URL自動発行、担当者自動割当、Salesforce連携などが紹介されています。
これらを組み合わせることで、顧客対応の「気づいたが、面談設定が後回しになる」という摩擦を減らしやすくなります。

詳細な連携仕様や利用可能範囲はプランや時点により変わる可能性があるため、公開時点で要確認です。
ただ、方向性としては、ヘルススコアと日程調整を分けて考えないほうがよいですね。

高い視座で見る：ヘルススコアは顧客関係の新しい標準になる

ここで、少し視座を上げて考えたいです。

ヘルススコアの導入は、単なるCS業務の効率化ではありません。
企業が顧客との関係をどのように捉えるかの変化です。

従来の営業中心のモデルでは、契約獲得が大きなゴールでした。
しかし、SaaSでは契約後の価値提供が継続的に問われます。

つまり、企業は「売った後に顧客が成功しているか」を説明できなければなりません。
これは新しい標準になりつつあります。

経営として立てるべき問いは、次のようなものです。

• 顧客の成功を、誰の責任として扱うのか
• 顧客の変化を、どの部門がどのタイミングで把握するのか
• AIを使うことで、顧客理解は深まっているのか、浅くなっているのか
• スコアを見ることで、現場は顧客に近づいているのか、遠ざかっているのか

ヘルススコアは、冷たい管理指標にもなりえます。
一方で、顧客の小さな変化に早く気づき、必要な支援を届けるための温かい仕組みにもなりえます。

どちらになるかは、設計思想次第です。
これは美意識の問題であり、経営の問題でもあります。

まとめ

ヘルススコア（顧客健康スコア）は、顧客が自社サービスを継続利用し、価値を得続けられる状態にあるかを可視化する指標です。

国内SaaS企業にとっては、解約防止、LTV向上、CS活動の標準化、アップセル機会の把握に役立つ可能性があります。

本記事の要点を整理します。

• ヘルススコアは、継続利用可能性や顧客の健全性を示す指標
• 利用状況、エンゲージメント、満足度、成果、面談記録などを組み合わせて設計する
• 万能なスコアはなく、業種・商材・顧客規模によって重み付けは異なる
• スコアは作るだけでなく、CSアクションと結びつけて運用する必要がある
• AIは面談記録や問い合わせ内容の分析に役立つ可能性がある
• ただし、AIの判定は人手による確認や顧客ヒアリングと併用することが望ましい
• ヘルススコアはCS指標であると同時に、経営が顧客との関係性を再設計するための共通言語になる

次のアクションとしては、まず直近の解約顧客・更新顧客・拡張顧客を数件ずつ振り返り、「どの情報が早く分かっていれば、よりよい対応ができたか」を洗い出すことをおすすめします。

そこから、最小限の指標でヘルススコアを試作し、面談記録やCRMデータと照らし合わせながら改善していく。
この進め方が、現場負担と実効性のバランスを取りやすいはずです。