手机网站
手机网站
本文总结并分享了从客户订单到驾驶员订单的整个过程。
物流/快递/货运公司是一个非常传统的行业，其中零担行业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协议
