物流运输系统——整车运输系统搭建

针对不同的货物重量，大件物流公司将自身的产品布局为小票、大票、零担、整车。物流公司利用自身平台的影响力，通过整合上下游的车辆资源，为客户提供全链路的运输服务。

本文详述了目前市场整车运输行业的业务流程以及系统搭建方案。整车运输可以理解为针对B2B的客户，对原材料、零配件、商品这些大宗货物进行干线运输、仓间调货等，系统搭建则需要建立客户、平台、车队之间的货物流、信息流和资金流，从而达到互利共赢的结果。

一、描述业务场景

如果你是水果供货商，你需要将整车的农场的水果从原产地运输到千里之外的城市销售。你对运输过程有哪些需求？

• 时效快；水果属于生鲜类，销售价格与其新鲜程度密切相关，作为经销商，自然是希望越快配送到越好。时效最快的公路运输就是点对点直发，中途无经停。

• 价格合适；在运输时效达到的情况下，成本自然是越低越好。可以通过“货比三家”的方案找到低价的车辆，多找几个车队谈价格，选择价格最低的一家去承运。

• 运输安全；为保证货物的安全，希望全程能够监控车辆的位置、路况、车锁情况。对于冷藏运输，还有温度监控的需求。

• 资金垫用；干线货运的价格数万元，对于现金流不足的小B端供货商，希望拿到下游经销商的回款之后，再支付对应的运输成本。

对于车队，希望平台给他提供什么？

• 提前订车；由于政策管控和场地限制，货车一般都停留在城市近郊的停车场，当收到运输任务时，才前往客户处接货；并且，提前预定用车需求，有助于车队调配车辆，提高车辆的载货率。

• 稳定的用车需求；车队入驻平台之后，希望有订单量的保证，最好能够让自己养活整个车队。

• 收发货区域相对固定；每个车队都有自己的承运范围，超范围运输不属于自己的业务范畴。

• 资金回款；车队的指出包括燃油费、高速费、司机工资、车辆贷款以及保养费，快速回款有助于维持滋生的收支平衡。

PS：谁都想资金能够进得快，出得慢，这个矛盾点无法克服，哈哈，那就只好谁强势谁说了算。

好了，现在我们知道了客户需求，现在可以针对每个客户需求，思考如何搭建这个整车运输平台的功能、模块以及详细流程。

二、流程以及各模块的交互关系

图1 系统流程图

三、客户端

公司有维护客户关系的CRM（Customer relationship management system，客户关系管理系统），涵盖了客户签约、注册、维护、退出的全流程。客户注册时，需要包含三个层面的信息：基本信息、业务信息、财务信息。

1）基本信息：主账号和子账号、客户名称、客户编码、所属行业、统一社会信用代码、法人、注册资金、注册时间、客户经理等。

2）业务信息：作用是管控与公司合作的业务范畴=以及计费方式=等。例如：使用的产品范畴、合作的区域等。我将计费方式归属到业务信息而不是财务信息，原因是，我们产生业务单据时，每条运单就能够前置产生的应收流水，而不必等流转到结算环节。

3）财务信息：账期、结算方式、开户行、银行账号、发票抬头、发票类型等。

CRM系统能够帮助企业巩固老客户的合作关系，通过分析客源结构，有助于帮助企业预测市场的发展需求和寻找潜在的客户群，从而夯实企业在行业内的地位。我司属于行业的龙头企业，比一套完备的CRM系统，这个我在其基础上开发新需求，然后直接调用主数据就好了。

四、采购竞价

采购竞价是交易过程的核心环节，竞价是目的是为了给客户提供高质量的价格，从而提高交易成功的可能性。有了承运商报价之后，平台按照计费规则叠加一定的佣金，向客户端推送报价金额。为了保证价格质量，系统在设计之初，就给自己定了几个关键指标：

• 首次报价时间：首次报价时间越短，就能越快响应客户需求，相对其他竞争对手就占有主动地位；

• 平均报价次数：平均报价次数越多，竞价就越充分，价格相对越低；

• 报价率：为塑造平台的能力，我们要保证100%的订单都能收到报价；每日输出采购过程的报表，分析每个车队的合作情况，采用督促、约谈、限制单量、惩罚等方式引导其配合交易。

在设计系统方案时，逻辑处理上涉及的细节较多，需要抓住主线进行顶层设计。

我选主线是竞价状态，对于每个竞价请求，本质上都是收到在某些外力输入（主动报价、取消、失效等），触发一定的逻辑规则，输出系统所预设的结果（竞价状态、价格等）。

我设计的竞价状态机如下：

图2 竞价状态机

五、订单管理

采购完成之后，信息流到订单管理系统模块，订单的全生命周期开始了。订单管理是整个业务流最核心的内容，只有产生订单，才能有收入并且盈利，才能证明我们开拓了市场。订单连接了客户和车队，平台起到中转和调度作用，让信息、货物和资金都流动起来，只有流动才能实现价值增长。

1）计价模型：用户确认下单时，系统会先调用计价模块，叠加佣金，计算应收的客户运费。

2）订单审核：对于恶意刷单、通过应收和应付账期差占用平台资金的行为，系统需要及时识别，避免问题发生。

3）增值服务：如果装卸、吊装等此类增值服务，还涉及到拆单的处理。主订单发送给中标的车队，然后调度中心会将子订单分配给具有增值服务能力的供应商去承接任务，系统要做到应收合单计费，应付拆单计费。

4）在途监控：为了保证运输时效，对于可能会晚点到达的车辆，系统需要及时预警，按照不同的预警等级向对应的运作人员发起提醒。越来越多的客户期望能实时查看在途的位置，目前常用的轨迹采集方式有三种：司机app、车载北斗模块、手动安装GPS定位盒。每种工具的都有其优缺点，大家可以按照自己的需求选择。另外，对于高价值的货物，如果客户有视频监控、路宽查看的需求，可以购买并安装一些IoT的终端设备。

订单状态记录其生命周期，几乎所有的业务系统都会涉及状态枚举以及状态翻转的逻辑，这也是产品经理的基本功，合理的状态逻辑有助于系统后续扩展，以及避免意料之外的BUG。

竞价状态下游对接订单的运输状态，运输订单的状态主要有以下几种类型：

• 审核中：多数订单会跳过此状态，及时识别高风险的订单，启动OA流程，流转到相关干系人节点去审核。审核完成之后，才能进行下一步。

• 待付款：客户可选用月结记账以及散单现付的方式进行，现付又包括现金支付、扫码支付、信用卡支付、银联支付。注意设置支付的有效期，超时则自动取消。支付完成之后，系统会下发运输任务给车队。

• 待发车：客户下单之后，司机发车之前。司机在手机APP上启动运输任务，上传操作信息到后台系统。为保证运输过程的真实性，防止刷单，需要校验任务启动的地址与客户下单地址是否符合。

• 运输中：司机发车之后，到达目的地之前。此过程需要实时采集司机的位置信息，客户可在自己的终端查看。

• 已到达：运输完整，司机到达目的地。此时开始计算应付的费用，向结算管理模块推送应付流水信息。

• 已取消：客户发车之前取消了订单。这里系统没有允许中途取消订单，是因为这涉及到设置放空费的收取规则，以及需要客户、司机、平台多方审核才能生成此扣费单，对于研发和运营都是麻烦事，所以未建立线上化流程，而是采用又客服统一处理的方式。