本文へスキップ
スキルアップカレッジ

チャーン分析と解約防止——「なぜ離れるか」を可視化する

レッスン5:チャーン分析と解約防止——「なぜ離れるか」を可視化する

このレッスンで学ぶこと

  • チャーンの定義と種類(自発的・非自発的、カスタマー・レベニュー)を理解する
  • チャーン率の基本的な計算方法を把握する
  • 解約理由を構造的に分類する発想を身につける
  • 解約防止のアクション設計の基本パターンを学ぶ

レッスン4 でヘルススコアを学びました。本レッスンでは、CS の最大の課題である「解約(チャーン)」を直接扱います。チャーンは「悪いこと」として隠したくなる現象ですが、向き合って構造化することで、はじめて防げるようになります。

チャーンとは

チャーン(Churn)は、英語で「かき混ぜる」「攪拌する」という意味の動詞・名詞ですが、ビジネス文脈では「顧客の流出」「解約」を指します。サブスクリプション型ビジネスでは、収益が継続的な利用に依存するため、チャーンは最も重要な経営指標の一つになります。

「チャーンを防ぐ」「チャーンを下げる」「チャーンレート(解約率)を管理する」といった表現で日常的に使われます。

チャーンの 2 つの軸

チャーンは、次の 2 つの軸で整理されます。

軸1:自発的 vs 非自発的

  • 自発的チャーン(voluntary churn):顧客が能動的に解約を申し出るケース
  • 非自発的チャーン(involuntary churn):クレジットカードの期限切れ・支払い失敗など、意図しない原因での解約

自発的チャーンは CS の典型的な対象です。一方、非自発的チャーンは、決済処理や請求業務の改善で防げる種類のチャーンで、別の取り組みが必要です。

軸2:カスタマー vs レベニュー

  • カスタマーチャーン:解約した「顧客数」で測る
  • レベニューチャーン:解約による「収益額の減少」で測る

両者は似ていますが、意味は異なります。例えば、1,000 円の顧客が 10 社解約と、100 万円の顧客が 1 社解約とでは、カスタマーチャーンは前者が大きいのに、レベニューチャーンは後者が大きい。事業へのインパクトはレベニューで測るほうが正確な場面が多くなります。

💡 ポイント 「カスタマーチャーン率」と「レベニューチャーン率」は、別の数値です。経営報告では両方を見るのが普通で、どちらか一方だけ見ていると判断を誤ります。「件数のチャーン」と「金額のチャーン」の両方を意識する習慣を持ってください。

チャーン率の計算

チャーン率(churn rate)の計算は、月次・四半期・年次で行います。基本式は次のとおりです。

カスタマーチャーン率(月次)の例

期首の顧客数を分母、期中に解約した顧客数を分子にして計算します。

カスタマーチャーン率 = 期中に解約した顧客数 ÷ 期首の顧客数

例えば、月初に 200 社の顧客がいて、月内に 4 社が解約したら、月次カスタマーチャーン率は 4 ÷ 200 = 2.0% です。

レベニューチャーン率(月次)の例

期中の解約による契約金額減少を、期首の月間収益で割ります。

レベニューチャーン率 = 期中の契約金額減少 ÷ 期首の月間収益

実務では、ダウンセル(プラン縮小)も解約と同様にレベニュー減少として扱う場合があり、定義は社内で揃える必要があります。

業界・規模による違い

チャーン率の「良い・悪い」の絶対基準はありません。業界・顧客規模・契約期間で大きく変動します。

  • 中小企業向け SaaS:月次 1〜3% 程度が標準的な目安
  • エンタープライズ向け SaaS:月次 1% 未満が目標
  • B2C アプリ・コンシューマー製品:月次 5% を超えることも珍しくない

業界の数字を絶対視するのではなく、自社の過去と比べて改善できているか、を中心に見るのが現実的です。

🔰 初学者の方へ 「年次チャーン率」と「月次チャーン率」を混同しないよう注意してください。月次 2% は、複利的にだいたい年次 22% 程度になります(1 − (1 − 0.02)^12 ≒ 0.215)。報告で使う期間を必ず明示することが大事です。

なぜ顧客は離れるのか——解約理由の構造化

「なぜチャーンしたか」を理解しないと、防ぎようがありません。解約理由を、3 つの層に整理する発想が実務的です。

層1:製品要因

製品そのものに起因する解約。

  • 必要な機能がない、または不足
  • 動作が遅い、不安定
  • UI が使いにくい
  • 他社製品に明確に劣る

