编辑导语：产物设计往往需要思量到各个场景，那么如何举办设计才气尽大概的做到“八面见光”呢？本文作者以订单的拆分和归并为例，总结了一张图，为我们谈了谈他的思考，看看订单如何实际才气尽大概的做好公道利便。

许多产物方案在落地进程中会更多的团结实际环境思量，不太大概八面见光，假如把相关的各个场景都思量进去的话应该如何设计？如何给产物带来更强的通用和扩展本领？

下面团结订单履约进程的拆分与归并谈一谈小我私家对其全场景的思考：一方面我发明许多人在思量这方面时照旧不足全面，另一方面尚有许多人在错误的领略“订单拆分”和“订单归并”。

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

这里的生意业务主体指平台上各个商家，他们城市与消费者产生各类生意业务行为。

所以，在此通过前台照旧靠山拆单，分为两大类拆单 *** ：差异生意业务主体拆单（前台拆分订单）、单一生意业务主体拆单（靠山拆分发货单）。

前台： *** 、京东、饿了么、美团外卖等前台销售平台；

靠山：支撑前台的各类系统的统称，焦点拆单部门在仓储相关环节。

一、差异生意业务主体的拆单：前台拆分订单

消费者与差异的生意业务主体产生生意业务时，差异的生意业务主体生成差异的订单，每个生意业务主体都有一个独立的订单号。此时，每个订单城市对应一个发货单（可以领略为物流单，但不必然是你收到快递的物流单号），即对应干系为1:1。

差异生意业务主体拆单时，直接表此刻了前台揭示差异的订单，所以这里称之为“前台拆分订单”；而前台拆单又分了两种拆分 *** ：购物车拆分、提交订单拆分，原来我用赤色字体写了“配送 *** 纷歧样，拆分的 *** 也纷歧样”。

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

1. 购物车拆分

许多人在用饿了么、美团外卖时大概没有留意过有雷同于 *** 、京东多个商家商品列表的购物车，原因就不表明白。

假如你能找到饿了么、美团外卖的购物车，尤其是饿了么的购物车，会发明每个店都有一个单独的【去结算】按钮，而不是像 *** 一样可以多家店同时结算，那么饿了么这种在购物车就将差异生意业务主体的商品举办拆分的 *** 就是“购物车拆分”。

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

2. 提交订单拆分

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

虽然，“提交订单拆分”的拆单 *** 实际也是经事靠山处理惩罚举办拆分的，可是因为对消费者有明明的差异订单的感知，所以照旧归在前台拆分订单里了。

这里照旧要提一下上面提到的美团外卖的更新，各人可以想一下我本来为什么会那样想，美团为什么会做这样的更新？为什么饿了么没有变，今后会不会变？

二、单一生意业务主体的拆单：靠山拆分发货单

上面说的是在前台拆分订单，此刻这里说的是靠山拆分发货单，也就是消费者在单一商家下单后（或颠末前台拆单后酿成了每个独立生意业务主体的订单），拆单实际拆的是发货单，而不是消费者的实际订单。

这里有一个误区，就是许多几何人在提到拆单和合单时，常常说要把消费者的原单拆开多个，可能多个归并成一个。不得不说，这种 *** 既贫苦，又容易堕落，并且最要害的问题是，你居然会改消费者订单，对消费者感知如何？

虽然你可以说，这是在靠山拆的单，不影响消费者查察，假如你不嫌贫苦，这样做也是可以的，究竟条条大路通罗马，固然我很不承认这种 *** …

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

是要晋升发货效率和体验，节省发货本钱，办理的是订单分隔发货和归并发货的问题，不是说“订单拆分”就是要把消费者订单直接拆了。

假如然的拆了那的确是一场劫难，你还需要思量各类优惠的拆分，在退货时要担保所有金额不堕落，的确太难。

在需要拆单的环境下，必然不要修改消费者订单，而是按照必然的法则将消费者订单生成多个发货单，这样就有了订单和发货单干系为1:N。

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

靠山拆分发货单法则：

1. 是否多仓发货