管理退款

​

你将学到什么

如何在控制台中管理退款流程：

• 审核和处理退款请求
• 了解退款类型和策略
• 跟踪退款状态
• 处理带退款的订阅取消

---

​

退款类型

---

​

第一步：审核退款请求

客户可以通过客户门户提交退款请求。这些请求会出现在你的控制台中。

---

​

第二步：处理退款

​

批准或拒绝

对于每个退款请求，你可以：

• 批准：退款将被处理，客户收到通知
• 拒绝：请求被拒绝，可附加备注给客户

​

批准后会发生什么

1. 退款金额从你的余额中扣除
2. 客户收到退款确认邮件
3. 资金退回到客户的原始支付方式
4. 支付状态更新以反映退款

---

​

第三步：跟踪退款状态

退款工单经历以下状态： 你可以在控制台的 支付 页面筛选和跟踪所有退款。

---

​

退款策略

​

设定预期

我们建议建立清晰的退款策略并向客户传达：

---

​

订阅退款

​

当订阅者请求退款时

对于订阅商品，考虑以下选项：

1. 退款 + 取消：退还当期费用并取消订阅
2. 仅退款：退还当期费用但保持订阅活跃
3. 仅取消：不退款但取消订阅（客户在当期结束前保留访问权限）

​

推荐做法

大多数情况下，退款 + 取消 是最干净的处理方式。客户拿回款项，订阅也同时终止。

---

​

业务场景

​

场景 1：数字商品退款

客户说：“课程没有涵盖广告中提到的内容。” 推荐操作：

1. 在控制台中审核退款请求
2. 如果在退款窗口内（如 14 天），批准全额退款
3. 客户收到确认邮件，资金退回

​

场景 2：订阅首月退款

客户说：“我不知道试用期结束后会收费。” 推荐操作：

1. 批准首次付款的退款
2. 取消订阅
3. 考虑改善试用期到付费的沟通

​

场景 3：服务问题的部分退款

客户说：“服务停机了一周。” 推荐操作：

1. 计算比例退款（如一个月中的 1 周 = 25%）
2. 发起部分退款
3. 可选择延长当前周期作为善意补偿

---

​

进阶：代码集成

​

退款相关 Webhook

如果你使用 Webhook，可以自动化退款后的操作：

​

API 退款

程序化退款处理请参考 API 参考 与 Webhook 文档。

---

​

最佳实践

1. 快速响应：在 24–48 小时内审核退款请求
2. 公平处理：有疑虑时，倾向于支持客户
3. 保留记录：记录每次退款决定的原因
4. 从模式中学习：如果许多退款提到相同原因，修复根本问题
5. 清晰沟通：始终向客户解释退款决定

---

​

检查清单

• 退款策略已建立并传达给客户
• 客户门户已启用自助退款请求
• 团队的退款审核流程已就位
• Webhook 事件已配置用于退款通知（如使用代码集成）
• 退款策略已展示在收银台/商品页面

---

​

下一步