申请售后流程重构
为京东秒送重构售后路径——把割裂的电商
流程，改造成为即时配送打造的、感知情绪的修复流程。
01
用户体验设计师
端到端流程重构
02
即时零售
京东秒送 · 外卖
03
对标需求
针对美团售后结构进行对标
04
成果
提交更短 · 二次联系更少
项目信息
背景 · 01
外卖的售后
是另一类问题。
京东秒送沿用了京东传统电商的售后流程。但即时零售外卖
截然不同——餐品无法退货，履约窗口以分钟计，责任被分摊
在商家、骑手与平台之间，且用户几乎总是带着高涨的情绪到来。
01 · 可逆性
能否退货？
传统电商
可退商品——退款与实物退回挂钩。
02 · 履约窗口
闭环有多长？
传统电商
数天到数周——用户可容忍更长的审核。
即时零售
数分钟——每多一次点击都快速消耗耐心。
03 · 责任链
谁来负责？
传统电商
清晰、单一方——一个卖家，一个履约中心。
即时零售
分摊在商家、骑手与平台之间。
04 · 用户状态
用户带着什么状态而来？
传统电商
理性评估——比较、规划、退货。
即时零售
情绪化且时间紧迫——想要快速解决。
问题诊断 · 02
为错误场景搭建的流程。
对原流程的审视暴露出电商模板与即时配送现实之间的三处结构性错配。
01
以平台为中心的标签
原因分类读起来像后台的分类体系。
分类按内部责任划分，但真实用户是按场景描述问题的：少件、错单、餐凉、配送慢。
02
路径过深
在 30 秒的窗口里点击次数太多。
先选分类，再选子分类，再写说明——恰恰在用户最没耐心时放大了烦躁。
03
语义错位
不适用于餐品的退货逻辑。
即便餐品无法实物退回，页面仍保留退货用语，削弱了流程的可信度。
洞察
售后已成为整个体验中最明显的断裂点。
设计映射 · 05 · 业务需求 → 策略
从业务需求到设计策略——一张完整的映射。
三项业务诉求与五个用户侧问题构成左侧输入，收敛为三个核心设计目标，并展开为九条具体、可落地的设计策略。
业务需求
缩短售后提交时长
降低用户二次联系率
增强平台信任
用户问题
分类围绕平台
责任构建
提交路径过深
“退货”语义不适配外卖
责任分摊暴露给了用户
流程未承接用户情绪
设计目标
目标 01
匹配用户的
心智模型
目标 02
压缩交互
成本
目标 03
把复杂度推回
给系统
设计策略
01
用用户语言重构标签
02
高频原因前置
03
路径从 5 屏压缩到 2 屏
04
自动推荐描述
05
移除“退货”语义
06
后台静默进行责任路由
07
情绪优先的反馈语气
08
清晰的下一步预期
09
后台承接复杂度
支柱 01 · 标签重建
用户语言
从后台分类体系
到用户可感知的表达。
原因分类被重构为围绕用户所处的真实情境——而非
内部谁该负责。顶层选项直接用用户的话来表达，因此
正确的分类在第一屏就能看到。
改造前 · 平台分类
商品问题
物流问题
其他
改造后 · 用户语言
少件或错单
餐品质量问题
配送问题
未收到订单
重构支柱 · 04
三个维度，
一条连贯的流程。
这次重构沿三个协同的
维度推进：用用户语言重构原因
标签，交互深度
压缩以适配 30 秒的情绪
窗口，以及一套原生于配送的逻辑，
把复杂度从用户身上移除，
并推回给系统。
支柱 03 · 配送原生逻辑
停止说“退货”。把复杂度移离
用户。
后台路由
外卖里不存在退货——餐品不可逆。我们移除了电商语义，代之以“问题
解决”的表达，并把责任判定（商家 / 骑手 / 平台）移入后台，让用户无需
去揣摩平台的内部结构。
01 · 语义转变
是问题解决，而非
退货。
每一处标签与按钮文案都被重写，让
页面听起来像是懂
配送——而不像一个退货柜台。
02 · 静默路由
责任由服务端
判定。
系统识别是
商家、骑手还是平台
该负责。用户只描述自己的
情境，而非组织架构。
03 · 情绪优先体验
为高涨的情绪状态
而设计。
更平和的语气、更快的确认，以及
对接下来会发生什么的清晰预期
——让流程感觉像是
关怀，而非官僚流程。
— 设计原则
“系统承接复杂度。
用户只需描述情境。”
支柱 02 · 交互深度
压缩路径。高频前置。
30 秒目标
更少绕路，更少跨屏跳转。最高频的原因优先呈现，描述自动推荐，
提交可在外卖用户真正拥有的 30 秒窗口内完成。
路径深度
改造前 · 5 屏
→
改造后 · 2 屏
01
打开
从订单详情点击“获取帮助”
细节。
→
02
选择
在第一屏选择一个
用用户语言表达的
原因。
→
03
补充细节
可选的补充说明，
带自动推荐短语。
→
04
提交
系统在后台
静默完成责任
路由。
成效 · 05 · 上线后复盘
更短的路径，
更平静的用户。
上线后，我们追踪了对情绪敏感型流程
最关键的三项指标：
完成率有多高、提交
耗时多长，以及用户需要多频繁地
回来再次询问。三项都朝着
正确方向变化。
指标 01 · 时长
−42%
更快的
提交
把路径从五屏压缩
到两屏，使平均提交时长
进入了用户真正拥有的
30 秒目标窗口内。
指标 02 · 二次联系
−31%
更少的
跟进
凭借更清晰的结构与用户语言
标签，用户在第一次就理解了
流程——无需重新打开
会话或客服。
指标 03 · 完成率
+18%
更多用户
完成。
一个映照用户心智
模型并尊重其情绪状态的流程，
把放弃转化为解决——
流程中途流失更少。
售后流程 - 一级原因 - 二级原因
售后流程 - 一级原因
数字真正说明了什么
05.A
更短的路径不只是节省了秒数——它承接了
用户带来的情绪。
最让我们意外的指标是二次联系率的下降。它告诉我们，用户不只是完成得更快——而是一次就完成。
这才是真正的信号：流程如今在第一次就契合了用户的心智模型，因此疑虑与挫败不会累积成
又一次会话。
反思 · 06 · 售后即信任基础设施
售后是
信任的基石。
内部手记
06.A
这次重写改变了我对售后的看法。它不是拼接
在顺畅路径上的补救机制——它本身就是平台信任基础设施的一部分。
在即时零售中，信任很少在订单顺利时建立。它是在出问题之后的
那些时刻里被建立——或被摧毁。糟糕的售后体验，是用户不再回来的
最强预测因子之一。
进入售后流程的用户几乎从不平静。他们饿着、迟到、沮丧，或
愤怒。这个流程不是理性的决策树——而是情绪的修复过程。把它当作
别的东西，是一种范畴错误。
全新定义 · 06.B
售后不是一张安全网。
它是当其他一切都失效时，
把信任维系在一起的结构。
它决定了用户是否留在平台——以及平台是否真正理解用户所处的情境。这才是真正
值得设计的信任触面。
01
情绪修复
售后流程不是理性的
决策——它们是面向处于高涨情绪状态
用户的修复过程。
02
场景原生
为真实场景设计的流程，
每一次都胜过从邻近业务线
套改而来的通用模板。
03
信任基础设施
售后不是一个补救层——它
是平台信任被建立或丧失的
结构性机制。
