H7.05.2confirmation cancel after-sales设计研究
凭证需包含撤销与售后入口
别名: 确认页取消 · 订单售后入口 · confirmation actions
概念解释
刚出现的那张确认上，除了让人核对买了什么，还要能就地开始撤销或售后：取消未发货订单、改地址的入口、联系履约。入口不必办完退款，但必须从这张凭证够得到，而不是让人回到首页自己找「我的订单」。这条不管退款路径在站点里好不好找、时限怎么写——那是售后流程本身；这里只管确认当下有没有把人送进那些流程。
机制
发现下错单的高峰就在成功后的几十秒：看清金额、想起优惠没用上、地址写错。这时人还停在凭证上，是成本最低的纠正窗口。若凭证只有庆祝和「继续购物」，纠正要重新导航，目标梯度已经指向离开，错误会被带走。撤销放在确认上，还会降低「先乱点支付再想办法」的恐惧，对高价单尤其明显。入口必须标明当前能不能撤：已出库就不能再装成「取消订单」，否则按下后才说不行，确认本身失信。
怎么研究
成功页比较：无售后入口、仅「查看订单」、直接「取消 / 改地址」。看成功后 5 分钟内的取消与改址是否发生在该页。
自变量：入口是否在凭证首屏、取消是否标明截止条件、点击后是就地完成还是跳到别的信息架构。 因变量：错单纠正时延、成功后的客服进线、因找不到取消而重复下单。
实验室很难制造「下错单」的真实紧迫。可用脚本让人在确认页发现地址是错的，看他们第一步点哪里。不要用「取消率上升」当做坏指标——确认上出现入口会让早取消变多，那往往是把更贵的售后提前了。
边界
虚拟商品、门票一旦核销可能无法撤销，入口应变成「售后规则」而不是假取消。拍卖成交、定制已开工同样。支付授权尚未捕获时，「取消」是撤授权，文案不要说退款。确认页塞满营销会把真正的撤销挤出视口，等于没给。
怎么落地
- 在凭证首屏放与当前状态相符的动作：未发货为取消，可改为改地址，始终可去订单详情；动作失败要当场说清为什么。
- 取消的截止条件写在按钮旁（「发货前可取消」），不要等点了才告知。
- 「继续购物」不得比撤销更抢眼到入口跌出首屏。
- 验证：故意用错地址付一笔测试单，看未参与的人能否在确认页 30 秒内开始改或取消，而不经过首页搜索。必须打开站内搜索才找到，入口失败。