车队|物流运输系统——整车运输系统搭建( 二 )

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

在设计系统方案时，逻辑处理上涉及的细节较多，需要抓住主线进行顶层设计。
我选主线是竞价状态，对于每个竞价请求，本质上都是收到在某些外力输入（主动报价、取消、失效等），触发一定的逻辑规则，输出系统所预设的结果（竞价状态、价格等）。
我设计的竞价状态机如下：

文章插图
图2 竞价状态机
五、订单管理采购完成之后，信息流到订单管理系统模块，订单的全生命周期开始了。订单管理是整个业务流最核心的内容，只有产生订单，才能有收入并且盈利，才能证明我们开拓了市场。订单连接了客户和车队，平台起到中转和调度作用，让信息、货物和资金都流动起来，只有流动才能实现价值增长。
1）计价模型：用户确认下单时，系统会先调用计价模块，叠加佣金，计算应收的客户运费。
2）订单审核：对于恶意刷单、通过应收和应付账期差占用平台资金的行为，系统需要及时识别，避免问题发生。
3）增值服务：如果装卸、吊装等此类增值服务，还涉及到拆单的处理。主订单发送给中标的车队，然后调度中心会将子订单分配给具有增值服务能力的供应商去承接任务，系统要做到应收合单计费，应付拆单计费。
4）在途监控：为了保证运输时效，对于可能会晚点到达的车辆，系统需要及时预警，按照不同的预警等级向对应的运作人员发起提醒。越来越多的客户期望能实时查看在途的位置，目前常用的轨迹采集方式有三种：司机app、车载北斗模块、手动安装GPS定位盒。每种工具的都有其优缺点，大家可以按照自己的需求选择。另外，对于高价值的货物，如果客户有视频监控、路宽查看的需求，可以购买并安装一些IoT的终端设备。
订单状态记录其生命周期，几乎所有的业务系统都会涉及状态枚举以及状态翻转的逻辑，这也是产品经理的基本功，合理的状态逻辑有助于系统后续扩展，以及避免意料之外的BUG。
竞价状态下游对接订单的运输状态，运输订单的状态主要有以下几种类型：

审核中：多数订单会跳过此状态，及时识别高风险的订单，启动OA流程，流转到相关干系人节点去审核。审核完成之后，才能进行下一步。
待付款：客户可选用月结记账以及散单现付的方式进行，现付又包括现金支付、扫码支付、信用卡支付、银联支付。注意设置支付的有效期，超时则自动取消。支付完成之后，系统会下发运输任务给车队。
待发车：客户下单之后，司机发车之前。司机在手机APP上启动运输任务，上传操作信息到后台系统。为保证运输过程的真实性，防止刷单，需要校验任务启动的地址与客户下单地址是否符合。
运输中：司机发车之后，到达目的地之前。此过程需要实时采集司机的位置信息，客户可在自己的终端查看。
已到达：运输完整，司机到达目的地。此时开始计算应付的费用，向结算管理模块推送应付流水信息。
已取消：客户发车之前取消了订单。这里系统没有允许中途取消订单，是因为这涉及到设置放空费的收取规则，以及需要客户、司机、平台多方审核才能生成此扣费单，对于研发和运营都是麻烦事，所以未建立线上化流程，而是采用又客服统一处理的方式。

六、总结上面记录了采购和订单模块的系统搭建过程，理解有限，欢饮大家交流。后面会陆续交作业，补充车队运输管理以及结算管理的系统流程。
作为职场小白，搭一套系统实属不易呀，唯有保持虚心、保持激情、保持热爱，才能激励自己前行。
本文由 @东方原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自Unsplash，基于 CC0 协议