「解約の連絡が来て初めて、様子がおかしいと気づきました」

契約から「初期価値の実感」までの時間を最短化する設計です。何をもって立ち上がり完了とするか（アクティベーション定義）とセットで決めます。チャーンの最大要因は「立ち上がり失敗」であるため、導入プロジェクト計画を標準化することが最初の防波堤になります。

カスタマーヘルススコア

利用状況・機能採用度・サポート履歴・関係性（キーパーソン接触）などを合成した解約予兆の指標。CS担当のアカウント優先順位付けや、プロアクティブな介入のトリガー設計に使う

タッチモデル設計

顧客セグメント（契約額・拡大余地）別にCSの関与度と手段（専任担当／ウェビナー／自動化）を配分する。ハイタッチ・ロータッチ・テックタッチの3段階が代表的。全顧客に同じ工数をかけないための仕組み化

顧客セグメントごとにタッチモデルを割り当てるフォーマットです。

NPS（Net Promoter Score）

「知人に薦めたいか」を0〜10点で聞き、推奨者（9-10）比率から批判者（0-6）比率を引いて算出する。定期測定（リレーショナル）と接点毎測定（トランザクショナル）がある

チャーン分析

自発的／非自発的（支払い失敗等）チャーンの分解、解約理由の類型化、コホート別残存率カーブの把握。「どのセグメントの・どの時期の・何が原因の解約か」を特定する起点になる

QBR（四半期ビジネスレビュー）／EBR（経営層向けビジネスレビュー）は、提供価値を定量で報告し、次期の活用計画を合意する定例ミーティングです。更新・アップセルの布石を打つ場として、エンタープライズ顧客のリテンション・エクスパンション運用の中核に位置づけられます。

例えば、契約更新の1〜2ヶ月前になって初めて顧客の利用状況が落ちていることに気づく、という事態はCS組織でよく起きる失敗です。ヘルススコアが閾値を割った時点で自動アラートが立つ仕組みにしておけば、解約が確定する前にプロアクティブな介入ができます。健康診断を毎年受けていれば早期に対処できた不調を、症状が出てから病院に駆け込んで発見するようなものです。

ここで、先に反論しておきます。「QBRのような定例ミーティングを丁寧にやっていれば、異変には気づけるのでは」という指摘はもっともです。ただし、QBRは四半期に一度の頻度であり、その間に起きる緩やかな利用低下を捉えるには粒度が粗すぎます。QBRとヘルススコアの自動アラートは代替関係ではなく、後者が日常的な監視を担い、前者がその結果を対話に落とし込む場、という補完関係にあると考えるほうが実務的です。

ヘルススコアはどんな項目で構成すればいいですか

利用状況（ログイン頻度・機能採用度）、サポート履歴、関係性（キーパーソンとの接触状況）などを合成するのが一般的です。単一指標（例：ログイン回数だけ）では解約予兆を見誤りやすいため、複数の観点を組み合わせて検証することが推奨されます

全顧客に同じ手厚さでCS対応をするべきですか

一般的には非効率とされています。契約額・拡大余地に応じてハイタッチ（専任担当）・ロータッチ（ウェビナー等）・テックタッチ（自動化中心）にセグメントを分けるタッチモデル設計により、全顧客に同じ工数をかけない仕組み化が推奨されます

NPSが低い顧客は解約リスクが高いと判断してよいですか

NPSは顧客ロイヤルティの定点観測に有用ですが、単独で解約予兆を判断する材料としては不十分です。利用状況やサポート履歴と組み合わせたヘルススコア、チャーン分析（解約理由の類型化）と併せて総合的に見る必要があります

直近で解約になった顧客のうち、その予兆をヘルススコアなど仕組みの側で先に検知できていたのは何割でしょうか。もしほとんどが「解約の連絡が来て初めて気づいた」ケースなら、リテンションの仕組みはまだ「事後対応」の段階にとどまっているかもしれません。