早上七点,调度员又在剪贴 Excel

180 个订单,剪成六份,发给六个司机。九点半,第三个司机打电话回来:这个客户上午不在,那条路在修。调度员现场改,改完后面五单全乱。

这事跟员工努不努力没关系。排线本来就不该靠人脑算。

先搞清楚:到底在优化什么

很多人以为是把路线算短。不是。真实业务里,最短的那条线经常是最贵的。

真正要同时扛住的东西:

  • 时间窗:客户 9:00–11:00 收货,晚到就拒收,第二天再来一趟
  • 载重和体积:面包车就是装不下三吨货,塞进去也是违规
  • 车型与限行:市区货车限行时段、冷链车单独排、大件要带尾板
  • 装卸时长:工厂一单搬 40 分钟,写字楼等电梯 15 分钟,不算进去等于纸上谈兵
  • 多仓提货、回程带货、VIP 客户优先级

把这些一条条写下来,你会发现这本来就是个多约束的组合问题。人脑装 20 单还行,200 单必然崩。

三种做法,成本差十倍

方案 怎么做 适合谁 大致投入
人工 + Excel + 地图 调度员按片区切分,地图上看距离 日单量 50 以内、区域固定、客户稳定 几乎为零,但人一走就断档
现成 SaaS 排单工具 买一套现成的,接地图 API 标准配送、约束少、流程能迁就软件 按单或按月付费,流程改不动
定制路径优化系统 自己建模 + 求解器 + 司机端 + 对接现有系统 多约束、多仓、跨境、要跟 ERP/进销存打通 一次性开发 + 后续维护

分水岭很清楚:约束超过四个,或者排线要跟订单、库存、结算联动,SaaS 基本会卡住。不是它功能弱,是它不认识你的业务。

一套跑得起来的系统,大概长这样

1. 订单接入

从 ERP、进销存、电商后台或 Excel 导进来。这步最容易被低估——地址是脏的。「宝安区福永街道」写成「福永」,「XX 大厦 3 楼」没有门牌号,同一栋楼三种写法。系统第一件事是地址清洗和地理编码,把文本变成经纬度。这一步做不好,后面算法再花哨也白搭。

2. 约束建模

把业务规则翻译成参数:时间窗、载重、容积、车型、限行区域、各客户装卸时长、司机工时上限、优先级。要跟业务方一条条对,别自己猜。猜错一个参数,排出来的方案全废。

3. 求解

VRP(车辆路径问题),开源求解器和商业求解器都有。别迷信「AI 自动规划」这种说法——先跑出可行解,再谈优化率。实际项目里,30 秒内把 200 单排出一版司机愿意执行的方案,痛点就已经解决了大半。

4. 调度台

地图上看线路、拖拽改单、临时插单重算、司机改派。调度员必须能改。只丢给他一个「最优解」让他照做,没人会用。

5. 司机端

今天的路线、一键导航、到店打卡、拍照签收、异常上报(客户不在 / 地址错 / 货损 / 拒收)。司机端体验烂,整套系统就废在这最后一公里。

6. 数据回传

计划到达 vs 实际到达、单车里程、准点率、拒收原因、空驶率。跑满一个月,你才第一次看清原来的排线到底浪费在哪。

一定会踩的几个坑

  • 只算距离不算时间。 市区 5 公里开 40 分钟很常见,得用实际路况,不是直线距离。
  • 时间窗写死。 客户说「上午都行」,系统硬写 9:00–9:30,等于自己给自己上枷锁。
  • 忽略装卸和等电梯。 这一项算错,全天计划往后漂两小时。
  • 一次上线全部功能。 先跑一个片区、一条线路,跑顺了再铺开。
  • 司机抵触。 新系统意味着被盯着,很正常。前期把「少跑冤枉路、早点收工」讲透,比发十份通知有用。

花多少钱,多久能上线

没有标准答案,取决于约束复杂度,以及要不要跟现有系统打通。单仓、单片区、日单量几百的城市配送调度,通常比老板想象的小;多仓、多车型、跨境、带运费结算的,会明显上一个大台阶。

比较稳的做法:先做一个小范围试点,拿两周真实订单跑一遍,看优化前后的里程和准点率变化,再决定要不要扩。别一上来就全公司推。

如果你现在正卡在「调度员一请假,第二天就乱」这一步,可以带着最近一周的真实订单和排线表来找我们聊聊。鼎汇通做定制系统,这类问题见过不少,先看清楚,再谈做不做。