自动化系统最怕的不是「做错」，是「悄悄没做」。
客人要一副牙具，系统接了单、派了机器人，然后机器人忙、排队超时、派单失败。系统里这条单变成了失败状态，客人那边什么也不知道。二十分钟后客人打电话问，前台才发现这单根本没送出去。
11 月批次补了这条缝：机器人在忙碌状态或其他原因派单失败时，可配置拨打电话给人工，由人工介入处理。
派单失败的四个原因
机器人忙
一台机器人在跑别的单，队列排满。高峰期最常见。
电梯占用
机器人要坐电梯，电梯正在被客人使用，等太久超时。
路径被挡
走廊放了布草车、行李、临时展架，机器人过不去，反复重试后放弃。
设备异常
电量低、传感器故障、网络断连。这类失败往往连着发生好几次。
第一个和第三个是运营问题，第二个是物理限制，第四个是设备问题。四种失败的兜底方式不该一样。
兜底链路该怎么设计
第一层：重试
派单失败后先自动重试 1–2 次，间隔 30 秒。多数「忙」的情况重试就能成功。
第二层：转人工电话
重试仍失败，拨打值班人员电话。电话比 App 推送有效得多——推送会被忽略，电话会响。
第三层：升级
电话无人接听时，转给第二联系人（通常是值班经理）。这一层要配，否则电话没人接等于没兜底。
第四层：告知客人
不管哪一层成功，都要给客人一个反馈：「您要的物品正在送，预计 X 分钟」。最怕的是静默。
第二层是这次更新的核心。为什么用电话而不是推送？因为派单失败往往发生在最忙的时段，那时候没人看手机。
一个必须配的东西：值班电话必须是「当班会接的那个号」，不是老板的手机号。很多门店图省事填了老板的号，结果半夜三点老板被叫醒，第二天就把这个功能关了。
配置时的三个建议
| 项 | 建议 | 理由 |
|---|---|---|
| 触发条件 | 失败 2 次后触发，不要第 1 次就打电话 | 避免频繁骚扰，第一次失败多半能重试成功 |
| 拨号时段 | 全天开启，但夜间可只拨值班手机 | 夜间前台可能无人，值班手机更靠谱 |
| 电话内容 | 房号 + 物品 + 失败原因 | 三要素齐全，接电话的人不用再查系统 |
第三项最实用。一通电话的信息量决定了处理速度。如果只说「有个单失败了，你看一下」，接电话的人还要打开系统查，多花两分钟。
自动化的三层兜底模型
| 层 | 由谁处理 | 适用 |
|---|---|---|
| 第一层 | 机器 | 标准品配送、路径固定、有货 |
| 第二层 | 人（远程指导） | 机器失败但人能几秒解决，比如远程重启、手动派单 |
| 第三层 | 人（到现场） | 需要真人送、客人情绪需要安抚 |
这三层的关键是每一层都要有明确的触发条件，不能靠「看着办」。
没有触发条件的兜底，实际上是不兜底——因为没人知道自己什么时候该动。
一个反面案例
见过一家门店上了机器人配送，客需响应的投诉反而增加了。
查下来原因是：机器人派单失败后，系统只在前台电脑上弹了一个红点提示。夜班只有一个人，他在巡楼，回来时那个红点已经积了七个。
所有的告警都必须能「追到人」，而不是「挂在某个界面上等人来看」。
对京津冀门店的建议
40 间以上、有夜班
这套兜底必须配。夜班人少，一个人的注意力被占住时，系统要有办法把他叫回来。
20 间以下、无机器人
用不上。但这套「失败必须追到人」的思路同样适用于客需工单——工单超时也要能打电话提醒。
第二条值得展开：这套逻辑不依赖机器人。任何「系统自动派单」的场景（客需、维修、查房），都可以套用「重试 → 电话 → 升级 → 告知」这条链路。
最后一句
自动化的价值不是「不用人」，是「人只在关键处出现」。
而「关键处」怎么定义，就靠这些兜底规则。规则配得细，人就能真的省下来；规则配得粗，人反而更累——因为他要不断地去收拾系统的烂摊子。