製品要因は、CS だけでは解決できません。プロダクトチームと連携した中長期の改善が必要です。

層2:運用要因

顧客側の使い方・自社の支援のしかたに起因する解約。

  • オンボーディング不足で使いこなせなかった
  • 業務に組み込まれず、習慣化しなかった
  • 推進担当者の異動でモメンタムが失われた
  • 期待していた成果と実際の活用にギャップが生まれた

運用要因は、CS が最も貢献できる領域です。オンボーディング設計(レッスン3)・ヘルススコア(レッスン4)・適切なタッチポイントが効きます。

層3:関係性要因

顧客と CSM・自社との人的・組織的な関係に起因する解約。

  • 担当 CSM との相性が悪かった
  • 連絡レスポンスが遅く、不満が溜まった
  • 顧客側の経営方針変更(買収・統合・撤退)
  • 競合への乗り換え

関係性要因の一部は CS でコントロールできますが、顧客側の事情に左右されるものもあります。

📝 補足 多くのチャーンは、1 つの要因だけでなく、複数要因が組み合わさって起きます。「製品要因が 60%、運用要因が 30%、関係性要因が 10%」のように、加重で捉える発想が現実的です。

解約理由の収集——「3 つの聞き方」

解約理由を構造化するには、聞き方も大事です。次の 3 つの聞き方を組み合わせるのが実務的です。

聞き方1:解約手続き時のアンケート

解約申請のフォームに、選択式の理由アンケートを組み込みます。多くの顧客は短時間で回答します。

選択肢の例:

  • 機能が不足
  • 料金が高い
  • 社内で活用が広がらなかった
  • 他社サービスに切り替え
  • 事業環境の変化(縮小・撤退)
  • その他

聞き方2:解約面談(インタビュー)

選択式アンケートだけでは深い理由はわかりません。重要顧客や高額契約の解約では、CSM が個別面談を行い、深く聞きます。

  • なぜ解約に至ったか、時系列で振り返ってもらう
  • どんな期待があり、何が満たされなかったか
  • 改善されれば再契約の可能性はあるか
  • 今後のサービス選定の判断軸

聞き方3:解約後の追跡

解約後しばらく経ってから、再度連絡して状況を聞きます。「解約直後は本音を言いにくい」「時間が経ってから振り返れる」という特性を活かします。

⚠️ 注意 解約面談は、CSM にとって心理的に重い仕事です。「自分の対応が悪かったのでは」と責められた気分になることもあります。組織として、解約面談を「失敗の追及」ではなく「学習の機会」と位置づけることが、健全な運用には欠かせません。

解約防止の基本パターン

解約理由を構造化したら、それに応じた防止アクションを設計します。代表的なパターンを紹介します。

パターン1:オンボーディング期の集中支援

オンボーディング不足が解約原因として最も多い場合、最初の 90 日に集中投資する設計(レッスン3)が効きます。短期的にコストは増えますが、長期的なリターンは大きい。

パターン2:ヘルススコアによる早期介入

ヘルススコアでイエロー段階の顧客に早めに介入する(レッスン4)。レッドになってからでは手遅れになりやすい。

パターン3:成果報告の習慣化

四半期ごとに「顧客が出した成果」を可視化して報告する習慣を持つ。顧客は自分でも気づかなかった成果を再認識し、契約継続の納得感が増します。

パターン4:担当者交代時の再オンボーディング

顧客側で担当者が交代したら、新担当者向けに再オンボーディングを提案する。「前任から引き継いだだけ」の状態を放置すると、新担当者は契約価値を理解しないまま解約候補にしてしまいます。

パターン5:「離脱兆候」リストの組織共有

「ログイン低下」「キーパーソン不在」「サポート問い合わせの不満化」など、離脱の兆候を組織で共有し、誰でも気づける状態にする。

パターン6:契約条件の柔軟化

最後の手段として、契約条件の柔軟化(一時休止・プラン変更・期間短縮など)を用意しておく。「全か無か」の選択を迫らないことで、関係を維持できる可能性が残ります。

💡 ポイント 解約防止は「6 つのパターンを全部やる」のではなく、「自社の解約理由の傾向に応じて重点を選ぶ」のが基本です。すべてに均等に投資するのは、リソースの無駄になります。

解約「させない」のではなく「成功」を目指す

最後に、解約防止に対する姿勢について触れます。

