评估一台贴片车间要用的搬运机器人，多数项目会把注意力放在三样参数上：跑得多快、算法多灵、电池能扛多久。等机器人真正上线，决定它准不准时的，往往恰恰不在这三样里——而在它在电梯口停着的那十几分钟、在感应门前站着的那几十秒。这些时间不亮红灯、不进报表、不触发任何工单。你只知道它"到得晚了"，却说不清它晚在哪一环、晚了多少、为什么晚。而一件事只要说不清，就永远轮不到被解决。
把视角往深里挪一步，会看到一个更麻烦的事实：卡住一台机器人的，从来不是某一扇具体的门或某一部具体的梯，而是整个车间里没有一个机制在记录"等待"。设备故障有声音、有灯光、有工单；等待没有。于是等待成了准时率里唯一一块无人管理的地带——它每天都在发生，每天都在吃掉项目想省下的那笔人工，却从不进入任何人的预算和决策。这篇文章只写这一件事：怎么把机器人的等待记成账，以及记完账之后，哪些决定会自动变得清楚。
先想一个反常的现象。一台机器人一天跑了上百趟，它可能同时是"很忙的"和"经常迟到的"——忙，是因为它一直在动；迟到，是因为它在电梯口和门边等得太久。这两个事实可以同时成立，靠的是车间里常用的那几项统计：任务量、移动里程、设备稼动率。它们统计的全是"动"，不统计"停"。一台停在电梯口等梯的机器人，在这些数字里，和一台正在线边仓卸货的机器人没有任何区别。
换句话说，等待是准时率里唯一没被测量的变量。没人测量，就没人为它负责；没人负责，它就进不了预算，进不了改造清单，进不了任何人的考核。于是车间里会形成一个循环：机器人天天迟到，项目组天天开会，结论永远是"再观察观察""是不是算法的问题"。算法当然没问题——问题在算法管不到的地方。打破这个循环的第一步，不是换更好的设备，而是先把"等"变成数字。哪怕暂时一个门也不改、一部梯也不调，只要每天能报得出"今天这台机器人在电梯口等了47分钟、在二号门前站了6分钟"，讨论的性质就变了：从说不清的抱怨，变成对得上的账。
在所有等待里，货梯是分量最重的一笔，因为它是唯一绕不开的共享资源。SMT 厂房多为多层结构，跨楼层的物料配送只有一条通路，而这条路上除了机器人，还排着工人、叉车和各种临时搬运。货梯的规则很简单——先到先用，人按电梯是本能，机器人的召唤要排队。问题不在规则本身，而在从来没人把这条规则量化过：这部梯一天被占用多少次、高峰时并行几趟、机器人平均等多久、最久的一次等多久，全是模糊的感觉。
把它变成账，做法不复杂。给调度系统加几个时间戳：机器人离开料仓、到达电梯口、进入轿厢、离开轿厢、到达线边仓，五个点各记一笔。跑上一周，每部电梯的等待分布就出来了——平均多久、几点最堵、哪一趟最长。到这一步，等待就不再是感觉，而是分布。
第二步是给等待标价。把每天的等待分钟数，乘上线边仓缺料带来的代价——停线损失、人工待工、临时补送的成本——就得出这部电梯每天在"吃掉"多少钱。这笔账有两个直接用途。一是决定要不要给机器人装电梯召唤接口、划专用时段：改造投入的上限，就是一年的等待成本；账算得清，钱就花得果断，算不清，就会永远卡在"再等等看"。二是决定怎么排班：专用时段给谁、混用时机器人有没有优先权，按数据定，而不是按谁在电梯口嗓门大。轿厢尺寸、地坪落差这类物理账也该顺手核对，但那是另一件事，这里不展开。
有一点要提醒：等梯的账，不能只记在"任务完成时间"里。真正有用的是"到达电梯口"和"进入轿厢"这两个时间点之间的差值——这一段等待才是纯粹的、可追溯的账。如果只记任务完成时间，等待就被埋进总时长里，你依然说不清它发生在哪一环。
货梯的等待是分钟级的，人人看得见；门和感应器的等待是秒级的，几乎没人当回事。可秒级恰恰是最容易被忽略、又最稳定的消耗。一扇感应门的响应时间、开门保持时间、复位时间，每一趟都固定吃进去几秒到十几秒，一天几十趟累积下来就是十几分钟，一年就是几十个小时。更麻烦的是，门的参数是会变的：传感器用久了会偏移，保持时间可能被现场调短，门体老化后开合变慢。今天测出来没问题的门，三个月后可能就是天天让机器人站岗的那扇门。
把门当"设备"管，而不是当"装修的一部分"来对待，是这里的关键动作。对每扇机器人必经的门做一次响应时间测试：从机器人触发感应到门完全打开，记一个数；门保持打开的时间，记一个数；关门复位的时间，再记一个数。然后把这三个数写进机器人的路径时间预算——调度估算一趟要多久，不能只按移动距离算，要把每扇门的实际响应时间加进去。预算和实际对不上，差出来的就是等待；这一差，就是改造和保养的候选清单。
有了门的时间账，优先级就不用拍脑袋了：哪扇门日均等待最多，就先动哪扇；原因也能从账上分出来——是感应范围不够，就加感应区；是保持时间太短，就调参数；是机构老化，就换件。多数门禁改造不贵，但前提是你知道该改哪扇、为什么改。不知道的话，很容易花钱改了一扇本来就没问题的门，而真正堵着机器人的那扇，继续天天让它站着。和货梯一样，门的账要持续记，而不是测一次就结束——门的性能会漂移，账本会告诉你什么时候该重新校准，这比"感觉门好像有点慢"可靠得多。
回到项目评估这件事上。一台机器人能不能按时把料送到，一半由设备决定，一半由车间里那些"没人记账的等待"决定。后者不产生故障码、不上报表、不进任何人的考核，所以总是被拖到最后才处理。但如果从上线第一天起就把等待记成账、标上价，局面会反过来：改造的顺序由数据自己排出来，该花在门禁和电梯接口上的钱算得清，该让的时段排得开。这笔投入不大，回报却很直接——机器人上线的头一两个月，跑出的不是"看起来忙"，而是"到得准"。而"到得准"，才是当初买它真正想要的东西。