针对不同的货物重量，大件物流公司将自身的产品布局为小票、大票、零担、整车。物流公司利用自身平台的影响力，通过整合上下游的车辆资源，为客户提供全链路的运输服务。
本文详述了目前市场整车运输行业的业务流程以及系统搭建方案。整车运输可以理解为针对B2B的客户，对原材料、零配件、商品这些大宗货物进行干线运输、仓间调货等，系统搭建则需要建立客户、平台、车队之间的货物流、信息流和资金流，从而达到互利共赢的结果。
如果你是水果供货商，你需要将整车的农场的水果从原产地运输到千里之外的城市销售。你对运输过程有哪些需求？
对于车队，希望平台给他提供什么？
PS：谁都想资金能够进得快，出得慢，这个矛盾点无法克服，哈哈，那就只好谁强势谁说了算。
好了，现在我们知道了客户需求，现在可以针对每个客户需求，思考如何搭建这个整车运输平台的功能、模块以及详细流程。
图1 系统流程图
公司有维护客户关系的CRM（Customer relationship management system，客户关系管理系统），涵盖了客户签约、注册、维护、退出的全流程。客户注册时，需要包含三个层面的信息：基本信息、业务信息、财务信息。
2）业务信息：作用是管控与公司合作的业务范畴=以及计费方式=等。例如：使用的产品范畴、合作的区域等。我将计费方式归属到业务信息而不是财务信息，原因是，我们产生业务单据时，每条运单就能够前置产生的应收流水，而不必等流转到结算环节。
3）财务信息：账期、结算方式、开户行、银行账号、发票抬头、发票类型等。
CRM系统能够帮助企业巩固老客户的合作关系，通过分析客源结构，有助于帮助企业预测市场的发展需求和寻找潜在的客户群，从而夯实企业在行业内的地位。我司属于行业的龙头企业，比一套完备的CRM系统，这个我在其基础上开发新需求，然后直接调用主数据就好了。
采购竞价是交易过程的核心环节，竞价是目的是为了给客户提供高质量的价格，从而提高交易成功的可能性。有了承运商报价之后，平台按照计费规则叠加一定的佣金，向客户端推送报价金额。为了保证价格质量，系统在设计之初，就给自己定了几个关键指标：
在设计系统方案时，逻辑处理上涉及的细节较多，需要抓住主线进行顶层设计。
我选主线是竞价状态，对于每个竞价请求，本质上都是收到在某些外力输入（主动报价、取消、失效等），触发一定的逻辑规则，输出系统所预设的结果（竞价状态、价格等）。
我设计的竞价状态机如下：
图2 竞价状态机
采购完成之后，信息流到订单管理系统模块，订单的全生命周期开始了。订单管理是整个业务流最核心的内容，只有产生订单，才能有收入并且盈利，才能证明我们开拓了市场。订单连接了客户和车队，平台起到中转和调度作用，让信息、货物和资金都流动起来，只有流动才能实现价值增长。
1）计价模型：用户确认下单时，系统会先调用计价模块，叠加佣金，计算应收的客户运费。
2）订单审核：对于恶意刷单、通过应收和应付账期差占用平台资金的行为，系统需要及时识别，避免问题发生。
3）增值服务：如果装卸、吊装等此类增值服务，还涉及到拆单的处理。主订单发送给中标的车队，然后调度中心会将子订单分配给具有增值服务能力的供应商去承接任务，系统要做到应收合单计费，应付拆单计费。
4）在途监控：为了保证运输时效，对于可能会晚点到达的车辆，系统需要及时预警，按照不同的预警等级向对应的运作人员发起提醒。越来越多的客户期望能实时查看在途的位置，目前常用的轨迹采集方式有三种：司机app、车载北斗模块、手动安装GPS定位盒。每种工具的都有其优缺点，大家可以按照自己的需求选择。另外，对于高价值的货物，如果客户有视频监控、路宽查看的需求，可以购买并安装一些IoT的终端设备。
订单状态记录其生命周期，几乎所有的业务系统都会涉及状态枚举以及状态翻转的逻辑，这也是产品经理的基本功，合理的状态逻辑有助于系统后续扩展，以及避免意料之外的BUG。
竞价状态下游对接订单的运输状态，运输订单的状态主要有以下几种类型：
上面记录了采购和订单模块的系统搭建过程，理解有限，欢饮大家交流。后面会陆续交作业，补充车队运输管理以及结算管理的系统流程。