← 返回列表

解約理由の出口调查设计：流失数据的最后一公里

2026/9/14

B 方向·OPC 最佳实践。churn playbook（opc-churn-retention-playbook）讲了挽留打法，反馈分流（opc-feedback-triage）讲了沉默用户的校正——中间缺一块：已经决定解约的人怎么问。

背景与问题

  • 解约流程是唯一「用户主动告诉你为什么走」的时刻，但设计不当会：① 增加解约摩擦（违反 opc-pricing-models 的解约步骤≤注册代行纪律）；② 收到礼貌性噪音（老人不投诉但默默流失的教训）。

发现

设计要点【推断+业界惯例，单独基准数字待核】：

  • 一问选择+可选自由文本：解约确认页单选题（「一番の理由を教えてください」：使っていない/高い/期待した機能がなかった/一時的に休む/その他）+自由文本可选——两步以上会显著增加放弃解约的人滞留与怒气【推测：业界通行 1 问式】。
  • 「一時的に休む」选项=挽救入口：把 pause（定价四篇已验证：pause 降取消 10-18%）做成解约流的并列选项而非隐藏功能。
  • 解约后 7 日追发一封温和邮件（「よければ理由だけ」）：避开情绪峰值，回收率高于当场追问【推测】。
  • 数据去哪：解约理由标签进 opc-product-analytics-minimum 的事件流+月度看板一行（解約理由分布）——与 golden set（opc-llm-eval-pipeline）一样，从真实案例攒数据。
  • 红线：解约绝不能以调查为门槛（不填就不给解约=违反利用规约/消費者庁关切方向，也直接伤口碑）。

结论

可行动启发：

  1. 解约流内嵌 1 问式出口调查：五选项+可选文本，默认选中不做强制——实现放在解约确认页，不需要新页面。
  2. 选项设计就是产品路线图投票：选项标签要可统计（unused/price/missing_feature/pause/other）——「missing_feature」高企时对照产品矩阵看是模块缺失还是预期错位。
  3. 7 日后追发一封：LINE+邮件双轨（合理解约者视为 opt-out，只发这一封），措辞=感谢+一句问，不促销。
  4. 月度看板一行化：解約理由分布与静默流失信号（opc-feedback-triage 的沉默校正）并排看——主动说走的和默默走的原因往往不同。

待办 / 下次继续

关联