本文总结并分享了从客户订单到驾驶员订单的整个过程。
物流/快递/货运公司是一个非常传统的行业,其中零担行业CR10仅占4%左右同时,零担物流的进入门槛比快递行业低,导致大量小型、分散、弱小的企业,其中很多处于手工记账阶段,很难跟踪何时运单异常。大中型物流/快递公司中的
由于其高度个性化的业务和自身的数据安全,通常选择进行自我研究,如顺丰阿修罗TCMS、邦德科斯、白石春雷系统、京东物流红兔TMS、菜鸟云配宝TMS等。然而,一些小公司通常从成本角度选择SaaS供应商,如oTMS、快递货运、魏徵、科扬TMS和其他SaaS系统
目前主要分享物流行业从客户订单到发货单的流程
基本概念
物流业务从发送方的客户提货开始,然后将货物发送给接收方的客户,并以闭环方式完成登录。与此同时,如果公司为收据提供增值服务,仍然存在从接收者向发送者或第三方返还收据的情况。但是,由于其流程与运单的操作一致,这里没有特别的解释。
因为有这样一个场景,发送客户同时向多个接收地址发送快递,此时使用订单号作为订单标识符是不合适的,所以在客户向司机下订单并完成申报之前的过程被分为“订单”
然后被分成“运单”,从驾驶员完成提货到运单签署,即一个订单对应多个运单客户下了
个订单,然后司机对运单进行申报。在b端的KA客户场景中存在更多的场景。如果公司在自己业务的c端有更多的客户,它就不能区分订单和运单。然而,无论是订单还是托运单,都有可能需要合并订单的情况。
订单信息
订单主要记录客户订单信息和司机到达客户地点所需的地理信息
订单号。
订单号是订单的标识,通常会随着订单的增加而增加。如果在与外界进行业务对接时会显示订单号,建议在订单号生成规则中增加一些混淆逻辑,否则竞争对手可以根据订单号生成规则计算公司当前的订单数量,并披露公司的运营信息。
订单状态
我们已经明确了订单和运单之间的界限,因此订单状态机有四种状态:“客户订购”、“预定”、“提货”和“完成提货”当客户检查订单时,状态
一般会提示客户当前的订单状态,所以拷贝应该尽可能简单明了,状态机也可以根据公司的业务需求合理增减。因此,这里的状态机很容易理解,所以这里不再重复。
订单来源
物流公司除了通过自己的渠道下订单外,还可以直接与电子商务网站,甚至第三方下订单平台如菜鸟、快递100对接订单来源字段可用作后续渠道分析的基础,此处没有扩展分析。
时间信息
记录订单每个状态流的触发时间此处应注意订单的正面和负面流程,是否覆盖原始时间记录应结合各自的业务场景进行评估。
如果在此选择覆盖操作,相应的数据将不可用于数据分析;如果没有选择覆盖范围,则需要考虑调度→提货→调度场景中的时间显示是否会引起用户的误解。
单个客户信息和提货客户信息
这里将单个客户和提货客户信息分开,主要考虑第三方下订单的情况。如果他们自己公司的单个客户和提货客户基本上是同一个公司/个人,这两个字段可以合并到一个字段中
订单流程
订单流程是从订单生成到订单完成的全过程。因为订单和运单之间的界限已经在前面定义过了,所以本文讨论的订单只有一个正向过程,没有反向过程。
如果客户希望在司机提货前取消订单,系统只需取消司机的任务,不涉及物理空间转移
例如,滴滴打车取消订单后,订单被取消。同时,系统优先考虑取消订单的司机,但不影响原订单状态。在司机拿起行李并申报后,订单就被转换成了运单。如果客户希望此时取消订单,他实际上是在发起寄售单的退回,并且寄售单的反向过程将在以后扩展,这里不再重复。从上图可以看出,
订单流程只有四个简单的环节,但通常是作为一个系统独立地规划在“分配驱动因素”和“任务规划”两个模块中同时,驾驶员需要考虑订单的时间限制、驾驶员当前的任务数、驾驶员当前的距离等维度,这涉及到运筹学中非常著名的旅行推销员问题。有人会说系统调度太复杂了,司机抢订单不是更好吗?司机根据距离评估是否携带运单。
如果司机a抢走了10 Km的订单,距离为3 Km的司机b没有。一分钟后,一个新订单出现在距离司机a原来位置1 Km的地方,而新订单是距离司机b 10Km的地方。
现在重新评估这两个订单,这似乎不是最佳解决方案这里不再重复调度策略的问题,但将在另一篇文章中进一步讨论。
物流业也不可避免地有薅羊毛和恶意竞争。在系统规划过程中,根据自己的需要,在将订单发送给司机之前,在订单中增加了一些风控规则,以防止司机因故意的恶意命令而逃跑,给公司造成损失。
订单推送
当订单状态发生变化时,可以将最新状态推给相关人员,以了解订单的当前情况,例如,在将订单发送给司机/抢劫司机后,可以通知司机去客户处取货的地址;例如,当订单被取消时,信息被同步到销售/客户服务人员以确认是否有任何异常。
汇总
订单是物流/快递公司业务的起点。这一次,我们主要分享从客户订单到司机订单的整个过程。下面将分享订单和运单系统的进化迭代。
地图来自Unsplash,基于CC0协议