案例 02 · 一家区域性活畜运输商
每一车，都有签收。
一家区域性活畜运输商用一套系统取代了靠短信派车的老办法：场站下单，调度排车，司机交付，每一头都在场门口清点并签收。
案例02
- 约 10 个客户场站
- 约 30 名司机
- 每车约 48 头
- 中西部北部至大平原
规模以区间显示。客户不具名。
01问题
一周的安排全在短信里。
场站靠短信和电话下单。调度把一周的安排记在脑子里和群聊里。司机带着纸质运单出车，交回来时要么皱巴巴，要么拖了很久，要么干脆没交回来。
头数一有争议，就拿不出任何依据：没有装车头数与交付头数的记录，没有签名，也没有大家都认的时间戳。
司机不是在驾驶室，就是在装卸通道，常常没有信号。他们用的工具必须能离线工作，事后再同步，而且不能打乱事件的先后顺序。
02产生的数据
系统记录什么，用来做什么。
| 产生的数据 | 支持的决策或核查 |
|---|---|
| 订单转为车次：调度看板提供列表、周和月视图，防止重复派单 | 调度按场站订单排满一周的车，而不是翻短信记录 |
| 两端场站可见进度和到达时间；精确位置仅员工可见 | 场站不用打电话就能安排卸车；司机位置只有调度看得到 |
| 装车头数与交付头数逐一核对，任何差异都必须填写原因，附收货方和签名，锁定为防篡改的运单 | 有了交付凭证，争议还没开始就已经平息 |
| 只可追加、不可改写的车次历史，含设备时间和服务器时间 | 真实可信的审计记录，离线操作也不例外 |
| GPS 轨迹和载货里程 | 发生纠纷时可回放路线，并按实际行驶里程开具发票 |
| 每车的 28 小时计时、文件有效期、健康证明和烙印证明 | 合规记录跟着车次走，而不是压在手套箱里 |
| 按司机和场站统计的交付车次、运输头数和准时率 | 第一次看清整个业务的运营全貌 |
03支持的决策
它能回答哪些问题。
01
在场门口签收
收货方一签字，运单就连同头数和差异原因一起锁定。
读数
示例数据- 装车
- 48 头
- 交付
- 48 头
- 收货方
- 14:22 已签名
- BOL
- 已锁定 · 防篡改
02
到达时间，不用打电话问
起运场和接收场都能看到进度和到达时间，只有调度能看到地图。
读数
示例数据- 进度
- 运输中
- ETA
- 当地时间 16:40
- 可见方
- 起运场、接收场
03
每一车都在计时
从第一头牲畜上车起，就开始跟踪在车时长和 28 小时上限。
读数
示例数据- 装车
- 06:05
- 在车
- 7 小时 40 分
- 最迟休息时间
- 次日 10:05
04
按实际行驶开票
载货里程和停靠点都取自行驶轨迹，发票与实际行程完全一致。
读数
示例数据- 载货里程
- 来自轨迹
- 停靠
- 2
- 发票
- 交付时起草
04我们将衡量的指标
成果将在首个生产季结束后发布。
该系统还没有运行满一个生产季，因此本页不宣称节省了时间、减少了差错或带来了收益。以下是我们将要报告的指标，发布前须征得客户同意。
- 01每月车次及场站自助下单占比待定
- 02准时率待定
- 03从下单到派定司机的时间待定
- 04附已签收 BOL 的车次占比待定
- 05每运输 1,000 头的头数差异待定
- 06从交付到开票的时间待定
- 07每月纠纷数待定
05链条的另一段
本案例处在链条的哪一段。
目前两个案例的系统各自独立运行。合在一起，就覆盖了牲畜从第一次扫读耳标到最后一程的全过程。
案例 01 · 犊牛档案
每头犊牛，一份档案。从奶牛场的牛舍过道到屠宰线。
或直接发邮件
juastins@icloud.com1 个工作日内回复. 电话或邮件均可；双方商定的事项会以书面形式留存在您的门户中。