非自発的解約（インボランタリーチャーン）とは？｜決済失敗で静かに消える顧客をリトライとダニングで取り戻す

解約率を下げたいと考えたとき、多くのチームはまず製品の改善やカスタマーサクセスの強化を思い浮かべます。ところが解約の中には、顧客が辞めるつもりなど全くなかったのに、気づけば契約が切れていたというものが混ざっています。

カードの有効期限が切れた、利用限度額に達していた、銀行が不正利用を疑って一時的に止めた。理由はさまざまですが、どれもプロダクトへの評価とは関係がありません。

こうした決済の失敗による解約を、非自発的解約（インボランタリーチャーン）と呼びます。この記事では、その定義と原因、測り方、そして取り戻すための打ち手を、サブスクリプションを運営するPMやRevOpsの視点で体系的に整理します。

非自発的解約とは何か

まずは言葉の意味をはっきりさせておきましょう。似た言葉が多いので、ここを曖昧にすると後の計測がずれてしまいます。

自発的解約との違い

自発的解約とは、顧客が自分で解約ボタンを押す、営業担当に解約を伝えるなど、本人の意思で契約を終えるものです。価格が合わない、使いこなせない、競合に乗り換えたといった理由が典型で、原因はプロダクトや提供価値の側にあります。

一方の非自発的解約は、本人に解約の意思がないまま、支払いが通らないことで契約が終わるものです。顧客はむしろ使い続けたいと思っていることが多く、決済が止まったことにすら気づいていない場合もあります。

この二つは原因も打ち手もまったく違います。自発的解約にはオンボーディングの改善や価格設計の見直しが効きますが、非自発的解約にいくら機能を足しても数字は動きません。

なぜ見落とされやすいのか

非自発的解約がやっかいなのは、ダッシュボード上ではただの解約として一括りにされがちな点です。解約理由のアンケートも届かないため、声のない解約として埋もれてしまいます。

さらに、決済の失敗は請求システムの中で起きるので、プロダクトチームの目に触れにくいという事情もあります。経理は未回収の売上として見ていても、PMはそれを解約率の問題として認識していない、という分断がよく起こります。

ここで一度、立ち止まって考えてみてください。あなたのチームの解約率のうち、何割が本当に製品への不満から来ているのか、即答できるでしょうか。

決済が失敗する主な理由

非自発的解約を減らすには、まず失敗の中身を分解する必要があります。決済の失敗は一種類ではなく、時間をおけば通るものと、何度試しても通らないものに大きく分かれます。

ソフトデクラインとハードデクライン

カード決済が拒否されることをデクラインと呼びます。一時的な理由による拒否をソフトデクライン、恒久的な理由による拒否をハードデクラインと呼び分けるのが一般的です。

ソフトデクラインは、残高や限度額の不足、カード会社側の一時的な通信障害、不正検知による保留などが原因です。数日後に同じカードで再度請求すれば通ることが多いため、リトライ（再請求）が有効に働きます。

ハードデクラインは、カードの解約、紛失や盗難による停止、存在しないカード番号といった理由で起こります。同じカードで何度リトライしても通らないうえ、無意味な再請求を繰り返すとカード会社からの評価を下げるおそれもあるため、決済代行サービスの多くはハードデクラインの場合に自動リトライを行いません。

主な失敗の種類と、それぞれに効く打ち手を表にまとめると次のようになります。

カードの更新と有効期限

見落としがちなのが、カードの有効期限切れです。カードには必ず有効期限があり、期限が来ると新しい番号や期限のカードが届きますが、顧客がサブスクリプション側の登録情報まで書き換えてくれるとは限りません。

この問題に対しては、カードブランドが提供するアカウントアップデーターという仕組みがあります。カード会社が発行した新しいカード情報を、加盟店側の保存情報に自動で反映するもので、主要な決済代行サービスの多くがこの機能に対応しています。

ただし、すべてのカード発行会社が対応しているわけではなく、国や地域によって対応状況も異なります。自動更新があるから安心と考えず、更新されなかった分を拾う仕組みを別に用意しておく必要があります。

非自発的解約の測り方

打ち手を考える前に、現状を数字で把握しましょう。測っていないものは改善できませんし、施策の効果も判定できません。

解約を理由別に分ける

最初にやるべきことは、解約を自発的解約と非自発的解約に分けて集計することです。請求システムには、解約が顧客の操作によるものか、未払いによる自動停止なのかを示す情報が残っていることが多いので、それを使います。

