解約の4人に1人は、顧客の意思ではないかもしれません。
これは少し挑発的に聞こえるかもしれませんが、海外のサブスクリプション業界では古くから知られた数値です。業界では 受動的チャーン（Involuntary Churn） と呼ばれ、海外の調査では全解約のうち 20〜53%（Recurly 2024 / ProfitWell・参考値） が決済エラーに起因していると報告されています。本記事では、その正体と、なぜ国内事業者様の経営数字から抜け落ちやすいのか、そして「決済エラー管理（Payment Error Management）」という新しい運用カテゴリでどう扱うのかを整理します。
能動的チャーンと受動的チャーンの違い
解約は、原因によって2つに分けることができます。
能動的チャーン（Active / Voluntary Churn）
顧客が自ら「解約したい」と意思を表明し、解約フォームやサポート問い合わせ経由で離脱するケースです。価格が高い、機能が合わない、競合に乗り換える、利用機会が減ったなど、理由はサービス側で把握しやすく、対策も比較的わかりやすい領域です。
受動的チャーン（Involuntary Churn）
顧客は解約したいと思っていないのに、毎月の課金が決済エラーで止まり、結果としてサービスが停止されるケースです。カードが期限切れになっただけ、口座残高が一時的に不足しただけ、不正検知に誤ってヒットしただけ、ということが珍しくありません。
厄介なのは、CRM や会計システム上では、能動的チャーンも受動的チャーンも同じ「解約」として並んでしまう点です。「顧客が辞めたかったのか」「決済エラーで結果的に止まっただけなのか」を、後から区別するのは容易ではありません。
海外の調査が示す規模感
受動的チャーンに関しては、海外のサブスクリプション業界で複数の調査が公開されています。いずれも環境によって幅があるため、自社の数字に置き換える際は 参考値 としてご覧ください。
- ProfitWell（参考値）: サブスクリプションビジネス全体の解約のうち、決済エラーが起点となっているものは 20〜53%（参考値） 程度。
- Recurly Recover の業界レポート（参考値）: 適切なリカバリー運用を行うことで、決済エラー由来の解約のうち 55〜70% 程度を回復できる余地がある。
- Stripe 公式ドキュメント（参考値）: Recovery 機能（Smart Retries、カード更新サービス、Customer Portal 等）の組み合わせにより、課金エラーからの一定割合の自動復元が可能。
もちろん、これらは海外データであり、商材・価格帯・国際カードブランドのミックス・顧客属性によって数字は大きく変わります。それでも「解約の数十パーセントは、本当はサービスを使い続けたかった顧客かもしれない」という前提は、国内の事業者様にとっても見過ごすには大きすぎる規模です。
受動的チャーンが起きる 5 つの原因
受動的チャーンの中身を分解すると、おおむね以下のようなパターンに収まります。割合は商材により異なるため、海外調査の 参考値 として捉えてください。
1. カード期限切れ（参考値で最大の要因）
もっとも多いとされるのが、登録カードの有効期限切れです。海外調査では、決済エラー全体の 35〜40%（参考値） を占めるとも言われます。顧客は「使い続けたい」と思っているのに、カード再登録を促す導線がなければ、そのまま静かに止まってしまいます（詳しくはカード期限切れと「気づかれない解約」）。
2. 残高不足・限度額超過
月初・年初・大型支出が重なる時期など、一時的な残高不足や限度額超過で課金が通らないケースです。本人は数日後に解消しているのに、その間にリトライ猶予を使い切ってしまうと、結果として解約扱いになります。
3. 不正検知ヒット（False Positive を含む）
国際カードブランド側、発行会社側、決済代行会社側のいずれかで不正検知ルールに引っかかり、本来は正当な決済が止まるケースです。特に海外発行カード、IP が普段と異なる場合、初回課金の金額が大きい場合などに起こりやすく、誤検知（False Positive）を含みます。
4. 認証エラー（3DS 等）
3D セキュアなどの本人認証フローで、顧客が認証を完了できずに決済が通らないケースです。スマートフォン買い替え後にワンタイムパスワード経路が変わっていた、認証用のメールアドレスを忘れていた、といった細かい事情で発生します。
5. カード会社側の判断（理由不明を含む）
発行会社側の判断で、明確なエラー理由が共有されないまま課金が拒否されるケースもあります。事業者様側では「Do Not Honor」のような曖昧な応答コードしか分からず、原因特定が難しいパターンです。
CRM・会計上で何が起きているか
受動的チャーンが厄介なのは、経営数字に出てくる時にはすでに「自然な解約」として処理されている点です。
- 解約理由欄が空欄: 顧客が自ら申告したわけではないため、解約理由として「決済エラー」が残ることはまずありません。
- LTV から欠落: 顧客は「途中で止まった」だけで、本来想定していた継続期間に届く前に LTV が打ち切られます。
- CAC を再投下しないと埋まらない: 失われた MRR を補うため、新規獲得施策に予算を投下する必要が出てきます。本来必要なかったコストです。
- 半年後に経営数字で気づく: 月次では誤差に見えても、半年〜1年でじわじわ積み上がり、MRR の伸び悩みやチャーン率の説明がつかなくなる、という形で顕在化します。
逆に言うと、受動的チャーンを独立した KPI として可視化できれば、能動的チャーン対策（プロダクト改善・価格設計・カスタマーサクセス）と、受動的チャーン対策（決済エラー管理）を、別のレバーとして使えるようになります。
海外での対処の方法論 — 2 つのレイヤー
海外のサブスクリプション業界では、受動的チャーンへの対処はおおむね 2 つのレイヤーに分かれています。
レイヤー A: リトライ実行
決済エラーが発生した後、いつ・どのタイミングで再課金を試みるかを最適化するレイヤーです。Stripe Recovery（Smart Retries・カード更新サービス）、Recurly Recover、Chargebee Dunning 等が、この領域のグローバル標準として広く使われています。決済代行会社・サブスクリプション基盤側で機能化されており、設定さえ行えば一定のリトライ運用は自動で回ります。
レイヤー B: リトライ後の対応分類
リトライしても回復しなかったエラー、リトライではそもそも回復しないエラー（カード期限切れ・本人認証必要・不正検知ヒット等）について、「顧客対応すべきもの」「カード更新を促すもの」「再試行可能性が高いもの」「リトライを止めたほうがよいもの」を分類して、人の判断に渡すレイヤーです。
このレイヤー B は、海外でも明確な category として確立されているわけではなく、各社が内製または個別のオペレーションで補ってきました。国内の事業者様の多くは、レイヤー A は決済代行会社の機能で済ませる一方、レイヤー B は手作業で月次集計するか、そもそも見えていない、というケースが少なくありません。
Recovery Monitor のポジション — 「決済エラー管理」
Recovery Monitor は、上記のレイヤー B 領域、すなわち 「決済エラー管理（Payment Error Management）」 を、日本市場で最初に体系化したサービスです。
あえて Recovery Monitor が 担当しない 領域を明確にしておきます。
- 新規の課金実行・自動再請求は 担当しません（決済代行会社の領域）。
- 顧客への自動メール送信は 行いません（送信判断は事業者様）。
- リトライそのものの実行は 行いません（Stripe Recovery / Recurly Recover / Chargebee Dunning 等のリトライレイヤーをそのまま活かす設計）。
その上で Recovery Monitor は、決済代行会社のリトライが終わった「あと」のエラーを、5 つの対応カテゴリに整理して提示します。
- 再試行候補（時間差で復活する可能性が高いもの）
- カード更新候補（期限切れ・カード会社側の更新が必要なもの）
- 顧客対応候補（個別に状況を確認すべきもの）
- 認証確認候補（3DS 等のフローを再度案内すべきもの）
- リトライ非推奨（これ以上の再課金が逆効果になりうるもの）
判断材料を整え、最終的な対応は事業者様の運用に渡します。Rule-first, AI-assisted の方針で、AI は分類の補助や月次レポートの下書きのみを担当し、顧客への送信判断・再課金実行は人が行います。
受動的チャーンが「見える」と、何が変わるか
受動的チャーンを独立 KPI として扱えるようになると、以下のような変化が期待できます。
- 月次レビューで「能動的チャーン」と「受動的チャーン」を分けて議論できる。
- 本来戻せたはずの顧客リストが自動で抽出され、カスタマーサクセス側のフォロー対象になる。
- 失った MRR を新規獲得（CAC 再投下）で埋める前提から、「まず取り戻す」前提に運用が変わる。
- LTV の前提値が安定し、CAC ペイバック期間の計算精度が上がる。
「全解約のうち、どれくらいが受動的チャーンだったか」を可視化することは、決済代行会社の管理画面だけ見ていても難しい作業です。だからこそ、レイヤー B を専任で扱うサービスに価値が生まれます。
まず自社の規模感を確認する
記事中の数字はあくまで海外の 参考値 です。自社の実数値は、過去数ヶ月の決済エラー件数・MRR・平均顧客単価から試算できます。
Recovery Monitor では、自社の受動的チャーン規模を簡易に試算できる 受動的チャーン試算ツール と、実データで分類フローを試せる 30日間無料トライアル をご用意しています。
「解約の 4 人に 1 人は、顧客の意思ではないかもしれない」 — この前提を一度持ち込んで、自社の数字を見直すきっかけにしていただければ幸いです。