← 返回列表

支払い失敗と見守护停止:サービス停止を「静かに」扱う設計

2026/9/19

B 方向·OPC 最佳实践。支払いが失敗すると Paddle は dunning(再試行+通知)を行う——だが見守り製品では決済停止=見守护の停止であり、携帯回線の滞納(japan-family-mobile-billing-agency)と同じ「断絶」構造。停止の仕方自体を製品設計する。

背景与问题

  • カードの有効期限切れ・残高不足は誰にでも起きる——見守护を黙って止めると「異常なし」が途絶え、家族は「亲に何かあった?」と誤解する。停止の告知設計こそが顧客体験

发现

設計【推断:dunning の一般実務+見守り特化】:

  • 三段の柔らかい段階:①支払い失敗即日→老人端には何も送らない、子女端に「支払いの確認が必要です」(決済文面、緊急性なし)②7 日未解決→見守りを「お休みモード」へ(停止の事実を静かに伝える)③30 日→サービス停止+データはopc-data-retention-policy の規定通り温存。
  • 復旧の即応性:カード更新・Paddle での支払い成功→見守り即日自動復旧+「見守りを再開しました」通知——復旧の速さが解約防止の鍵【推测:dunning 復旧の標準慣行】。
  • 紅線:老人端に「お金が払われてない」を送らない(japan-family-mobile-billing-agency と同一の配慮——支払い話は子女のみ)。

结论

可行动启发:

  1. 「お休みモード」を実装する:支払い停止=データ削除ではなく再開可能な休止——復旧の摩擦をゼロに(解约への誘導を防ぐ最大の設計)。
  2. 支払い失败通知は子女端のみ・決済文面:老人端への請求系通知は禁止(opc-notification-tone-guide の例外規則に明记)。
  3. dunning 期間中のデータ保持を明文化opc-data-retention-policy の「返す/消す/残す」に「停止中は温存」を追加。
  4. 解約理由調査に「支払い失敗が原因」タグをpayment_failure を silent churn の候補に(opc-exit-survey-design の 5 選択肢に追加候補)。

待办 / 下次继续

关联