अभी लॉगिन करें 做电商运营的都知道，用户付完款只是订单“正向流程”的起点，只要有买卖，就免不了售后。一旦用户发起退款，订单就切入了复杂的“逆向流程”。逆向流程里最常见、也最让人头疼的一环，就是“仅退款”。今天我们就来拆解一下，仅退款在实际业务运转中到底是怎么一回事。
用户能在什么节点申请仅退款？通常集中在三个阶段：待发货、待收货以及交易成功后。不同节点背后的业务逻辑和用户诉求差异很大。
先说待发货阶段。这时候商品还没出库，用户突然反悔了。原因五花八门，比如多拍了、地址填错了、发现没用上优惠券，或者纯粹就是不想要了。因为货还没发，自然不需要退货，处理起来相对简单。
等到了待收货阶段，情况就复杂了。货虽然在路上，但用户还没点确认收货。有时候物流迟迟不动，或者用户已经收到货却发现有问题。比如买了一箱苹果，拆开发现烂了一半，用户没有去点确认收货，而是直接找商家协商，最后达成只退一半钱的方案。这就衍生出了已发货状态下的仅退款场景。
如果订单已经显示“交易成功”，但用户在售后期内（通常是七天或十五天）发现了问题，比如买了一件衣服，确认收货后发现有点线头瑕疵，但整体款式还算喜欢，不想折腾退换货，便会跟商家沟通退一部分钱作为补偿。这也是典型的仅退款诉求。当然，一旦超过规定的售后期，申请入口就会自动关闭。
重点聊聊待发货阶段的仅退款。通常情况下，这个阶段发起退款，系统默认是整单取消，不支持单独退部分商品。这其实跟电商的营销逻辑紧密相关。用户下单时往往凑了跨店满减、用了大额优惠券，这些优惠金额在支付时已经按比例分摊到了各个商品上。如果此时允许退一部分商品，原本达到满减门槛的订单就不成立了，那多出来的优惠成本谁来承担？平台为了不算这笔糊涂账，干脆一刀切：待发货状态只能整单退。
不过，从用户付款到真正发出货，中间存在极短的时间差。用户申请退款后，系统得赶紧拦截发货单。如果发货单还没推送到仓库，直接在系统里拦截即可，随后进入退款流程；如果已经推送到仓库，就得暂停打单和出库操作。拦截成功，顺利退款；可一旦拦截失败，货已经装车发出了，客服就得介入，引导用户改成“退货退款”。
现实中很多小平台根本没有自己的仓储系统，退款流程就完全依赖于商家手动操作。用户申请退款后，商家要在规定时间内处理，超时系统就会自动退款。要是商家拒绝了，用户可以修改申请再次提交，或者直接找平台客服仲裁。客服会根据聊天记录和订单情况判定责任归属，谁的问题谁承担损失。
如果业务非要支持部分商品退款也不是不行，只是逻辑非常绕。部分子订单退款成功后，父订单依然维持在待发货状态，等所有子订单都退完了，父订单才算真正交易关闭。
相比之下，订单进入待收货或交易成功状态后，售后处理就更具弹性了，系统支持部分退款和全额退款。这时候的仅退款，流程上和前面提到的无仓储系统流程差不多，但多了一个特殊处理环节：无实物回仓。
有些商品损坏严重，或者本身价值低、逆向物流成本高，退回仓库根本不划算。比如生鲜海鲜、水果蔬菜这类有保质期的商品，退回仓库早就变质了，没法二次销售，只会徒增仓储和物流成本。这种情况下，商家通常直接同意仅退款，不需要用户退货。对于这部分损失，系统会生成货物损耗报告和出库单，文件类型标记为“无实物”，方便财务做账核销。
退款金额怎么算？这里面的坑不少。首先是商品实付金额。用户用了优惠券或参与了降价活动，退款时退的是实际支付金额，而不是商品原价。平台在分摊优惠金额时的算法，直接决定了最终退多少钱。其次，虚拟资产也得原路退还。如果用户付款时用了积分、金币抵扣，退款时这些资产会退回到用户账户。
最麻烦的是运费和优惠券的处理。通常来说，如果货已经发了，逆向退款时运费是不退的。但如果遇到较真的用户非要投诉，客服可能会用免邮券或者直接修改退款金额来息事宁人。优惠券也是一样，正常退款不退券。假设用户在一个店里买了两件商品凑单用了券，退其中一件时，为了降低系统复杂度，平台一般不会重新计算总价是否依然符合促销门槛。除非用户把所有商品全退了，那退不退券就看具体平台规则和客服权限了。
确认退款后，售后系统会给支付系统下发指令。退款主要有两种方式：原路退回和非原路退回。原路退回最常见，微信支付退微信，支付宝退支付宝。但如果订单时间太久，支付通道关闭了原路退款功能，就需要客服人工介入，通过线下打款或者指定账户转账来完成“非原路退款”。
整个仅退款流程走下来，其实就是平台、商家、用户三方利益的博弈与平衡。理清了仅退款的触发节点、拦截逻辑和金额计算，电商售后逆向流程的底子也就摸透了一大半。