決済失敗を解約にしない — 定期販売のリカバリ運用
カード期限切れや残高不足による停止は、顧客が離れたわけではありません。通知・リトライ・更新導線で戻すための運用設計。

受注・物流・CSの全体像受注管理をカートから分ける判断 — OMSが必要になる境目
定期販売の解約を数え直すと、無視できない割合が 決済失敗による停止 であることがよくあります。顧客は離れたいと言っていません。カードの有効期限が切れた、限度額に当たった、残高が足りなかった、というだけです。
ここは施策のなかで最も戻しやすい領域です。訴求を変える必要も、価格を下げる必要もありません。
まず割合を測る
打ち手の前に、全解約に占める比率を出してください。
非自発的解約率 = 決済失敗で停止した件数 ÷ 全停止件数
多くのアプリでは、解約理由の内訳に決済失敗が含まれていないか、自発的解約と混ざっています。契約データを生で出して、停止理由コードで分けてください。詳しくは解約率の測り方に書いています。
この比率が高いほど、投資対効果の高い改善余地があるということです。
1. 失敗する前に止める
いちばん効くのは、失敗してからの対応ではなく 失敗する前の予防 です。
有効期限切れの事前通知。 登録カードの有効期限は分かっています。期限が切れる前の月に、更新を促す通知を送ってください。決済が失敗してからでは、次回配送が止まった状態からの復旧になります。
カード自動更新(アカウントアップデーター)の対応可否。 カードブランドと決済代行によっては、番号や有効期限が変わっても自動で追従する仕組みがあります。使っている決済手段が対応しているかを確認してください。対応していれば、期限切れ由来の失敗はかなり減ります。
複数の支払い方法を持たせる。 予備の支払い方法を登録できる設計なら、1つ失敗しても止まりません。ただし登録のハードルが上がるので、優先度は上の2つより下です。
2. リトライの設計
失敗したら即停止、という設定になっていないか確認してください。多くの失敗は一時的なものです。
設計する項目は3つです。
| 項目 | 考え方 |
|---|---|
| リトライ回数 | 3〜4回程度。多すぎると顧客に不信感が出る |
| 間隔 | 初回は翌日、以降は数日空ける。給与日をまたぐと成功率が変わる |
| 停止までの期間 | 最終リトライまでの日数を、次回配送サイクルとどう重ねるか |
間隔は等間隔にしないでください。 残高不足が原因の場合、入金のタイミングをまたぐかどうかで結果が変わります。日をずらして複数回当てるほうが回収率は上がります。
リトライ回数と間隔を変更できないアプリもあります。選定時の確認項目に入れておくべき理由がここです(サブスクアプリの選定軸)。
3. 顧客への伝え方
リトライと並行して、顧客に連絡します。ここでの文面が回収率を左右します。
避けるべき書き方。
- 「お支払いが確認できませんでした」だけで、何をすればいいか書かれていない
- 督促の語調になっている(顧客は滞納しているつもりがありません)
- カード情報の更新リンクが本文になく、ログインしてから探させる
入れるべき要素。
- 何が起きたか(次回のお届けが保留になっている)
- どうすればいいか(支払い方法の更新)
- その場で更新できるリンク
- いつまでに対応が必要か(次回配送予定日との関係)
- 対応しなかった場合どうなるか
3のリンクは、ログイン不要で支払い方法の更新画面に直接入れる形(安全なワンタイムリンク)が最も回収率が高くなります。対応可否をアプリ側で確認してください。
チャネルを1つに絞らないこと。 メールだけで届かない層は確実にいます。SMSやLINEが使えるなら、最終リトライの前に別チャネルを当てると戻る件数が変わります。
4. 停止後も一定期間は復帰できるようにする
リトライが尽きて停止したあと、契約を即座に削除しないでください。一定期間は「支払い方法を更新すれば再開できる」状態で残しておくと、あとから戻る顧客がいます。
再開時に、止まっていた回の扱い(スキップするか、まとめて送るか)を決めておく必要があります。多くの場合は スキップして次回から再開 のほうが、顧客の負担が少なく戻りやすくなります。
効果の見方
改善が効いたかどうかは、全体の解約率ではなく次の2つで見ます。
- 決済失敗からの回収率 = 失敗後に決済が通った件数 ÷ 失敗件数
- 非自発的解約率 の推移
回収率は施策ごとに動きます。事前通知を入れた月、リトライ間隔を変えた月で切って比較すると、どれが効いたかが分かります。
ここは訴求やクリエイティブと違って、改善の因果がはっきり見える領域です。継続率の改善に手をつけるなら、最初にここを見ることを勧めます。


