订阅追帐会自动向因支付失败或客户取消而失效的订阅的客户发送电子邮件序列，提示他们更新支付方式并重新激活。
什么是订阅追帐？
追帐会自动检测当订阅进入可恢复状态时，并发送一系列电子邮件提示客户采取行动：- 暂停订阅：续订支付失败（资金不足，卡片过期等）
- 取消订阅：客户从客户门户取消订阅
追帐如何工作
状态生命周期
| 状态 | 描述 |
|---|---|
recovering | 追帐尝试是活跃的；正在发送电子邮件 |
recovered | 客户更新支付方式并且支付成功 |
exhausted | 所有电子邮件发送完毕且未恢复，或订阅状态意外更改 |
当追帐尝试被标记为
exhausted 时，订阅状态不会被修改。订阅仍保持在其当前状态（暂停或取消）。配置追帐
从仪表板的设置中启用和配置追帐。
电子邮件序列
追帐支持两种电子邮件序列——暂停和取消——每种最多支持4封可配置的电子邮件。 每封电子邮件具有以下可配置字段：| 设置 | 描述 |
|---|---|
| 启用 | 打开或关闭个别电子邮件而不删除它们 |
| 延迟 | 触发事件后多长时间发送此电子邮件 |
| 主题 | 带有变量占位符的电子邮件主题行 |
| 正文 | 带有变量占位符的HTML电子邮件正文 |
| 回复至 | 客户回复的电子邮件地址 |
| 序列 | 邮件 # | 默认延迟 |
|---|---|---|
| 暂停 | 1 | 1天 |
| 暂停 | 2 | 3天 |
| 暂停 | 3 | 5天 |
| 暂停 | 4 | 7天 |
| 取消 | 1 | 1天 |
| 取消 | 2 | 3天 |
| 取消 | 3 | 5天 |
| 取消 | 4 | 7天 |
示例追帐电子邮件
追帐根据订阅状态发送不同的电子邮件。以下是客户所见的每种类型的示例。- On Hold
- Cancelled
客户恢复体验
当客户点击追帐电子邮件中的链接时，他们将被带到客户门户，在那里他们可以查看其订阅状态并更新其支付方式。
分析
从仪表板的分析部分的恢复选项卡中跟踪追帐的表现。
| 指标 | 描述 |
|---|---|
| 追帐条目 | 创建的追帐尝试的总数 |
| 成功率 | 追帐尝试导致恢复的百分比 |
| 恢复的收入 | 通过追帐恢复的总收入 |
| 按尝试恢复 | 分析哪个序列中的电子邮件驱动了恢复 |
Webhook 事件
| 事件 | 描述 |
|---|---|
dunning.started | 已为某个订阅启动追帐尝试 |
dunning.recovered | 订阅通过追帐已恢复 |
Recovery Webhook Payloads
查看追帐事件的完整 webhook 负载架构。
边缘情况
| 场景 | 行为 |
|---|---|
| 客户在任何邮件之前更新支付方式 | 检测到恢复；追帐尝试被标记为已恢复 |
| 客户从同一商家购买另一个订阅 | 追帐尝试被标记为耗尽 |
| 所有追帐邮件耗尽 | 追帐尝试被标记为耗尽；订阅状态未修改 |
最佳实践
- 从默认值开始：默认电子邮件的时间安排设计合理，间隔为1, 3, 5和7天，以避免让客户感到不知所措，同时保持紧迫性。
- 监测成功率：跟踪哪个序列中的邮件推动了最大的恢复。如果后续的电子邮件几乎没有转换率，考虑禁用它们。
- 与支持协调：确保您的支持团队知道正在发送追帐电子邮件，以便他们可以帮助联系的客户。
- 检查订阅状态：将追帐与
subscription.on_hold和subscription.cancelledwebhooks 配对，实现全面的生命周期跟踪。
追帐与客户门户中的现有订阅暂停和重新激活流程一起工作。一旦启用，它会自动运行，无需额外的集成。
相关
Recovery Webhooks
响应
dunning.started 和 dunning.recovered 事件。Abandoned Cart Recovery
通过有针对性的电子邮件恢复未完成或失败的一次性结账。
Customer Portal
客户通过客户门户更新支付方式。
Subscriptions
了解触发追帐工作流的订阅状态。