具体的なイメージをつかむために、仮の数値で計算してみましょう。以下の数値はすべて説明用の仮定です。

月初の有料顧客数        : 1,000社
当月の解約数（合計）    : 40社   → 総解約率 4.0%
  うち自発的解約        : 28社   → 自発的解約率 2.8%
  うち非自発的解約      : 12社   → 非自発的解約率 1.2%

当月の決済失敗件数      : 60件
  うち期間内に回収できた: 48件   → 回収率 80%
  回収できず解約に至った: 12件   → 上記の非自発的解約と一致

この例では、総解約率4.0%のうち1.2ポイントが決済の失敗によるものです。もし回収率を80%から90%に上げられれば、非自発的解約は12社から6社に半減し、総解約率は3.4%まで下がります。

製品を何も変えずに解約率が0.6ポイント下がると考えると、この領域に手をつける価値が見えてくるはずです。解約率そのものの見方については、リテンションと解約｜継続率を上げるために見る数字もあわせて参考にしてください。

回収率と回収までの日数

非自発的解約の管理で中心になる指標は、決済失敗の回収率です。失敗した請求のうち、猶予期間の終わりまでに支払いが完了した割合を指します。

もう一つ見ておきたいのが、失敗から回収までの日数です。同じ回収率でも、初回のリトライで大半が戻るのか、最終通知の直前にようやく戻るのかで、顧客体験も運用負荷も大きく変わります。

回収率は、失敗の種類ごとに分けて見るのがおすすめです。ソフトデクラインの回収率が低いならリトライの設計に、ハードデクラインの回収率が低いならメールやカード更新の導線に問題がある、と切り分けられます。

取り戻すための4つの打ち手

ここからは、非自発的解約を減らすための代表的な打ち手を見ていきます。大きく分けると、次の4つの領域があります。

• 失敗した請求を賢く再試行するスマートリトライ
• 期限切れや再発行に追従するカード情報の自動更新
• 顧客に支払い方法の更新を促すダニングメールと猶予期間
• 失敗が起きる前に知らせる事前通知

スマートリトライ

リトライの基本は、失敗した請求を時間をおいて再度試すことです。素朴な方法は、3日後、5日後、7日後のように固定のスケジュールで再請求するやり方です。

最近の決済代行サービスには、過去の大量の決済データをもとに、通りやすいタイミングを機械学習で推定してリトライする機能を備えたものがあります。曜日や時間帯、カードの種類などのシグナルを使って、成功確率の高い瞬間を狙うという考え方です。

自社でスケジュールを組む場合は、残高不足が原因なら月末を避けて給料日の直後を狙うなど、失敗理由に応じて間隔を変えるのが基本です。ハードデクラインに対しては、リトライではなく顧客への連絡に切り替えましょう。

カード情報の自動更新

前の章で触れたアカウントアップデーターを有効にしておくことは、最も手間のかからない対策の一つです。顧客に何もしてもらわずに、期限切れによる失敗を未然に防げるからです。

決済代行サービスによっては、この機能が既定で有効になっている場合も、追加料金が発生する場合もあります。自社の契約内容を確認し、有効になっているか、どれだけのカードが更新されたかを定期的に確かめておくと安心です。

ダニングメールと猶予期間

ダニングとは、もともと督促を意味する言葉で、サブスクリプションの文脈では支払いの失敗を顧客に知らせ、支払い方法の更新を促す一連のコミュニケーションを指します。メールが中心ですが、アプリ内の通知やバナーを組み合わせることもあります。

ダニングの設計で大切なのは、責める調子ではなく、手助けする調子で書くことです。顧客の多くは支払いを拒んでいるのではなく、カードが変わったことを忘れているだけだからです。

もう一つの柱が猶予期間です。決済が失敗してもすぐにアカウントを止めず、一定期間はサービスを使い続けられるようにしておくと、その間に顧客が気づいて対応してくれる可能性が高まります。

典型的なダニングの流れを、仮のスケジュールとして示すと次のようになります。日数はあくまで一例で、自社の請求サイクルに合わせて調整してください。

Day 0  : 決済失敗 → 自動リトライ予約、アプリ内バナー表示
Day 1  : メール① お支払いが完了しませんでした（更新リンク付き）
Day 4  : 自動リトライ
Day 7  : メール② カード情報の更新をお願いします
Day 10 : 自動リトライ
Day 14 : メール③ 最終のご案内（停止予定日を明記）
Day 15 : 猶予期間終了 → 有料機能を停止（データは保持）

