ヘルススコアによるリスク管理と解約防止｜利用状況・満足度・エンゲージメントの3軸で解約リスクを早期検知し顧客維持率を高める
公開日 ・ 更新日 ・ 読了 20分
「解約の連絡が来るまで、その顧客がリスク状態だったことに気づけなかった」。あるいは「ヘルススコアのダッシュボードは作ったのに、解約は一向に減らない」。カスタマーサクセス（CS）の現場でよく聞く悩みです。解約（チャーン）は突然起きるように見えて、実際にはその前に利用や関係性の変化という兆候が先行しています。ヘルススコアは、この兆候を数値で捉え、手遅れになる前にアクションを打つための仕組みです。
この記事では、ヘルススコアとは何か、なぜ解約防止に効くのかを整理したうえで、「利用状況・満足度・エンゲージメント」の3軸を判断フレームとして、設計・検知・アクション・運用の全体像を実務目線でまとめます。作って終わりにせず、スコアを解約防止という成果につなげるまでの判断ができる状態を目指します。指標の重み付けや検知ルールなど、踏み込んだ設計は個別のクラスター記事へ送る構成です。
ヘルススコアとは
ヘルススコアとは、顧客が自社サービスをどれだけ健全に活用できているかを数値化した指標です。契約後の顧客の「健康状態」を可視化し、解約リスクやLTV（顧客生涯価値）の変化を先回りして捉える先行指標として使います。満足度アンケートの点数そのものではなく、利用ログや問い合わせ状況など複数のデータを合成して算出する点が特徴です。CSチームはこのスコアを見て、どの顧客に・いつ・何をすべきかを判断します。
ヘルススコアの定義と役割
ヘルススコアが表すのは、契約が続くかどうかの見込みです。単月の満足度アンケートは「今どう感じているか」という点の情報ですが、ヘルススコアはログイン頻度・機能の使われ方・サポートへの反応・担当者との関係性といった複数のデータを合成し、顧客の状態を継続的に追う設計にします。
前提となる用語を先に整理します。チャーンは解約、LTV（Life Time Value）は1顧客が契約期間を通じてもたらす総収益、アダプションは製品が業務に定着している状態を指します。ヘルススコアの役割は、このアダプションの度合いを数値化し、定着が崩れかけている顧客を早い段階で見つけることにあります。数字が高い顧客は健全に使えている、低い顧客はどこかで詰まっている、という状態の目安になります。
ヘルススコアが対象とする「解約リスク」の性質
解約の意思決定は、ある日突然下されるものではありません。多くの場合、利用の減少、問い合わせの増加や逆に音沙汰がなくなること、社内の推進役の異動といった変化が先に起きます。契約更新のタイミングで初めて「使っていなかった」と気づくのでは、打ち手の時間がありません。
ヘルススコアが対象とするのは、こうした兆候として現れるリスクです。逆に言えば、兆候に一切現れないリスク（外部要因による事業撤退や予算凍結など）はスコアだけでは捉えきれません。だからこそ、スコアは万能の予測装置ではなく「気づける確率を上げる仕組み」として位置づけるのが実務的です。この前提を押さえると、後述する「高スコアなのに解約」への備えも理解しやすくなります。
ヘルススコアが解約防止につながる仕組み
ヘルススコアが解約防止に効くのは、兆候を早期に検知することで、更新の直前ではなく余裕のある段階で先回りのアクションを打てるからです。リスク状態の顧客に早く手を打てば、利用の立て直しや不満の解消が間に合い、更新率とLTVの維持につながります。ただし注意すべき点があります。スコアを可視化するだけでは解約は減りません。スコアの低下を検知し、それをアクションに変換する運用がセットになって初めて成果が出ます。
解約の兆候を早期に検知できる
ヘルススコアの最大の価値は時間を稼げることです。利用が落ち始めた、キーマンとの接触が途絶えた、といった変化がスコアに反映されると、更新の数か月前にリスクを把握できます。この時間差が、フォローアップの面談を設定する、活用支援のコンテンツを届ける、追加のオンボーディングを組む、といった打ち手の余地を生みます。更新交渉の場で初めて不満を知るのと、半年前に予兆をつかむのとでは、取り得る選択肢の幅が大きく異なります。
対応すべき顧客の優先順位づけ
CSのリソースは限られており、すべての顧客に同じ手厚さで対応することはできません。ヘルススコアは、限られた工数をどこに割くかの優先順位づけに使えます。スコアが低くリスクの高い顧客に対応を集中させる一方で、健全に使えている顧客には過剰なサポートを控える、という線引きができます。
過剰なサポートは、担当者の工数を消費するだけでなく、順調な顧客にとってはかえって煩わしく感じられることもあります。「困っていそうな顧客を放置しない」ことと「順調な顧客に必要以上に介入しない」ことの両方を、スコアを基準に判断できるのが利点です。
LTV・アップセル/クロスセルへの接続
解約防止はマイナスを防ぐ守りの活動ですが、ヘルススコアはそこにとどまりません。健全に活用できている高スコアの顧客は、追加機能や上位プランへの拡大提案（アップセル・クロスセル）を受け入れる余地が大きい層でもあります。
これを営業生産性の観点から見ると、意味がはっきりします。営業生産性は「（商談数 × 受注率 × 単価）÷ 工数」で捉えられ、受注後のCS活動は主に「単価」と「工数」に効きます。解約を防いで契約単価を維持し、拡大提案で単価を伸ばし、優先順位づけで工数を抑える。ヘルススコアは、この受注後の価値最大化を判断するための共通指標として機能します。守り（維持）と攻め（拡大）の両方を同じスコアで見られる点が、解約防止だけにとどまらない価値です。
利用状況・満足度・エンゲージメントの3軸で解約リスクを捉える
ヘルススコアを設計するとき、指標を思いつくままに並べると軸がぶれて運用が続きません。本記事では「利用状況・満足度・エンゲージメント」の3軸を判断フレームとして使います。利用状況は製品がどれだけ使われているか、満足度は顧客がどう感じているか、エンゲージメントは顧客との関係がどれだけ深いかを測ります。この3つは互いに補い合う関係にあり、どれか1軸だけでは解約リスクを捉えきれません。以降の設計・検知・アクションのセクションも、この3軸で一貫して考えます。
利用状況｜ログイン頻度・主要機能の利用率・アクティブユーザー数
利用状況は、製品が実際に業務で使われているかを測る軸です。ログイン頻度、主要機能の利用率、契約ユーザーのうち実際に使っているアクティブユーザー数などが代表的な指標です。契約はしているが誰も使っていない、あるいは特定の一人しか使っていない状態は、更新時に「不要」と判断されやすいリスクの高い状態です。
利用状況は数値で取りやすく客観性が高い一方、使っているからといって満足しているとは限りません。頻繁にログインしているのは、操作に手間取っているからかもしれません。利用状況は解約リスクの土台となる軸ですが、これ単体では顧客の実感まではわからないため、次の満足度と組み合わせます。
満足度｜NPS・CSAT・問い合わせやクレームの傾向
満足度は、顧客が自社サービスにどう感じているかを測る軸です。代表的な指標にNPS（Net Promoter Score：他者に推奨したいかを問う指標）とCSAT（Customer Satisfaction：個別対応への満足度を問う指標）があります。加えて、問い合わせの内容や頻度、クレームの傾向、サポート対応への評価なども満足度を示すシグナルになります。
満足度は顧客の本音に近い情報を得られますが、アンケートに答えるのは顧客の一部にとどまるため、回答が偏ったり、そもそも危険な顧客ほど回答してくれなかったりする弱点があります。だからこそ、客観的な利用状況と主観的な満足度を掛け合わせることで、片方だけでは見えない状態を補完します。
エンゲージメント｜キーマン接触・担当者の関与度・チャンピオン異動リスク
エンゲージメントは、顧客企業と自社の関係の深さを測る軸です。ウェビナーや勉強会への参加、定例ミーティングへの出席、意思決定に関わるキーマンとの接触頻度、日常的に製品を推進してくれる担当者（チャンピオン）の関与度などが指標になります。
この軸で特に注意したいのが、チャンピオンの異動や退職です。社内で製品の価値を理解し推進していた担当者がいなくなると、後任が価値を理解しておらず、更新時に契約が見直されるリスクが一気に高まります。利用状況も満足度も良好なのに、キーマンの交代を境に解約に至るケースは珍しくありません。チャンピオン異動は、3軸のなかでも優先度の高いアラートとして扱うべきシグナルです。
ヘルススコアの設計手順
ヘルススコアの設計は、「健全な顧客像の定義 → 指標選定 → 重み付け → 算出・閾値設定」の順で進めるのが基本です。いきなり多くの指標を盛り込むと、データが揃わなかったり、更新の手間が増えて運用が止まったりします。最初はシンプルに、確実に取れるデータで小さく始めるのが失敗しないコツです。ここでは全体の流れを4ステップで概観し、指標の具体的な選び方や重み付けの手法は個別記事に譲ります。
ステップ1｜健全な顧客像（理想状態）を定義する
最初にやるべきは、指標を選ぶことではなく「自社にとって健全な顧客とはどういう状態か」を言葉で定義することです。たとえば「主要機能を週に一定回数使い、社内に複数の利用者がいて、四半期に一度は担当者と接点がある状態」といった具合に、更新し続けてくれる顧客に共通する姿を描きます。この理想状態が、後で選ぶ指標と閾値の基準になります。ここが曖昧なまま指標選定に進むと、測る意味のわからない数字が並ぶだけになります。
ステップ2｜3軸に沿って測定可能な指標を選ぶ
理想状態を定義したら、それを表す指標を利用状況・満足度・エンゲージメントの3軸から選びます。ポイントは「重要だから」ではなく「測定可能だから」を優先し、確実にデータが取れる指標から始めることです。理想は追跡したいが今はデータが取れない指標は、後から足せばよいので初期段階では見送ります。各軸から代表的な指標を1つずつ選ぶだけでも、スコアの骨格は作れます。
ステップ3｜指標の重み付けとスコアの算出方法を決める
選んだ指標を単純に合計するのではなく、解約への影響が大きい指標に重みを置きます。たとえば利用状況の低下が解約に直結しやすい事業なら、利用状況の指標の重みを大きくします。この重み付けは最初から完璧を目指す必要はなく、仮説で置いて運用しながら調整していく前提で決めます。
ステップ4｜スコアの閾値（好調/注意/危険）を設定する
算出したスコアを「好調・注意・危険」の3段階などに分ける閾値を設定します。この段階分けが、後のアラートやアクションのトリガーになります。閾値は運用初期には実際の解約と照らし合わせながら見直すことを前提に、まずは仮で置きます。段階を細かく分けすぎると運用が煩雑になるため、対応を分けられる粒度にとどめるのが実務的です。
指標の選び方・重み付けの手法・KPIへの落とし込みなど、設計の踏み込んだ実務は〈ヘルススコアのKPI設計と指標の選び方〉で解説します。
解約リスクの早期検知とアラート設計
ヘルススコアは「下がったことに気づける仕組み」とセットで初めて解約防止に効きます。スコアを算出しても、誰かが定期的に見て変化に気づかなければ意味がありません。閾値割れ・スコアの急落・特定のシグナル（チャンピオン異動など）をトリガーに、担当者へ自動でアラートが届く形にするのが理想です。検知ルールとアラート運用の細かな設計はクラスター記事に譲り、ここでは考え方の骨子を示します。
何を検知の起点にするか
検知の起点は、大きく3種類あります。1つ目は閾値割れで、スコアが「注意」や「危険」のラインを下回ったときに反応します。2つ目はスコアの急変で、絶対値は高くても短期間で大きく下がった場合を捉えます。高スコアからの急落は、順調だった顧客に何か起きたサインなので見逃せません。3つ目は特定イベントで、スコアの数値とは別に、チャンピオンの異動や主要機能の利用停止など、単発でもリスクの高い出来事を直接トリガーにします。この3つを組み合わせると、じわじわ悪化するケースと急に崩れるケースの両方を捉えられます。
アラートを「アクションにつながる形」で出す
アラートは、誰が受け取り、いつ、何をするかまで決めておかないと機能しません。ダッシュボードをただ眺めるだけの運用は続かず、いずれ見られなくなります。アラートは通知を出すこと自体が目的ではなく、対応を起こすための引き金です。
そのため、ダッシュボードやアラートは状態を表示するだけでなく、アクションを起点に設計するのが有効です。「危険ゾーンに入った顧客は担当CSMに翌営業日までに通知し、面談を打診する」というように、通知と次の行動を結びつけておきます。検知だけが独立して回り、アクションが伴わない状態が、スコアがあるのに解約が減らない典型です。
検知ルールの具体やアラート運用の設計は、〈CSのリスク検知とアラート設計〉で詳しく解説します。
スコア別のアクションで顧客維持率を高める
ヘルススコアは分類して終わりではなく、スコアの高低に応じて対応を変えることで初めて顧客維持率につながります。低スコアの顧客にはリスク対応、高スコアの顧客には維持と拡大提案、と打ち手を分けるのが基本です。ただし、高スコアなら安心という思い込みは禁物で、数字が良い顧客が突然解約する例外にも備えが必要です。スコア別の具体的なリテンション施策はクラスター記事に譲り、ここでは対応の分け方の全体像を示します。
低スコア顧客への解約防止アプローチ
低スコアの顧客には、まず何が原因でスコアが下がっているのかを3軸から切り分けます。利用が落ちているのか、不満が溜まっているのか、関係が薄くなっているのかで打ち手が変わります。利用が落ちているなら活用支援や再オンボーディング、不満が原因なら課題のヒアリングと解決、関係が薄いならキーマンとの接点の再構築、というように原因に対応させます。原因を切り分けずに一律の「フォロー」をしても、根本の詰まりは解消しません。
高スコア顧客の維持と拡大
高スコアの顧客は、健全に活用できている状態です。この層に対しては、現状を維持しつつ、追加機能や上位プランの提案（アップセル・クロスセル）で契約単価を伸ばす余地があります。価値を実感している顧客ほど拡大提案が通りやすいため、解約防止の守りだけでなく、収益を伸ばす攻めの対象として扱います。ただし、拡大提案を急ぎすぎて関係を損ねないよう、顧客の状況を見極めて提案します。
「高スコアなのに解約」への備え
スコアが高いのに解約する、という現象は起こり得ます。利用も満足度も良好でも、予算削減や事業方針の変更、チャンピオンの異動といったスコアに表れにくい要因で契約が見直されることがあるためです。スコアはあくまで確率を示す指標であり、数字だけで安心せず、高スコアの顧客とも定期的な対話を欠かさないことが備えになります。特にキーマンの交代など、スコアに反映される前の兆候を人の目で拾う運用が重要です。
スコア別のリテンション施策の詳細は、〈CSの解約防止とリテンション施策〉をご覧ください。
顧客セグメント別のスコアリング
全顧客に同じスコアモデルを当てはめると、精度が落ちます。契約規模の大きいエンタープライズ顧客と小規模顧客、業種、契約からの経過期間では、健全な状態の基準がそもそも異なるためです。セグメントを分け、それぞれで重視する軸や閾値を変えることで、スコアが実態を反映するようになります。ここではセグメント分けの考え方を概観し、具体的な設計はクラスター記事に譲ります。
なぜ一律モデルでは精度が出ないのか
たとえば、大企業は複数部署で少しずつ使うため利用頻度が分散しやすく、小規模顧客は一人が集中的に使う傾向があります。同じ「ログイン頻度」の数値でも、意味するところがセグメントによって違います。契約直後のオンボーディング期と、定着後の運用期でも健全な状態は異なります。一律のモデルでは、あるセグメントでは危険なのに別のセグメントでは正常、という状態を取り違えてしまいます。
セグメントの切り方と重み付けの変え方
セグメントは、契約規模・業種・利用フェーズ（オンボーディング期／定着期）などで切ります。切ったうえで、セグメントごとに重視する軸を変えます。オンボーディング期は利用状況と関与度を重く見て定着を確認し、定着後はエンゲージメントや満足度の変化を早めに捉える、といった具合です。ただし、セグメントを細かく分けすぎると管理が煩雑になるため、対応方針が明確に変わる粒度にとどめます。
セグメント別の設計と対応の詳細は、〈CSのセグメント別ヘルススコア対応〉で解説します。
ヘルススコア運用でつまずく典型パターンと回避策
ヘルススコアは、作ることよりも運用され続けることのほうが難しい仕組みです。導入時は意気込んで設計しても、データが揃わない、複雑すぎて更新されない、現場が見なくなる、といった理由で形骸化するケースが多く見られます。ここでは上位の解説記事が省きがちな失敗パターンを整理し、それぞれに条件付きの回避策を示します。設計・運用の判断に迷ったときの確認材料として使ってください。
データが揃わず設計が止まる
理想の指標を並べたものの、必要なデータが取得できず設計段階で止まってしまうパターンです。回避策はスモールスタートです。今すぐ確実に取れるデータだけで、3軸から各1指標程度の最小構成で始めます。完璧なモデルを目指してデータ基盤の整備から始めると、いつまでも運用が始まりません。まず動かして、データが増えたら指標を足す順序にします。データ準備を理由に着手が遅れているなら、指標を絞って始めるのが正解です。
指標が複雑すぎて更新されない、または定型化しすぎて実態を反映しない
これは相反する2つの失敗です。1つは、指標や計算式を盛り込みすぎてスコアの更新やメンテナンスが手間になり、放置されるパターン。もう1つは、逆にスコアの計算を単純に固定しすぎて、顧客の実態の変化にモデルが追いつかなくなるパターンです。
回避策は、複雑さと更新負荷のバランスを取ることです。指標が多すぎて運用が回らないなら、解約への影響が小さい指標を削ってシンプルにします。逆に、実態と乖離してきたと感じるなら、実際の解約データと照らして重みや閾値を定期的に見直します。作って放置ではなく、定期的な見直しを運用に組み込むことが両方の失敗を防ぎます。
スコアはあるがCSMが見なくなる
最も多いのが、スコアやダッシュボードは存在するのに、現場のCSMが日常業務で見なくなり形骸化するパターンです。原因は、スコアを見ても次に何をすべきかがわからない、あるいはスコアが業務のワークフローから切り離されているためです。
回避策は、前のセクションで述べたとおり、スコアをアクションと一体で運用することです。閾値割れや急落が起きたら自動で担当者に通知が飛び、対応のタスクにつながる形にします。スコアを見にいく運用ではなく、スコアの変化が現場に届く運用にする。見られなくなっているなら、通知とアクションの導線が切れていないかをまず疑うべきです。
ヘルススコアの運用体制とツール選び
ヘルススコアはスプレッドシートでも始められます。ただし、データの自動収集・リアルタイムな更新・変化を捉えるアラートを求める段階になると、手作業では追いつかず、ツール化が必要になります。判断の軸は「更新と検知に人の手がどれだけ取られているか」です。費用は製品や必要な機能の範囲によって幅があり、まずは既存のツールで無理なく回せる範囲から始めるのが現実的です。ここでは、手作業から始めてツール化を検討するまでの流れと、既存の営業情報やデータの活かし方を整理します。
スモールスタート（スプレッドシート）から始める判断
初期段階では、スプレッドシートでのスコア管理で十分機能します。顧客数が限られ、指標も少ないうちは、手動でデータを入力・更新しながらスコアの考え方そのものを固めるほうが、いきなりツールを導入するより学びが多くなります。まず小さく回して、健全な顧客像や重み付けの仮説を検証する段階では、ツールへの投資を急ぐ必要はありません。
ツール化を検討するタイミング
ツール化を検討すべきなのは、手作業の限界が見えてきたときです。具体的には、顧客数が増えてデータ入力が追いつかない、複数のデータソースを手で突き合わせるのが負担になっている、スコアの変化にリアルタイムで気づきたい、アラートを自動化したい、といったニーズが出てきた段階です。逆に言えば、これらの必要性が薄いうちは、ツール導入がかえって運用の重荷になることもあります。必要になった機能から段階的に検討するのが失敗の少ない進め方です。
既存の営業情報やデータを活かす
ヘルススコアの精度を上げるには、CSが持つ利用ログや満足度データだけでなく、営業段階で蓄積された情報も入力として有効です。商談の経緯、案件の背景、顧客の意思決定に関わるキーマンの情報、契約に至るまでの接点の履歴といった情報やデータは、顧客の状態や関係性を捉えるうえで役立ちます。これらはSFA（営業支援システム）やCRM（顧客関係管理）に蓄積されていることが多く、CSと営業でデータを分断せずに連携させることが、実態に近いスコアリングの土台になります。
こうしたデータ活用の一例として、Mazrica SalesのようなSFA/CRM（ここでは営業プロセスを前に進める仕組みと顧客との関係を長期に築く仕組みを統合したツールを指します）では、蓄積した営業情報やデータをもとにAIが次のアクションを示唆する仕組みがあります。営業段階の情報をCSが引き継いで活用できれば、ヘルススコアの入力データを増やし、受注前後で分断のない顧客対応につなげられます。ツールを選ぶ際は、CSが使うデータと営業が持つデータをつなげられるかも判断材料になります。
まとめ
ヘルススコアは、解約の兆候を先回りで捉え、限られたCSリソースを適切な顧客に振り向けるための仕組みです。ただし、作って可視化するだけでは解約は減りません。スコアの低下を検知し、それをアクションに変換する運用まで一体で設計して初めて成果につながります。
最初の一歩としては、いきなり完璧なモデルを目指すより、自社にとって健全な顧客像を1つ言葉で定義し、利用状況・満足度・エンゲージメントの3軸から確実に取れる指標を各1つだけ選んでスモールスタートするのが現実的です。運用しながら実際の解約データと照らして重みや閾値を調整し、必要になった段階でツール化やセグメント分けに広げていくとよいでしょう。
より踏み込んだ実務は、目的に応じて次の記事を参照してください。指標の選び方とKPI設計は〈ヘルススコアのKPI設計と指標の選び方〉、検知ルールとアラート運用は〈CSのリスク検知とアラート設計〉、スコア別の施策は〈CSの解約防止とリテンション施策〉、セグメント別の設計は〈CSのセグメント別ヘルススコア対応〉で解説しています。
よくある質問
Q ヘルススコアの指標データはどこから取得すればよいですか？
主に3つのソースから取得します。利用状況は製品のログデータやプロダクト分析ツールから、満足度はNPS・CSATのアンケートや問い合わせ管理システムから、エンゲージメントは商談履歴やミーティングの記録、イベント参加履歴などから集めます。営業段階の情報はSFA/CRMに蓄積されていることが多いため、CSのデータと連携させると入力を増やせます。初期は自動で取れるデータに絞り、手作業が必要な指標は運用が固まってから足すのが現実的です。
Q ヘルススコアが高い顧客が突然解約するケースにはどう対処しますか？
スコアはあくまで確率を示す指標なので、高スコアでも解約は起こり得ます。予算削減や事業方針の変更、社内の推進役（チャンピオン）の異動など、スコアに表れにくい要因が原因です。対策は、数字だけで安心せず高スコア顧客とも定期的な対話を続けること、そしてキーマンの交代のようなスコアに反映される前の兆候を人の目で拾う運用を持つことです。特にチャンピオン異動は、スコアの高低にかかわらず優先度の高いアラートとして扱います。
Q ヘルススコアの設計から運用開始まで、どのくらいの期間が必要ですか？
必要な期間は、始め方によって大きく変わります。確実に取れるデータで最小構成のスコアを組むなら、数週間で運用を始めることも可能です。一方、複数のデータソースを連携させ、重み付けや閾値を実際の解約データで検証しながら精度を高める段階まで含めると、数か月単位で見ておくのが妥当です。長期化を避けるには、完璧を目指さず小さく始めて運用しながら調整する進め方が有効です。
Q ヘルススコアはどのくらいの頻度で見直すべきですか？
スコアの数値は日次や週次で更新して変化を追う一方、スコアモデルそのもの（指標・重み付け・閾値）の見直しは、四半期に一度など定期的に行うのが目安です。特に、実際に解約した顧客のスコアが直前まで高かった場合や、逆に低スコアでも継続している顧客が多い場合は、モデルが実態とずれているサインなので見直しを検討します。事業や顧客層が変われば健全な状態の基準も変わるため、作って放置にしないことが重要です。
Q 導入したもののCSMチームがスコアを見なくなってしまいました。どうすればよいですか？
多くの場合、スコアが業務のワークフローから切り離されているか、スコアを見ても次のアクションがわからないことが原因です。見にいく運用ではなく、閾値割れや急落が起きたら自動で担当者へ通知が届き、対応タスクにつながる形に変えるのが有効です。加えて、スコアの段階ごとに「この状態なら何をする」という対応方針を決めておくと、スコアが行動の起点として機能します。通知とアクションの導線が切れていないかをまず確認してください。
Q 解約の兆候を見極めるポイントはありますか？
3軸のどこに変化が出ているかを見るのが基本です。利用状況では、ログイン頻度の低下や主要機能の利用停止、アクティブユーザー数の減少が代表的な兆候です。満足度では、問い合わせやクレームの増加、あるいは逆に連絡が途絶えること、アンケートへの無回答が挙げられます。エンゲージメントでは、定例ミーティングの欠席やキーマンとの接触減、チャンピオンの異動が要注意です。単一の指標より、複数の軸で同時に変化が見られたときほどリスクが高いと判断します。