一、背景介绍
煤炭行业具有一定的行业特性，其中包括应用场景复杂，用户群体传统，资源稀缺性，行业壁垒性高，曾经五年时间致力于煤炭运销场内智能煤矿产品的方案及建设，目前主要针对煤炭行业中的一个环节，煤炭物流运输做出产品经验分享。
二、按步骤实施解决方案
第一步：调研分析，寻找痛点
1. 用户群体：车队司机，车主为煤炭物流主要用户群体，
用户需求：
l 传统煤炭物流运输主要采用车主发放纸制派车单进行运输的粗放管理模式，司机装货到卸货在途信息几乎为盲区，不利于车主管理车辆，司机。车主亟需便利的完成车辆，司机管理，与货主结算工作。
l 司机因文化水平偏低，运输在途精力集中于道路情况，较少时间能在开车时操作App，并完成相应流程节点。
l 由于传统运输模式为纸制单据+电话沟通，司机存在使用App方面抵触心理，少数司机不用智能机不会使用App，甚至认为没有纸制单据在手，运输煤量会因此被动手脚造成的损失。
l 司机存在多张卡分开收取运输工资。
l 由于车队车辆运输采用的人停车不停制度，存在一辆车有多个司机使用情况（此处有坑后续介绍）。
l 传统模式司机运输存在惰性心理，除了拿到手的工资，没有心理上的归属感及攀比心。
l 车辆管理不规范，很多车辆因为从A矿到B矿路途短，存在无需签协议即可运输车辆，司机不受产品约束。
2. 分析现有产品，从用户痛点着手优化
l 现有产品操作复杂：现有产品采用线上抢单，录入发货，收货数据上传照片，完成一单运输，对于经常开车的司机来说，录入单据上的数据存在很大难度，司机非常抵触，而且很容易录错数据，尤其是夜间开车精力更无法投入到录入数据上。即使作为磅房称重人员专业录入称重数据每天均存在3%的错误率，复查错误单据需要对账每一个运单，工作量极大。
l 现有系统用户群体定位仅为司机，无车主概念，但实际业务场景中大多数为车主管理车辆及结算。
l 产品系统与第三方系统对接存在断口：如图，磅房称重数据无法与自有平台产品进行数据共享，抢单运输后的称重数据无法回传。
l 流程节点繁琐：由于历史项目及产品原因，按不同场景分析现有产品流程节点，共梳理场景为9种应用场景，每个场景最长流程节点为13处需要司机操作，严重超出用户心理承受范围，挑选最关键路径后，以第一种为最优，司机抢单完成后无需任何操作，自动完成发货，收货数据，如图所示
l 线上结算不及时：因称重数据无法及时回传导致数据延迟，对业务人员审核，制作结算，申请付款造成影响，线上结算延后问题
l 线上支付接口不够灵活：目前使用光大银行免费接口，存在银行卡信息必填项，但由于用户群体的特殊性（均为村民），无法获取某些银行信息，造成无法支付问题。
l 结算模型不符合实际业务：煤炭物流运输存在磅差，亏吨，扣损，扣油，运价变化等外力因素，造成对结算模型的影响。
l 风格老旧：产品风格老旧，排版无突出，司机不知该从哪下手。
第二步：制定解决方案，实施推广
综合调研分析，从提高效率，及时性，引导性入手根据优先级制定方案（版本以解决痛点功能区分，小版本的产品优化不做描述）
第一版产品主要为实现自动发，收货，减少司机操作App频次
a) 与第三方称重系统对接，定义接口，回传数据，网络及电力充分保障；
b) 优化发布运输计划时，将每个流程节点设置为开关，可自由调控，用于突发状态，如第三方称重系统故障无法回传时，司机可以手动上传磅单照片完成运单。
c) 通过回传数据，研究计划与运输数据匹配算法，实现自动匹配收货数据完成运单。
第二版产品主要为结算模型重构，优化亏吨扣损逻辑，线上扣除加油费用
a) 结算模型规则与实际业务相差较大，按原有计算逻辑无法完成线上结算，将规则抽离可独立设置亏吨后的扣损逻辑。
b) 线下业务场景中司机运输完成后，根据车辆类型发放相应油票，用于加油站加油使用，并从运费中扣除相应金额，原有结算时无此功能，无法完成结算
c) 因司机存在多张银行卡，存在同一付款金额需要拆分多个银行卡，但是银行接口无法做到每个银行卡到账成功与否的回传状态，设计标记多个银行卡中某个银行卡转账失败功能，用于标识。
第三版产品主要为车主及对公支付结算
a) 由于司机大部分归属于一个车队，而一个车队由车主或物流公司管理，增加车主管理模块，便于车辆管理，司机管理，运量统计，结算对账。
b) 针对25%的车辆无法签挂靠协议，通过无车承运人方式进行线上结算，所以需要针对结算制订对公支付流程及线上结算。
到此从司机抢单到结算，仅需要司机操作一步抢单，线上结算T+1模式打通后，支付顺畅结算快捷，司机看到实际利益更快，车主管理车辆，司机更便捷。
第三步：更新迭代，增强用于粘性
a) 司机通过App抢单完成运输后，仅停留在此，App粘性不是很强，于是通过每运完一单后，发放五个积分以推送和短信形式通知司机，积分可用于未来商户入驻后消费。
b) 结算时扣除的油费，以积分形式发放到司机账户中，同样用于未来商户入驻后消费。
c) 增加运量英雄榜功能，用于展示当月司机运量排行，用于分享及攀比。
d) 增加司机荣誉勋章，根据累积排名制定勋章策略。
e) 大卡头条功能，用于发布煤场周边路况，货物信息，资讯消息，便于司机多方位获取资讯。
到此，经过试运行，由推广前的0订单，到每天300单，运量由0到每天的4000+吨，目前峰值为8000+吨。
未来规划，车辆监控系统建设，商户端
a) 运煤车辆因其存在夜间开车，运输起点到终点道路不稳定特殊性，需要监控车辆位置，到达时间，增加硬件设备定时上传轨迹定位点，监控车辆稳定性，是否中途停靠时间过长，电子围栏。
b) 停靠时间过长存在一定风险，即司机以次煤充好煤换货。线下做法一般通过雨布+铅封，费时费力。
c) 设置电子围栏，设定不可停车区域，规避风险
d) 商户端的规划，用于完成发布货源——>司机抢单——>消费闭环，司机消费以加油，修理，生活消费为主
此产品推行两年未见成效，原因归纳为没有抓到用户痛点，为了做大做全而做产品，接手后寻找痛点，精减产品功能，优化流程，摒弃原系统方向及概念，过程中遇到很多坑，抽空整理遇到的坑，完善本文～
·【大仁爹】一只产品汪
·未经同意不可转载
联系客服
