实战帖：电商平台如何拆单

所谓拆单，一般的是指拆订单。注意，这里的【拆】不是拆支付流水，为什么?

很简单，一个订单可以对应多个商品；这样的话，就需要把其中某个商品或者某几个商品进行分组，形成子订单，形成了一次付款对应多个订单的情况。

那你就问了，什么场景下才会有拆单？个人有限的经验告诉我，无非出于两点：

便于结算，一个订单包含多个商家的商品，为了结算方便；

便于发货，一个订单包含多个仓库的商品，为了发货方便。

从图中可以看出，用户在付款后需要平台去判断该订单是否需要拆单，怎么拆，这块要根据自己平台的业务去制定详细的规则。

需要注意的是，如果用户已经生成了订单但没有付款，这时该订单会在待付款展示。注意：这时候的订单是不拆的，只有在用户付完款之后才会去判断拆单流程。

怎么拆

之前的退款逻辑是对一个订单内的商品进行依次退款，所可能发生的情况。现在如果进行拆单，就涉及前端显示问题，我们是根据供应商的不同所进行的拆单。前端页面上会显示每一个供应商下的商品订单，也可以看到根据规则拆出来的商品价格。

这里给大家几个问题思考：

根据自身公司的业务需要怎么拆单？

我的订单内如果有的商品发货，有的商品没有发货前端怎么展示？

待发货，待收货，待评价又怎么展示？怎么根据供应商或者商家进行退款？

根据自身公司的业务需要怎么拆单？

我的订单内如果有的商品发货，有的商品没有发货前端怎么展示？

待发货，待收货，待评价又怎么展示？怎么根据供应商或者商家进行退款？

拆单后的订单也是可以查看详情的，是给用户展示商品原价，还是展示订单拆完每一笔的钱这。这里会涉及两个问题：展示原价时，用户可能会被搞蒙，不知道自己每笔订单分别付了多少钱，但底部会显示实付金额；显示拆单的价格时，用户退款是否可以退显示的商品价钱，这会涉及第一个问题，怎么拆？

订单号，查看物流，确认收货，申请退款所对应商品信息以及层级关系，

这里会涉及后台部分，我们最开始拆单没有拆订单号，而是在一个订单里进行收货，查看物流和确认收货的操作，之后因为一些原因就换掉了。这里需要考虑每一个状态所对应的是后台的哪部分。

写在最后

这一块很复杂，我在之前的文章中总结过一篇电商的退款逻辑，之后的内容可能会跟上一篇文章有关联。如果大家看完有任何异议的地方可以查看我的上一篇文章，会有些启发，最后，希望大家能认真看也欢迎大家补充。

写了这么多，把好多踩过的坑和涉及到的都写在文章里了。

电商拆单这一块，涉及的地方很多，大多数情况都需要推倒本身的业务重做。所以，在设计这一部分的时候也要额外注意，否则就要被开发爸爸们群攻了。

最后，希望正在设计这一块的产品看到这篇文章后能有所启发。

做电商，必须知道这些退款逻辑

作者：胡子邯；公众号：产品经理的日常思考。

本文由 @胡子邯 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议返回搜狐，查看更多