チャーンとは？解約・利用離脱・決済失敗を分けて判断する方法
公開日:
最終更新日:
カテゴリ: マーケ基礎用語, CRM・LTV・顧客管理
著者: 与謝秀作
チャーンは、顧客が契約や利用関係から離れることです。ただし解約申請、サービス終了、利用頻度の低下、決済失敗は同じ事象ではありません。「何をもって顧客を失ったとするか」を先に決めると、解約率の誤集計と、顧客への不要な働きかけを減らせます。
チャーンの意味は事業の関係性で定義する
有料サブスクリプションなら、契約が終了し有料顧客でなくなることをチャーンとする方法があります。契約のない小売やアプリでは、一定期間購入・利用がないことを離脱と定義する場合もあります。後者は観測条件に基づく分類であり、顧客が二度と戻らないと確認できたわけではありません。
英語ではcustomer churnとcustomer attritionが近い意味で使われます。利用への関与が弱くなることはdisengagementと区別すると明確です。attritionを必ず「解約前の兆候だけ」を指す専門用語として扱う必要はありません。
本記事では、有料顧客のサービス終了が確定した日をチャーンとする例を使います。解約申請日を採用する運用もあり得ますが、同じレポート内で両方を混ぜないことが重要です。
申請・終了・利用低下・決済失敗を分類する
観測した事象 | この例で確定チャーンか | 確認する情報 | 次の行動 |
|---|---|---|---|
翌月末での解約申請 | まだ数えない | 利用可能な終了日、申請の取消 | 希望を尊重し終了案内を確認 |
当月に有料サービスが終了 | 数える | 顧客ID、終了日、残る別契約 | 記録を確定し理由を整理 |
ログイン頻度が低下 | リスク候補 | 利用目的、季節性、代替の利用経路 | 必要なら状況を確認 |
決済失敗・回復処理中 | 失敗だけでは数えない | 契約状態、再試行結果、利用可否 | 支払手段と案内を確認 |
無料trialから有料へ移行せず終了 | 有料顧客チャーンとは別 | trialの対象と転換条件 | trial転換率として追う |
複数契約を持つ会社が一つの契約だけを終了した場合、契約チャーンはあっても会社単位の顧客チャーンではないことがあります。Stripe Billingの指標定義でも、customerとsubscriptionを区別し、subscriberの状態を定義しています。自社の単位を会社・契約・個人のどれにするか決めてください。
決済失敗は回復の結果まで確認する
顧客が解約を希望して離れる自発的チャーンと、支払いや契約処理をきっかけに離れる非自発的チャーンは、対応が異なります。とはいえカード決済の失敗イベントを受け取った時点で、すべてを非自発的チャーンと数えるのは早すぎます。
Stripeの再試行仕様では、回復可能な支払いもあれば再試行できない条件もあり、最終失敗後の契約状態は設定に依存します。実務では決済担当と契約状態を照合し、未回復・回復済み・契約終了を分けます。特定の回復率や「少ない工数で必ず改善」という効果は前提にしません。
架空例：申請8件をそのまま8%と数えない
月初の有料顧客が100社の架空サービスを考えます。当月に解約申請が8件あり、うち5社のサービスが当月終了、3社は翌月終了予定です。決済失敗は4件あり、2件は回復済み、残り2件も当月末時点では契約・利用が有効です。利用低下の警告は12社に出ています。
事象 | 件数・社数 | 当月チャーンへの扱い |
|---|---|---|
解約申請 | 8件 | 申請日だけで全件を数えない |
当月のサービス終了が確定 | 5社 | 期首顧客の損失として数える |
翌月終了予定 | 3社 | 当月の確定終了には含めない |
決済失敗 | 4件 | 回復済み2件・有効契約2件を確認 |
利用低下の警告 | 12社 | 解約確定とはしない |
この例で当月の確定終了が5社のみなら、顧客チャーンは5÷100×100＝5%です。申請、失敗、警告は同じ顧客に重複する可能性もあるため、8＋4＋12と足してはいけません。対象期間と顧客IDをそろえた判定が必要です。
再加入がない同じ期首顧客群なら、残った顧客の割合は95%です。この条件で顧客継続率は100%−顧客チャーンになりますが、売上維持率にそのまま置き換えることはできません。詳しい式は顧客・売上チャーンとGRR・NRRで確認できます。
顧客が離れることと、過去の売上が消えることは別
解約によって、今後得られる継続売上やMRRは減ります。しかし解約したという理由だけで、過去に提供したサービスの認識済み売上がすべて消えるわけではありません。返金、契約取消、売上調整は、それぞれの条件に基づく別の処理です。売上・利益・入金の区別はレベニューの計算と扱いを参照してください。
顧客数と売上も別の動きをします。大口1社の解約は、小口数社の解約よりMRRへの影響が大きい場合があります。また既存顧客の追加購入が解約・縮小の損失を上回れば、ネット売上チャーンは負になることがあります。それでも顧客が失われた事実や、将来も売上が伸びる保証にはなりません。
獲得費用を回収できたかを見る場合は、単なる売上累計ではなく、定義した粗利・貢献利益とCACの費用範囲をそろえます。LTVも売上ベースか粗利ベースかを明示し、同じ費用を二度引かないようにします。
リスクの兆候を確定事実と分けて記録する
利用低下や問い合わせの増加は、離反を調べるきっかけになります。ただし低頻度でも十分な価値を得ている顧客や、季節的に使わない顧客もいます。解約には必ず予兆があるとは限らず、警告が解約を正しく予測する割合も自社で検証が必要です。
確認する際は、顧客が希望する連絡方法や解約意思を尊重します。理由が未回答なら「価格が原因」などと推測で埋めず、未回答と残します。継続のための値引きを提案する場合も、売上だけでなく追加費用と将来の更新条件を確認してください。
チャーン台帳から改善対象を決める
- 顧客ID、契約ID、起点イベント、申請日、終了日、現在状態を記録する。
- 理由の確認状況、回復や再加入、担当、次の期日を残す。
- 確定した損失とリスク候補を分け、月末残高と照合する。
- 理由別に対象・施策・費用・観測期間を決める。
観測0件の月はあり得ますが、将来もゼロという意味ではありません。実数、対象数、観測期間を並べて評価します。次の施策は離反理由別のLTV改善と検証につなげられます。チームで会社・担当者・取引や施策の担当を整理するときは、XtrategyのCRM管理・プロジェクト管理も利用できます。