事前通知

最も効率がよいのは、失敗が起きる前に手を打つことです。登録カードの有効期限が近づいた顧客に、期限切れの前に更新をお願いする連絡を送るだけで、失敗そのものを減らせます。

年額契約の更新前にも、事前に金額と請求日を知らせておくと効果的です。高額な請求が突然来ると、限度額不足や不正検知による拒否が起こりやすくなるからです。

打ち手を設計するときの落とし穴

打ち手そのものはシンプルですが、運用に乗せると見落としやすい論点がいくつかあります。代表的なものを見ておきましょう。

猶予期間中のアクセスをどう扱うか

猶予期間を長くすれば回収率は上がりやすくなりますが、その間は未払いのままサービスを提供していることになります。期間を長くしすぎると、支払うつもりのない利用者にただで使わせることにもなりかねません。

よく取られる折衷案は、猶予期間中も閲覧やデータの書き出しは許しつつ、新しい作成操作や追加機能だけを止める段階的な制限です。顧客のデータを人質に取るような印象を与えないことが、信頼を保つうえで重要です。

支払い更新の導線そのものを改善する

ダニングメールを何通送っても、リンク先のカード更新ページが使いにくければ回収は進みません。メールのリンクを開いてからカード情報の更新を完了するまでを、一つのファネルとして捉えることが大切です。

ログインを求められて離脱していないか、スマートフォンで入力しにくくないか、エラー表示がわかりにくくないか。MonaLensのような導線分析ツールで、更新ページへの到達から完了までのどこで人が抜けているかを見ると、改善点が具体的になります。

指標への反映と自発的解約との混同

非自発的解約を減らす取り組みは、売上の継続率に直接効きます。回収できた売上はそのまま残るため、NRR（ネットレベニューリテンション）とは？｜新規顧客がいなくても伸びる売上の仕組みで解説した売上継続率や、SaaS Quick Ratio（クイックレシオ）とは？で扱う解約側の数字を、製品を変えずに改善できるのです。

注意したいのは、非自発的解約の改善で総解約率が下がったときに、それを製品の改善の成果と取り違えないことです。逆に、決済の失敗が増えて解約率が上がったときに、製品の問題と誤解して不要な施策を打ってしまう危険もあります。

だからこそ、解約率は常に理由別に分けて報告することが大切です。自発的解約の動きは顧客の満足度を、非自発的解約の動きは請求の仕組みの健全性を表す、別々の信号として扱いましょう。

誰がこの問題を持つのか

非自発的解約は、プロダクト、カスタマーサクセス、経理、エンジニアリングの境界に落ちる問題です。誰の担当でもないために、放置されやすい領域でもあります。

オーナーを一人決める

うまく回っている組織では、RevOpsや請求の担当者がオーナーになるパターンがよく見られます。回収率と非自発的解約率を週次や月次で追い、リトライ設定やメール文面の改善に責任を持つ形です。

その上で、プロダクトチームは更新ページやアプリ内通知の改善を、カスタマーサクセスは高額顧客への個別連絡を担います。役割を分けておけば、高額な契約の決済が失敗したときにも、自動メールだけに任せず人が動けます。

健全性の指標と組み合わせる

決済の失敗は、それ自体が一つのシグナルでもあります。使われていないアカウントで決済が失敗した場合、顧客はそのまま放置して自然に解約へ向かうかもしれません。

そのため、利用状況の指標と組み合わせて優先度を決めるのが効果的です。カスタマーヘルススコアとは？｜解約の兆候をデータで捉える仕組みで紹介したような健全性の評価と重ね合わせると、よく使われているのに決済だけが止まっている顧客を最優先で救う、といった判断ができます。

まとめ

非自発的解約は、顧客が辞めたいと思っていないのに失われる、もったいない解約です。製品の改善とは別の、請求の仕組みの問題として切り分けて扱う必要があります。

まずは解約を自発的なものと非自発的なものに分けて集計し、決済失敗の回収率を測ることから始めましょう。数字が見えれば、リトライの設計、カード情報の自動更新、ダニングメール、事前通知のどこに手を入れるべきかが自然と見えてきます。

派手さはありませんが、この領域は製品を一行も変えずに解約率を下げられる数少ない場所です。次の月次レビューで、解約率を理由別に分けて眺めるところから始めてみてはいかがでしょうか。