再試行を押し進めず、解約確定の手続きへ渡して二重請求を防ぎます。
解約・決済失敗のリカバリー
カード決済の失敗、解約の申し出、利用の急な落ち込み、返金の相談。離れそうなお客様の兆しをVelros AIが早めに拾い、引き止めの下書きまで用意します。
運用診断オンラインの一人創業者にとって離脱の信号は、Stripeの決済イベント・解約ログ・利用量の変化・返金の問い合わせに散らばって入り、カードが失敗して静かに切れた購読を後から知ります。解約の理由は記録されないまま顧客が去り、次の離脱を防ぐために何を直せばよいかが残りません。決済失敗の復旧はタイミングの勝負なのに、信号が一か所になく、毎回取りこぼします。
こうした兆しが、こう処理されます。
実際に入ってくる仕事を集め、それぞれの段階で何を基準に判断するのかまで続けて残します。
-
離脱信号の統合
決済の失敗・解約の依頼・利用の急減・返金の問い合わせを一つのキューに集め、アカウントの履歴をひも付けます。
判断 アカウントの識別子で同じ顧客をまとめて重複を除く。同じ件に二度対応しないため。 -
理由の分類
価格・機能・未利用・決済手段の不具合で離脱の種類を分けます。
判断 カードの不具合か、意図的な解約かをまず分ける。復旧の方法がまったく異なるため。 -
復旧案内の下書き
カード更新の案内・解約理由の確認・再参加の提案の下書きを作ります。
判断 決済失敗は更新の案内で、意図的な解約は理由の確認から。強い引き止めは人の判断に残す。 -
返金・再試行の準備
返金の要件と再試行の日程を整理して人に上げます。
判断 金額が動く実行は準備だけして、確定は人へ渡す。 -
復旧の追跡カード
アカウント・理由・次のアクションを載せたカードを作り、未解決として追跡します。
判断 終結の条件(復旧・解約の確定)を付けて、キューから消えないようにする。
理由が分からなければ、むやみに引き止めません。
現場で実際に引っかかる例外を、あらかじめ決めておきます。ルールが通らない場面を無理に処理せず、根拠とともに人へ渡します。
返金を主のケースとして開き、再参加の意向は別のケースに分けて、両方を生かします。
勝手に解約と決めつけず、再参加の案内の候補としてだけ上げて、人が判断できるようにします。
返金と再請求は、人が確定します。
お金・契約・個人情報・ブランドがかかる実行は下書きまでにとどめ、送信と確定は人の承認を経てから動きます。
-
返金・購読解約の確定
金額と関係が絡む不可逆の実行なので、人が確認します。
-
決済の再試行・再請求
顧客のカードに請求が出る実行なので、元に戻す前に人が確定します。
-
割引・再参加の提案
先例となる価格の譲歩なので、人の役目です。
-
大量の復旧の送信
一度出ると回収できないため、文面と対象は人が見ます。
-
VIP・取引先の離脱対応
関係の文脈はコードではなく人が分かります。
何で確かめるか
どれだけ取り戻せたかで見ます。
失敗した決済のうち再び成功した割合を、導入の前後で実測します。
解約の信号のうち実際の離脱につながらなかった割合を、導入の前後で測定します。
返金の問い合わせの受付から処理までにかかった時間を、導入の前後で測ります。
決済の失敗と返金を扱い、カードや決済情報のような機微な個人情報を取り扱うため、目的に合わせて最小限で保管し、決済の処理は人の確認のあとに進めます。
人が自分で抱えていた仕事が減ります。
散らばった確認と繰り返しの返信を先に整理して上げれば、スタッフは確認と例外の処理に集中でき、人は大事な判断だけを見ます。
運用診断確認が人のところに積み上がります。
カードが失敗すると静かに解約になり、解約の理由も残らないまま顧客が離れます。
処理の準備ができた状態で上がってきます。
決済の失敗と解約の兆しが一つのキューに集まってリカバリー案内まで用意され、人は確認・送信と例外だけを処理します。
この業務を任せる前に、よく聞かれること
解約・決済失敗のリカバリーについて、実際に最初に確認されることを集めました。
決済の再試行は自動で行いますか。
カード更新の案内と再試行の日程は下書きまで準備し、実際の請求の実行は人が確認してから進めます。
解約しようとする顧客を引き止めるのが、強要のようになりませんか。
解約の理由を先に分類し、価格・機能・離脱の種類に合う案内だけを上げ、強い引き止めは人が判断します。
返金をVelrosがすぐに処理しますか。
いいえ。返金の要件の整理までで、実際の返金は人が確認してから実行します。