一幅图帮你搞懂订单的拆分与合并

编辑导语：产品设计往往需要考虑到各个场景，那么如何进行设计才能尽可能的做到“面面俱到”呢？本文作者以订单的拆分和合并为例，总结了一张图，为我们谈了谈他的思考，看看订单如何实际才能尽可能的做好合理方便。

很多产品方案在落地过程中会更多的结合实际情况考虑，不太可能面面俱到，如果把相关的各个场景都考虑进去的话应该如何设计？如何给产品带来更强的通用和扩展能力？

下面结合订单履约过程的拆分与合并谈一谈个人对其全场景的思考：一方面我发现很多人在考虑这方面时还是不够全面，另一方面还有很多人在错误的理解“订单拆分”和“订单合并”。

本文的目的就是通过一幅简单图讲清楚订单的拆分与合并。

这里的交易主体指平台上各个商家，他们都会与消费者发生各种交易行为。

所以，在此通过前台还是后台拆单，分为两大类拆单方式：不同交易主体拆单（前台拆分订单）、单一交易主体拆单（后台拆分发货单）。

• 前台：淘宝、京东、饿了么、美团外卖等前台销售平台；
• 后台：支撑前台的各种系统的统称，核心拆单部分在仓储相关环节。

消费者与不同的交易主体发生交易时，不同的交易主体生成不同的订单，每个交易主体都有一个独立的订单号。此时，每个订单都会对应一个发货单（可以理解为物流单，但不一定是你收到快递的物流单号），即对应关系为1:1。

不同交易主体拆单时，直接体现在了前台展现不同的订单，所以这里称之为“前台拆分订单”；而前台拆单又分了两种拆分方式：购物车拆分、提交订单拆分，本来我用红色字体写了“配送方式不一样，拆分的方式也不一样”。

但是截止到发稿前，又去体验了一下美团外卖，发现美团也可以像淘宝一样提交订单了，狠狠地打了我的脸，我就把这几个字置灰了。

1. 购物车拆分

很多人在用饿了么、美团外卖时可能没有注意过有类似于淘宝、京东多个商家商品列表的购物车，原因就不解释了。

如果你能找到饿了么、美团外卖的购物车，尤其是饿了么的购物车，会发现每个店都有一个单独的【去结算】按钮，而不是像淘宝一样可以多家店同时结算，那么饿了么这种在购物车就将不同交易主体的商品进行拆分的方式就是“购物车拆分”。

如下图，左侧为饿了么，右侧为美团外卖：

2. 提交订单拆分

以淘宝、京东为代表的电商产品，则可以在购物车里将不同商家的商品同时勾选进行【结算】，在确定订单页可以同时【提交订单】，当提交订单后，你会发现不同商家的商品会生成不同的订单，所以在这里称之为“提交订单拆分”。

当然，“提交订单拆分”的拆单方式实际也是经过后台处理进行拆分的，但是因为对消费者有明显的不同订单的感知，所以还是归在前台拆分订单里了。

这里还是要提一下上面提到的美团外卖的更新，大家可以想一下我原来为什么会那样想，美团为什么会做这样的更新？为什么饿了么没有变，以后会不会变？

上面说的是在前台拆分订单，现在这里说的是后台拆分发货单，也就是消费者在单一商家下单后（或经过前台拆单后变成了每个独立交易主体的订单），拆单实际拆的是发货单，而不是消费者的实际订单。

这里有一个误区，就是好多人在提到拆单和合单时，经常说要把消费者的原单拆开多个，或者多个合并成一个。不得不说，这种方式既麻烦，又容易出错，而且最关键的问题是，你居然会改消费者订单，对消费者感知如何？

当然你可以说，这是在后台拆的单，不影响消费者查看，如果你不嫌麻烦，这样做也是可以的，毕竟条条大路通罗马，虽然我很不认可这种方式…

咱们先回归一下这个问题的本质，订单拆分和合并是要解决什么问题？

是要提升发货效率和体验，节约发货成本，解决的是订单分开发货和合并发货的问题，不是说“订单拆分”就是要把消费者订单直接拆了。

如果真的拆了那简直是一场灾难，你还需要考虑各种优惠的拆分，在退货时要保证所有金额不出错，简直太难。

