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

针对不同的货色重量，大件物流公司将自身的产品布局为小票、大票、零担、整车。

物流公司利用自身平台的影响力，通过整合高下游的车辆资源，为客户供应全链路的运输做事。

本文详述了目前市场整车运输行业的业务流程以及系统搭建方案。
整车运输可以理解为针对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上启动运输任务，上传操作信息到后台系统。
为担保运输过程的真实性，防止刷单，须要校验任务启动的地址与客户下单地址是否符合。
运输中：司机发车之后，到达目的地之前。
此过程须要实时采集司机的位置信息，客户可在自己的终端查看。
已到达：运输完全，司机到达目的地。
此时开始打算搪塞的用度，向结算管理模块推送搪塞流水信息。
已取消：客户发车之前取消了订单。
这里系统没有许可中途取消订单，是由于这涉及到设置放白搭的收取规则，以及须要客户、司机、平台多方审核才能天生此扣费单，对付研发和运营都是麻烦事，以是未建立线上化流程，而是采取又客服统一处理的办法。

六、总结

上面记录了采购和订单模块的系统搭建过程，理解有限，欢饮大家互换。
后面会陆续交作业，补充车队运输管理以及结算管理的系统流程。

作为职场小白，搭一套系统实属不易呀，唯有保持客气、保持激情、保持热爱，才能勉励自己前行。

本文由 @东方 原创发布于大家都是产品经理。
未经容许，禁止转载。

题图来自Unsplash，基于 CC0 协议