> ## Knowledge Base Index
> Fetch the complete knowledge base index at: https://help-shopify.17track.net/sitemap.xml
> Use this file to discover available pages before exploring further.
> Pure-Markdown content can be obtained by appending a '.md' suffix to the content URLs listed in the sitemap (without the trailing slash).

# 17RETURNS 商家快速上手指南

## 阶段一：完成基础上线配置
### 1.1 注册账号
1. 访问：https://www.17returns.com/，完成注册并进入后台。
2. 如果你是第一次使用 17RETURNS，可选择创建团队。
3. 如果你的同事已经在使用 17RETURNS，可选择加入现有团队。

### 1.2 绑定店铺
后台路径：退货设置 > 店铺绑定设置
店铺绑定完成后，系统才能同步店铺、订单和商品数据。这一步是后续所有退货处理的基础。
1. 添加店铺并选择对应平台。
2. 完成平台授权。
3. 等待系统同步店铺、订单和商品数据。
4. 如果有多个店铺，按同样方式逐个完成接入。

### 1.3 搭建退货门户
后台路径：退货管理 > 退货门户
这一部分的重点是把买家可见的退货入口搭起来，让买家可以查询订单并开始提交退货申请。
1. 进入退货门户后点击装修。
2. 配置品牌样式、流程文案和页面展示内容。
3. 确认入口安装位置。
4. 预览后再正式启用。

### 1.4 配置通用退货规则

后台路径：退货规则 > 通用设置
第一次上线时，先完成一版基础规则即可，后续再根据业务情况逐步细化。
* 先定义哪些订单具备退货资格。
* 再定义买家可选的售后方式、运输方式和退款方式。
* 最后确定自动审核、自动退款、自动完结等基础处理逻辑。

## 阶段二：开始处理退货订单
### 2.1 买家提交申请后，系统如何进入处理流程
买家在退货门户提交申请后，系统会根据已配置的规则自动匹配退货方式、运输方式和退款方式。
如果已经配置了挽留方案，系统也会在合适的场景下向买家展示替代方案。

### 2.2 退货列表和处理看板
后台路径：退货管理 > 退货列表
这是日常处理退货订单的主要工作入口。看单、筛选、搜索、导出和跟进状态，都会围绕这一页展开。

### 2.3 审核退货申请
后台路径：退货管理 > 退货列表
1. 先判断该订单是否符合自动审核规则。
2. 如果符合规则，系统可自动通过申请。
3. 如果需要人工处理，进入详情页查看退货原因和买家提交的凭证。
4. 确认无误后，再执行同意或拒绝等后续操作。

### 2.4 处理退款、换货和物流
这一步的重点不是重新配置规则，而是理解审核通过后，订单会按什么方式继续处理。
常见情况包括退货退款、绿色退货、换货、未发货退款，以及买家回寄时的物流处理。这些路径通常由前面配置的规则决定。
如果系统进入的处理路径和你的预期不一致，通常需要回头检查通用规则、工作流和运输设置是否已经正确配置。

### 2.5 流程闭环与归档
这一部分帮助你判断：一笔退货单是不是已经真正处理完成，而不只是停留在处理中间步骤。
1. 先确认这笔售后单是否已经完成退款、换货、退货接收或其他关键处理动作。
2. 再回到退货列表，确认这笔订单的最终状态是否已经更新完成。
3. 如果这笔订单配置了通知流程，可再到消息历史记录中确认买家通知是否正常发送。
4. 当处理结果、订单状态和通知记录都已完成时，这笔售后单通常就算形成了完整闭环。

## 阶段三：补齐运营设置并继续优化
这一阶段要解决的问题是：当系统已经可以正常使用后，如何把常用设置补齐，并根据业务情况继续做优化。这部分不一定需要在第一天全部完成，但建议在基础流程稳定后逐步补齐。
#### 正式运营常用
* 运输设置
* 通知与客户沟通
* 成员与权限管理
这几项更偏正式运营常用配置，建议在退货服务稳定运行前尽快补齐。
#### 按需继续优化
* 挽留方案
* 工作流（含 AI 助手）
* 多语言
* 商业洞察
* 账单与套餐
这几项更适合在基础流程稳定后按需启用，不需要在第一次上线时全部完成。

### 3.1 挽留方案
后台路径：退货规则 > 挽留方案
挽留方案的作用，是在合适的售后场景下，不直接让买家进入退货，而是先提供替代方案。
当前常见的挽留方式包括换货、小额补偿、礼品卡补偿和积分补偿。
这一部分不一定要在第一次上线时就完成，但当你开始关注降低直接退货、提升买家接受替代方案的比例时，就可以重点查看这一块。

### 3.2 工作流
后台路径：退货规则 > 工作流
如果通用退货规则已经能满足基础使用，工作流就是进一步做精细化处理的地方。
当你希望针对不同金额、商品、退货原因或店铺设置不同处理逻辑时，可以重点查看工作流。
这一部分通常会影响订单进入哪种审核路径、执行哪些处理动作，以及自动化处理的细致程度。

### 3.3 运输设置
后台路径：退货设置 > 运输设置
1. 先添加并启用需要使用的运输商。
2. 再配置退货地址，确保买家寄回时有明确的收货地址。
3. 如果需要系统面单，再补充默认包裹和面单相关设置。
4. 配置完成后，再结合实际业务决定是否启用自动创建面单等能力。

### 3.4 通知与客户沟通
后台路径：消息管理 > 发送规则
1. 先进入发送规则，确认各节点需要发送哪些通知。
2. 再编辑对应模板，检查文案和变量内容是否准确。
3. 然后到发件人管理中配置好发件邮箱。
4. 正式启用后，可在消息历史记录中查看发送结果。

### 3.5 自定义退货原因
后台路径：退货规则 > 退货原因
自定义退货原因，主要是让买家在提交申请时选择更清晰、更符合你业务的售后原因。
原因配置不仅影响买家填写体验，也会影响后续的原因统计、挽留方案和工作流判断。
第一次上线时可以先保留一版基础原因，等真实退货单跑起来后，再根据高频场景逐步调整和细化。

### 3.6 多语言
后台路径：退货规则 > 多语言
多语言配置，主要影响买家在退货门户中看到的页面文案、流程提示和说明信息。
如果你的店铺面向多个国家或地区，或者买家会使用不同语言提交退货申请，就可以重点查看这一块。
这一部分通常需要配合退货页面搭建一起检查，确保买家侧看到的内容完整、准确且语言一致。

### 3.7 成员与权限管理
后台路径：账号菜单 > 成员管理
1. 先邀请需要使用系统的成员加入团队。
2. 再根据岗位创建或分配对应角色。
3. 然后配置成员可见的功能权限和店铺权限。
4. 正式开始协作前，确认每位成员都能看到自己需要的页面和数据。

### 3.8 账单与套餐
后台路径：账号菜单 > 账单与套餐
如果退货单量增长、额度开始影响业务，再集中看套餐与账户计费信息会更合适。进入后可继续查看我的套餐、钱包和支付方式。

**这一阶段结束时，你可以这样判断：做到这里，通常说明你已经不只是“把系统用起来”，而是在开始根据业务情况持续优化退货体验、处理效率和运营结果。**
**下一步建议：如果你现在的重点是降低直接退货，建议优先看挽留方案、工作流和商业洞察；如果你现在的重点是补齐多人协作和账户管理，建议优先看账户与权限相关文档。**