在需要拆单的情况下，一定不要修改消费者订单，而是根据一定的规则将消费者订单生成多个发货单，这样就有了订单和发货单关系为1:N。

啥是1:N？看一张图你就懂了，下面为我之前下的一个订单，商家分了多个仓给我发的货，有多个物流单号（已隐藏）：

后台拆分发货单规则：

1. 是否多仓发货

当一个订单里的商品不能在一个仓库里发货时，就要考虑多仓发货，也就会出现一个订单有多个发货单的情况。在拆分时也要按一定的业务规则进行，以下原则仅供参考：

• 最少包裹原则：能单仓发货的，尽量不拆；若不能单仓发货，找拆包裹最少的仓库组合；
• 距离最近原则：选择离收货地址距离最近的仓库发货，若多个仓库发货，选择送达用户总时长最短的仓库组合；
• 成本最优原则：先从采购成本最低的仓库发货，再考虑从物流费用最低的仓库发货。

2. 是否分批发货

分批发货涉及的场景比较多，跟具体的业务场景息息相关，主要涉及以下几类：

• 商品库存：当前部分商品库存不足，为保证消费者体验，先部分发货；
• 商品品类：某些不能一起发货的商品，比如实物商品和虚拟商品一起下单，但是虚拟商品无需发货和签收；
• 物流因素：某些商品因为物流方面的限制原因，如商品体积、重量、数量等因素，导致只能分开不同的物流进行发货；
• 其他因素：其他导致不能一个发货单完成发货的因素，如果这个因素是明确的规则，则可以把该规则做成系统自动拆单的逻辑，如果这个因素不明确，则可以考虑人工拆单。

下图为盒马鲜生的确认订单页，因商品不同（包裹1和包裹2的拆分可能是由于库存问题，包裹1和包裹3拆分的原因应该是品类的原因，包裹1需要更精准的配送时间，包裹3则不需要），在下单时直接告知消费者会分多单配送：

3. 是否需要人工拆单

当系统自动拆单规则不完善时，一般都需保留人工拆单的方式，在订单审核时将一部分商品先发货。

通过前台拆单和后台拆单的规则可以发现，前台拆单规则明确，表现形式只有两种：购物车拆分、提交订单拆分。而在后台拆单时，更多的结合实际场景，各种规则并不明确，可见后台拆单逻辑更复杂。

一般来说，单一商家的发货场景比较单一，一般不需要考虑设计的太复杂，可能不需要后台拆单就能解决问题（即使只有一个交易主体，也可通过前台拆单方式解决）。

而作为能够提供仓储物流服务的平台方，则需要考虑更多，成本、时效、体验都需要考虑。

订单合并发货相对来说就简单的多，但是也要强调一下，订单合并并不是将两个消费者订单合并，而是将两个订单的商品合并到一个发货单里发货。

合并发货原理：将满足条件的订单（买家ID、收货人姓名、电话、地址信息都一样）合并到一个发货单里发货，订单与发货单对应关系N:1。

下图为我双11在一家店里先后下的两个单，查看物流信息时，都是同一个物流单号：

不能为了节省成本随便合并发货，要确保消费者及其收货信息完全一致才能合并发货（不同的业务场景可能要求也不一样），而且订单要满足一定的条件。

比如我双11下了两单，一单下的比较早都要装车发货了，另一单才下，这种情况下肯定不能合并发货。

所以在合并发货时，可以控制某个时间段内下的单，在满足合并发货条件时，自动将其生成一个发货单，也可以手工合并订单进行发货。

订单都有对应的发货单，订单是用来给消费者查看、交易结算的，发货单是处理库存、发货用的，拆分与合并的关键逻辑是这两个实体对应关系的变化：

• 不同交易主体拆单：订单与发货单关系1:1（一个订单有一个发货单，这里说的只是前台拆，到了后台如果再拆单的话，也会变成1:N）
• 单一交易主体拆单：订单与发货单关系1:N（一个订单有多个发货单）
• 订单合并发货：订单与发货单关系N:1（多个订单使用一个发货单）

作为产品经理千万不可望文生义，而要追本溯源，“订单拆分与合并”并不是把消费者订单拆了或者合并了，就好像“中台”说的并不是放在前后台之间。

本文由 @Zurl 原创发布于人人都是产品经理，未经允许，禁止转载

题图来自Unsplash，基于CC0协议。