你将学到什么
如何在 Dashboard 中管理退款流程：
- 审核和处理退款请求
- 了解退款类型和策略
- 跟踪退款状态
- 处理带退款的订阅取消
退款类型
| 类型 | 说明 | 适用场景 |
|---|
| 全额退款 | 退还全部支付金额 | 客户不满意、商品与描述不符 |
| 部分退款 | 退还部分支付金额 | 部分服务已交付、善意补偿 |
第一步：审核退款请求
客户可以通过客户门户提交退款请求。这些请求会出现在你的 Dashboard 中。
进入支付页面
在侧边栏中点击 支付，查看所有支付记录，包括有退款请求的记录。 查看退款详情
点击某笔支付查看退款请求详情：
- 客户的退款原因
- 请求金额
- 请求日期
- 支付详情（金额、日期、商品）
第二步：处理退款
批准或拒绝
对于每个退款请求，你可以：
- 批准：退款将被处理，客户收到通知
- 拒绝：请求被拒绝，可附加备注给客户
批准后会发生什么
- 退款金额从你的余额中扣除
- 客户收到退款确认邮件
- 资金退回到客户的原始支付方式
- 支付状态更新以反映退款
退款是永久性的。一旦批准，无法撤销。在批准前请仔细审核每个请求。
第三步：跟踪退款状态
退款工单经历以下状态：
| 状态 | 含义 |
|---|
pending | 客户已提交请求，等待你的审核 |
processing | 退款已批准，支付服务商正在处理 |
succeeded | 退款完成，资金已退回客户 |
rejected | 请求被你拒绝 |
failed | 处理过程中退款失败（罕见） |
退款策略
设定预期
我们建议建立清晰的退款策略并向客户传达：
| 策略要素 | 建议 |
|---|
| 时间窗口 | 购买后 7–30 天 |
| 条件 | 商品与描述不符、技术问题 |
| 排除项 | 已消费的服务、定制商品 |
| 处理时间 | 资金到账需 5–10 个工作日 |
在结账页面和商品页面清晰展示你的退款策略。清晰的策略能减少纠纷并建立客户信任。
订阅退款
当订阅者请求退款时
对于订阅商品，考虑以下选项：
- 退款 + 取消：退还当期费用并取消订阅
- 仅退款：退还当期费用但保持订阅活跃
- 仅取消：不退款但取消订阅（客户在当期结束前保留访问权限）
推荐做法
大多数情况下，退款 + 取消 是最干净的处理方式。客户拿回款项，订阅也同时终止。
业务场景
场景 1：数字商品退款
客户说：“课程没有涵盖广告中提到的内容。”
推荐操作：
- 在 Dashboard 中审核退款请求
- 如果在退款窗口内（如 7 天），批准全额退款
- 客户收到确认邮件，资金退回
场景 2：订阅首月退款
客户说：“我不知道试用期结束后会收费。”
推荐操作：
- 批准首次付款的退款
- 取消订阅
- 考虑改善试用期到付费的沟通
场景 3：服务问题的部分退款
客户说：“服务停机了一周。”
推荐操作：
- 计算比例退款（如一个月中的 1 周 = 25%）
- 发起部分退款
- 可选择延长当前周期作为善意补偿
进阶：代码集成
退款相关 Webhook
如果你使用 Webhook，可以自动化退款后的操作：
| 事件 | 自动化操作 |
|---|
payment.refunded | 撤销商品访问、更新数据库 |
| 退款已批准 | 向支持团队发送内部通知 |
API 退款
程序化退款处理请参考 API 参考 — 退款。
最佳实践
- 快速响应：在 24–48 小时内审核退款请求
- 公平处理：有疑虑时，倾向于支持客户
- 保留记录：记录每次退款决定的原因
- 从模式中学习：如果许多退款提到相同原因，修复根本问题
- 清晰沟通：始终向客户解释退款决定
检查清单
下一步
