智能调度花了几百万,落地只剩两份薄文档

智能调度项目收尾那天，我一般都在场。演示跑完，驻场撤离，签字、走流程、散会。交付资料从来不薄：操作手册、培训材料、系统说明，一大摞。

但这一大摞大多讲"系统怎么用"；真正写着你自己的业务、需要你自己深度参与并签字修订的，往往就两份：一份智能调度规则文档，一份线路评估指标。

项目有没有白做——什么才算是资产，值得掰开看一遍。

一、能沉淀下来的，就是这两份纸

项目到了终局，盘一盘手里剩什么：驻场的走了；系统是供应商的，续费才继续服务；参数埋在软件深处，没人看得懂；手册、培训材料都围着系统转。唯有这两份文档，写的是你自己的生意：你的规则、你的线路、你的在乎。

好的项目文档都相似，有瑕疵的文档各有各的瑕疵。下面两份是冷链项目过程中的真实文档，客户名已隐去——不是定稿，是半成品。特意挑它：正因为有瑕疵，才值得拆。

第一份：智能调度规则文档（编号 XX2020001）

图：智能调度规则文档（脱敏后）——文档头齐全，实质内容就一条市区策略、七行参数

第二份：线路评估指标（编号 XX2020002）

图：线路评估指标（脱敏后）——更薄，实质内容就五个指标名，没有定义、口径、权重、阈值

薄是行业常态：不是不想写清楚，是一时写不清楚。这两份纸也有内行手法：指标不取全体均值，专抓最差的五段、最空的三车，痛点才藏不住。问题在于：薄可以是资产，也可以只是纸。

二、先回答两个抬杠

一问：都智能调度了，规则沉淀在系统里就行，为什么还写文档？

系统里存的是执行态：参数值、约束怎么生效。它不存裁决态：这个值是谁、在什么权衡下拍的板，几件事打架听谁的。业务读不到系统，也不该读系统模型——模型是算法的内部机制，让业务围着模型转，是另一种被接管。

所以业务和算法之间必须有界面：一头，业务意志写得清楚、能对话、能修订；一头，算法照着执行。界面形式不拘——有时是两份文档，有时是另一套系统，大小企业形态不同。不变的是：界面必须存在，甲方读得懂、签改得了。在这个案例里，界面就是这两份文档。他是模型的锚点，是参数的纲领。

二问：乙方调研、乙方执笔，甲方看结果不就行了？

执笔可以乙方，拍板必须甲方。文档里值钱的不是模板，是裁决：时间窗放宽多少、跨区容忍多少、车次和里程打架听谁的。这是利益裁量，乙方不能替老板拍"愿意为门店体验牺牲多少车辆利用"。甲方只签收不参与，病就来了——三个里程指标在规则层认领不到出处，那是乙方按行业惯例配的：指标替一条没被承认的规则打工。

至于统一标准：能给骨架，给不了排序。最短里程若是唯一目标，文档根本不用存在；正因为里程和准时、车次、公平互相咬着，才需要甲方排序——每个企业自己的账，统一不了，也不该统一。

三、两份纸自己不会干活：四层主权，才让纸变成资产

界面立起来只是第一步，内容怎么写才见真章。项目结束了，怎么判断上对了没有？还是那个问题："智能调度听谁的"——重任落在界面上；在这个案例里，就是这两张纸。

一条线路背后有四方说话：管理层、算法、数据提供者、调度员。

第一层：裁决过的硬约束，听算法的。时间窗放宽上限 2.5h、超载零容忍、门店数 20——规矩写进规则文档，执行归算法：满足无例外，放宽有上限。这一层最干净：那七行参数，就是管理层的裁决记录，已经在了。

第二层：在乎的，听管理层的。"线路跨区最高""车次数最高"写进去了，但在乎到什么程度、打架谁让路，没写。拿评估指标对查一遍：

三条倾向，两条空白、一条只有松散代理；三个里程指标找不到规则出处。说句公道话：高、中、较高本身就是排序，态度写了，只是粗放——分了档，同档之内谁让路、让多少，没写。算法拿到粗排序，按默认方式自己补细——不是夺权，是评判权被无意让渡。好消息是架子已搭：把粗的做细，谁优先、同档谁让路，写明白，评判权就收回来。这一层的资产部件叫目标排序，现在是粗放版。

第三层：事实描述类的，听数据提供者的。那么多车型只写了一组上下限数字：不知道它出处、谁管、会不会改。补一句"业务事实参数以调度系统参数表为准，由某岗位维护"，缺席变委托。一行字，决定后来的人能不能追到源头。这一层的资产部件叫委托声明，现在缺。

第四层：日常执行，听指标的。过去执行听调度员的；智能调度上来，评判权上提到组织——这两份文档，就是这个上提动作的实物。标尺两把，读法不能混：评估指标量方案好坏，看落点；采纳率量人机磨合，上线那几天只讲爬坡，往后看稳态期的波动和区间——波动放大，是货、车或人变了；区间下移，是方案或标尺该重议了。一句话：状态看落点，互动看波动。这一层的资产部件叫指标读数，五个指标配上定义、口径、阈值，标尺才有刻度。

四层合看：裁决记录已在；目标排序粗放待做细；委托声明、指标读数有空白。四层都激活，纸才从一张表格，变成一套资产——每一条"听谁的"，都有出处、有主人、有读法。

四、薄不可怕，断才可怕

对照自己的项目，就四个问题：

1. 规则分没分硬约束和目标倾向？

2. 目标倾向排序到了哪一级——同档打架听谁的，写没写？

3. 每条倾向有没有指标接住？每个指标有没有规则出处？

4. 没表述的参数，是被委托还是真空？

全过，"听谁的"就写清楚了，薄文档就是好文档。哪个没过，哪层主权断了电——断的地方不是损失清单，是下一步的施工面。

五、这两份文档的 V2.0

改法不花几个钱。规则文档补三样：排序做细（谁优先、同档谁让路）、委托声明、上浮机制（指标连续越界、业务结构变化时，下级参数提级重议，让 12 个月复审长出牙齿）。评估指标补三样：定义、口径、阈值；回规则层认领出处；给倾向补观测——车次数从无到有，跨区从代理转正。

改完，两份文档从各写各的两层半，变成互相咬合的一套标尺。这两份 V2.0，我们会跟着项目一起改掉。

结语

定义"好"的那把尺子，最后要落在界面上——在这个案例里，就是两份薄文档。

别把智能调度当成一场考试，演示考完、签字交卷就翻篇。它是一个融合过程：每一条"听谁的"写清楚、签下来、读起来，融合就往前走一格。薄不可怕，断才可怕——断的地方，就是融合还没走到的地方。把施工图拿在手里，上得对不对，就有了自己的答案。

你的项目里，这两份文档是薄还是断？后台留言说说断在哪一层，咱们一起盘盘施工面。

本文行文得到AI辅助整理，全部观点、实战模型与业务结论均来自本人多年行业落地经验。写作参考了知识号「智能调度落地笔记」中《采纳率不是考卷，是温度计》《痛点观测指标 M2》《识别和治理锚点参数》等内容。