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

0 评论 1489 浏览 9 收藏 8 分钟

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

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

这种方式有两个优点:

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

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

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

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

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

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

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

一、订单合并的触发条件

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

  • 时间窗口:设置一个时间窗口,比如用户在24小时内下的订单,系统会自动合并发货。这可以根据不同业务场景灵活配置,既可以避免用户频繁下单时产生的多次物流成本,也能在一定程度上缩短用户的等待时间。
  • 仓库相同:对于同一仓库发货的订单,才可以进行合并。如果订单涉及多个仓库,则需要分别发货,无法合并。
  • 商品限制:某些商品可能存在特殊限制,无法与其他商品一起发货。例如,某些冷链商品或者大件商品可能不适合与普通商品一同打包,这种情况下系统需要对这些商品进行标记,确保不会触发合并。

二、OMS系统的支持

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

  • 订单状态:当系统检测到某个用户在设定的时间窗口内有多笔订单时,OMS系统需要将这些订单的状态标记为“待合并发货”。这种状态将提醒仓库进行合并打包处理。
  • 拣货单生成:OMS系统需要在订单生成时自动判断哪些订单可以合并,然后将这些订单的信息传递给仓库管理系统(WMS),生成合并后的拣货单。这里要确保拣货单上的商品信息完整、准确,避免遗漏或重复拣货。

三、WMS系统的支持

在仓库管理系统(WMS)中,合并发货的设计主要体现在拣货和打包流程上:

  • 智能拣货:WMS系统可以自动生成合并拣货单,将同一用户的订单进行汇总,生成一个包含所有商品的拣货任务。这不仅提高了拣货效率,还减少了仓储内的重复操作,降低了人力成本。
  • 智能打包:在打包环节,系统应提示打包人员这是合并订单,确保所有商品都放入一个包裹中。同时,包裹的标签和物流信息应对应多个订单,避免单个包裹下漏发或错发的情况。

四、物流系统的集成

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

  • 运单合并:在合并发货的情况下,物流系统需要生成一个唯一的运单号,用户可以通过这个运单号跟踪整个包裹的物流信息。系统应能自动计算合并发货后的物流费用,并确保企业能够享受合并发货带来的成本优势。
  • 分拆运单支持:如果合并的订单中包含特殊商品(如易碎品、大件商品),系统需要支持分拆运单,并为这些订单生成独立的物流信息,确保物流操作顺利。

五、边界条件和异常处理

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

  • 退货处理:当用户的多个订单合并发货后,如果用户需要退货,OMS系统应能够分离订单的退货处理流程,确保每个订单的退货记录和退款操作独立进行,避免混淆。
  • 部分订单取消:如果用户在合并发货前取消了一部分订单,系统应自动更新拣货单和打包信息,确保仓库只打包未取消的商品,并重新计算物流费用。

六、总结

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

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

题图来自Unsplash,基于CC0协议

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

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
海报
评论
评论请登录
  1. 目前还没评论,等你发挥!