「解約させないために、しがみつく」発想は、長期的には自社にも顧客にも害になります。

  • 製品が顧客の課題を解決していないのに無理に引き留めれば、顧客は不満を募らせる
  • 不満を持ったまま続ける顧客は、社内に悪い評判を広げる
  • そうした顧客との関係維持に CS のリソースを使うと、本来支援すべき顧客が放置される

健全なスタンスは、「顧客の成功を目指す → 結果として解約が減る」です。順序が逆だと、続かない関係になります。場合によっては「お互いのために、いまは解約していただく」という判断もあります。

🔰 初学者の方へ 「解約は失敗」と受け止めすぎないことも大事です。事業環境が変わった、組織が変わった、本当に必要な機能と合わなかった——避けられないチャーンは必ずあります。重要なのは、「避けられたチャーンを減らす」ことと、「学べる教訓を組織に残す」ことです。

チャーン分析を組織で運用する

チャーンは個別のケースを追うだけでなく、組織として継続的に分析・改善する取り組みが必要です。代表的な運用形式:

  • 月次・四半期ごとのチャーンレビュー会議
  • 解約理由別・セグメント別の集計レポート
  • プロダクト・営業・マーケティングを含む横断的な振り返り
  • 解約理由から導いた改善施策の優先順位付け

CSM 単独ではなく、関係部署を巻き込んだ運用が、根本的な改善につながります。

講師の現場メモ:「ベスト解約」を分析した話

私(湯浅)が外資系 SaaS で CS マネージャーをしていた頃、ある四半期に異例の取り組みをしました。「最近解約した顧客の中から、最良の振る舞いだった顧客 3 社を選び、深掘りインタビューする」というものです。

普通、解約分析は「悪い顧客」を見ます。怒っている顧客、不満が多かった顧客、突然連絡が取れなくなった顧客。彼らから話を聞き、原因を探ります。

しかし、私たちが選んだのは正反対の顧客でした。きちんと事前に連絡をくれ、丁寧に解約理由を説明し、感謝の言葉まで残してくれた顧客たち。「うちのサービスがダメだったから解約された」のとは違う、「事業方針が変わって、これ以上の必要がなくなった」「会社が合併で別ツールに統合された」「予算削減で他のサービスを優先することになった」——こうした顧客たちです。

これらの「ベスト解約」をなぜ分析したかというと、「CS の改善対象を見極めるため」でした。彼らの解約は、私たちが何をやってもおそらく防げませんでした。であれば、こうした事例にリソースを投じて引き留めようとするのは無駄です。

代わりに、「私たちが何かをすれば防げたかもしれない解約」に集中することにしました。インタビューの結果、防げる解約と防げない解約の比率は、概ね 60:40 程度だとわかりました。私たちは、防げる解約の 60% に CS のリソースを集中させ、防げない解約のフォロー(円満な離脱、将来の再契約の余地)には最小限のリソースを充てる方針に変えました。

すると、半年後、防げるべき解約の割合がそれまでの 40% から 25% まで下がりました。「全部防ぐ」を目指していた頃よりも、結果として解約は減ったのです。

チャーン分析は「悪い顧客を見る」だけでは見えないことがあります。「良い解約」を見ることで、「自社が本当に集中すべき改善対象」が見えてきます。本コースを読んでいる皆さんも、機会があれば、円満解約の顧客にも話を聞いてみてください。きっと、新しい示唆が得られます。

まとめ

このレッスンでは、以下のことを学びました。

  • チャーンは「顧客の流出・解約」を指す、サブスク型ビジネスの最重要指標
  • 2 つの軸:自発的/非自発的、カスタマー/レベニュー
  • チャーン率の計算は月次・四半期・年次で。期間を必ず明示する
  • 業界・規模で良し悪しの絶対基準はない。自社の改善が中心
  • 解約理由は 3 層に分解:製品要因・運用要因・関係性要因
  • 聞き方は 3 つ組み合わせ:解約時アンケート・解約面談・解約後追跡
  • 解約防止の基本パターンは 6 つ。自社の解約傾向に応じて重点を選ぶ
  • 「解約させない」ではなく「成功を目指す」のが健全なスタンス
  • 組織として継続的に分析・改善する運用が、根本改善につながる

次のレッスンでは、顧客の声を継続的に聴くための仕組み——NPS とカスタマーボイスを扱います。数値での測定と、声の収集・分析・経営への接続を学びます。


確認クイズ

このレッスンの理解度をチェックしましょう。