01
客户与权益
- 客户
- 联系人
- 订单或发票
- 购买日期
- 合同或保修
明确客户关系和适用政策。
RMA 申请受理
加快授权的 RMA 申请表
在一份可直接审核的申请中，收集客户、订单、商品身份、故障、故障排查、证据、期望结果、退回限制和联系方式。
仅在提交或批准后生成 RMA。申请人应提供事实和证据；授权团队负责资格、路线和处置决定。
- 自动生成申请和 RMA 标识
- 按条件显示产品、故障、证据和退回问题
- 清晰区分已确认、需补证、已批准和已驳回路径
只询问会改变资格或处理方式的事实
使用条件式分区，让简单退货保持简单，同时让技术案例收集审核人所需的证据。
02
商品身份
- 产品
- 型号
- 序列号或批次
- 数量
- 地点
防止授权与收货不匹配。
03
故障与故障排查
- 观察到的症状
- 事件日期
- 运行背景
- 已尝试的步骤
- 当前状况
支持技术分级，同时不要求申请人判断根本原因。
04
证据与物流
- 照片或文件
- 包装
- 危险或搬运要求
- 取件或运输限制
规划安全退回，减少补充证据请求。
05
期望结果
- 维修
- 更换
- 退款或抵扣
- 紧迫性
- 联系偏好
明确客户需求，同时不提前批准补救方案。
根据实际审核的退货类型对表单分支
并非每项申请都需要回答相同的问题。
| 所选背景 | 接下来显示 | 分派至 |
|---|---|---|
| 使用中发生故障 | 运行条件、故障过程、故障排查、错误或故障代码、证据 | 技术授权或保修审核 |
| 到货即损 | 包装、承运商、收货日期、损坏照片、可用状况 | 运输索赔或换货审核 |
| 商品错误 | 订购商品、收到商品、包装标签、数量、照片 | 仓库或履约纠正 |
| 不再需要 | 状况、未开封状态、退货期限、重新入库规则 | 标准退货政策 |
| 安全问题 | 即时状况、受影响人员、遏制措施、联系可用性 | 紧急质量与安全升级 |
告知申请人编号的含义和后续流程
如果案例仍需审核，请勿显示 RMA 编号，以免让人误以为退货已获批准。
- 01
已收到申请
确认申请编号，并显示预计审核时间。
信息是否完整？是否需要紧急升级？ - 02
证据或资格审核
在同一案例中索取缺失详情，并记录所采用的规则或异常。
批准、驳回，还是转交专家审核？ - 03
RMA 已授权
提供 RMA 编号、条件、目的地、退回方式、有效日期和下一步说明。
究竟允许退回哪些商品？需要符合哪些条件？
减少授权前的来回沟通
RMA 申请表应收集哪些信息？
客户和联系方式、订单或权益、产品及序列号或批次、数量、故障或原因、故障排查、当前状况、证据、期望结果、紧迫性和运输限制。
RMA 申请等同于已批准的 RMA 吗？
不等同。申请只是请求授权。已批准的 RMA 应说明授权编号、商品、条件、目的地、方式、有效期和操作说明。
RMA 编号应该自动生成吗？
应该。自动编号可减少重复，并让申请、运输、收货、检验、决策和沟通保持可追溯。
Jodoo 能否针对不同退货原因显示不同问题？
可以。条件字段可以根据之前的回答显示产品、损坏、故障、安全、物流或政策问题。
发布可直接支持决策的 RMA 申请表
使用 RMA 申请表用完整事实和明确的审核承诺启动 RMA
面向客户或合作伙伴发布前，使用 Jodoo 表单测试条件式问题、证据请求、自动编号、审批和确认。