电商ERP-合并发货的功能设计

今天下午刚过三点，差评君冲个咖啡的功夫，朋友圈就被淘宝给占领了。就是淘宝即将全面上线微信支付的事。这事最后还得看东子怎么想，不过我觉得应该也不会太远了所以说，虽

在电商产品中，合并发货是一个 常见的功能，但在实际中，总会有各种各样奇葩的场景。这篇文章，我们就来分析一下。

背景：用户下单后，OMS会对订单进行相应的处理，一般情况下，用户的同一订单、同一个仓库的订单放到同一个包裹中。只需要发一次快递。

这种方式有两个优点：

1、用户购买了很多商品，只需要接受1个包裹，提升用户的收获体验
\n2、企业可以一定程度的节约物理成本。

但是依然会存在这样的业务场景：

比如：某个连锁加盟的门店用户在小程序上进行商品的采购，先下单了一盒牛奶，2分钟后，又下单的了一盒牛奶。

作为连锁店总部，在「降本」的前提下，希望这两盒牛奶一起发货，因为： 两盒牛奶一起发的快递费<两盒牛奶单独发的快递费。

虽然一定程度上降低了用户体验，一般的2C的电商中，不会把不通用户订单的商品合并发货，但是此业务场景中是2B，企业对连锁加盟店的用户会有一定的话语权。

因此：同一个用户，一定时间内下单了某个仓库的商品，企业为了减少物流成本，则会有合并不同用户订单发货的需求。

那么我们应该从哪些点考虑合并发货的的产品设计？

为了实现同一用户的多订单合并发货，需要明确合并发货的触发条件。这些条件可以基于用户行为和订单信息：

OMS（订单管理系统）是整个合并发货流程的核心。在设计OMS系统时，需要特别关注以下几点：

在仓库管理系统（WMS）中，合并发货的设计主要体现在拣货和打包流程上：

物流环节是合并发货能否成功的关键。通过与物流服务提供商的系统对接，可以实现以下功能：

在实际运营中，合并发货可能会面临一些边界条件和异常情况：

合并发货功能的产品设计需要从多个角度考虑，既要在业务逻辑上实现降本增效，也要在用户体验上保持流畅和便捷。通过OMS、WMS、物流系统的集成，企业可以在降低物流成本的提升用户的收获体验。通过数据分析，企业还能进一步优化合并发货的规则，为未来的业务发展提供数据支持。

本文由 @晔仔 原创发布于人人都是产品经理。未经作者许可，禁止转载

题图来自Unsplash，基于CC0协议

该文观点仅代表作者本人，人人都是产品经理 仅提供信息存储空间服务