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

12 评论 8410 浏览 41 收藏 7 分钟

笔者复盘最近的电商拆单工作经历,从原因、流程等方面进行分析,也让大家不再踩坑。

什么情况下需要拆单?

商家不同

像TB、PD一样的平台有多种店家,因发货地不同则需要拆单。

根据商家拆单比较容易理解,比如你在电商平台上买了二个商品,一个是玩具,一个是图书。图书和衣服基本都是平台的东西,所以你买的这两个东西很可能是两个不同商家的。

当你购物车里面同时买了图书和衣服的时候,尽管是你一次付款的,但由于背后是两个不同的商家,所以会把你的这笔订单拆成2个不同的子订单,每个子订单由相应的商家发货。因为不同商家的货都是存在自己商家的仓库里面,所以不可能同时从2个不同的商家发货,这也就是为什么购物车里面要根据不同的商家进行拆单。

品类限制

自营平台本身有多家仓库,用户购买后会从不同的仓库发货。这种情况就是,自营平台内的商品会有品类的限制,每一个品类都会有特殊的属性,比如有效期、超大物品、易碎品之类的需要单独包装,这样就不能放在一起,所以需要设计拆单规则。

为什么拆单?

1)为了优化用户体验

用户在下单之后能看到清晰的订单和物流信息。

2)为了平台管理方便

在前期大多数平台的订单系统和支付系统都是分开设计的,像订单系统有多个子订单:订单A,订单B,订单C,当这个订单支付完了之后会合并在一起,传入支付系统,那后者看到的只有一个单号,

3)为了后台的操作灵活度

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

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

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

  1. 便于结算,一个订单包含多个商家的商品,为了结算方便;
  2. 便于发货,一个订单包含多个仓库的商品,为了发货方便。

拆单基本流程

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

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

怎么拆

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

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

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

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

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

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

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

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

写在最后

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

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

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

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

#相关阅读#

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

 

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

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

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 方便留个微信号讨论一下么?

    回复
    1. wsds4864

      回复
  2. 我的订单内如果有的商品发货,有的商品没有发货前端怎么展示?
    作者把很多难点抛给了读者。

    回复
    1. 参考淘宝、有赞订单等平台。

      回复
  3. 如何选择,把是否完成付款作为拆单的节点,

    回复
  4. 看了一篇文章,看到问答才有启发…

    回复
    1. 有帮助就好~~

      回复
  5. 😀

    回复
  6. 有一些疑问:
    1、如果未付款的情况,不进行拆单,那前端页面用户展示的订单列表是父订单和子订单混在一起展示么?
    2、如果未支付的情况不拆单,那后台在用户不支付的情况下,还会不会显示对应的待支付订单?

    回复
    1. 第一个问题:是在一起展示,因为会涉及到整单优惠,在付款前不进行拆单实际上对后台逻辑处理是简单的,第二个问题没有理解谁与谁对应的待支付。

      回复
    2. 如果父订单跟子订单在同一个列表展示会不会有问题啊,第二个问题是用户如果未支付,按拆单逻辑就不会拆单,那对应后台订单管理列表里显示的订单也是父订单与子订单混合的?

      回复
    3. 我们是混合的,待付款时一个订单内包含多个供应商商品,付完款后才判断拆单。

      回复