凌晨两点，客人想多要一副牙具。
传统流程是这样的：客人打电话到前台（1 分钟）→ 前台记录下来，通知客房部（1 分钟，如果客房部有人）→ 客房部派人去备品间取（3 分钟）→ 送到房间（3 分钟）→ 客人拿到（总耗时 8–15 分钟）。
客人体验到的不是"15 分钟"，是"我打了电话，然后等了很久，中间不知道有没有人在处理"。
十几分钟花在哪
| 环节 | 耗时 | 是否必要 | 能否去掉 |
|---|---|---|---|
| 客人表达需求 | 1 分钟 | 必要 | 否，但可缩短 |
| 前台记录并转达 | 1 分钟 | 不必要 | 可（生成工单） |
| 客房部接单并派人 | 1–3 分钟 | 排队等，可压缩 | 可（自动派单） |
| 取物 | 2–5 分钟 | 必要 | 可（智能柜就近） |
| 送到房间 | 2–5 分钟 | 必要 | 可（机器人） |
中间那一行"前台记录并转达"是纯粹的损耗。它不产生任何价值，只是把信息从一个人手里传到另一个人手里——而且经常传错。
选住云管家的做法是把这一段去掉：客人一句话描述需求，系统自动生成工单、调度机器人前往智能柜取物并送至客房，从需求发起到物品送达全流程自动化处理，无需人工中转。
零中转的三个前提
前提一：需求能被机器听懂
客人说的是"再来一副牙具""有没有充电线""空调太吵了"。前两个能自动处理，第三个必须转人工。
前提二：物品在柜子里有货
智能柜的库存要实时可见。客人要牙具、柜子里没有，自动流程直接断。
前提三：房号与订单能对上
机器人要知道送到哪间房。客人在房间用语音、在外面用手机，两种场景都要能定位。
三个前提里，第二条最容易被低估。智能柜缺货，是整套自动化最常见的断点。补货谁负责、多久补一次、缺货时怎么兜底，这些运营细节决定了系统能不能真跑起来。
缺货兜底的设计：柜子里没有的东西，系统应当自动转成"人工工单"并推给值班人员，而不是让客人对着屏幕反复说。客人不应该为酒店的库存管理买单。
客房内语音与手机双入口
客人发起需求有两个场景：
- 在房间内：说一句话。房内的语音设备收音，识别后生成工单
- 在外面：用手机。小程序或公众号里提交，同样生成工单
两个入口产生的工单应该进同一个池子，走同一套派单逻辑。很多门店的问题是两套系统各管各的，客房部要开两个界面看单子。
哪些需求适合自动化
适合
客需品配送（牙具、拖鞋、毛巾、矿泉水）、设备报修（灯不亮、空调不制冷）、服务预约（叫醒、洗衣收取）。
不适合
投诉、纠纷、赔偿、需要解释政策的问询。这些必须有判断力的人来接。
判断标准很简单：需求有没有标准答案。有标准答案的（再送一副牙具）交给系统；没有标准答案的（我房间太吵了，能不能换房）交给人。
时效怎么写进标准
| 需求类型 | 响应时限 | 送达时限 |
|---|---|---|
| 客需品（牙具、拖鞋、水） | 2 分钟内接单 | 10 分钟内送达 |
| 设备故障（灯、空调、电视） | 5 分钟内响应 | 30 分钟内处理或给出方案 |
| 清洁（补做、加毛巾） | 5 分钟内接单 | 15 分钟内完成 |
| 需要解释的事项 | 立即转人工 | 不适用 |
时限不是为了考核员工，是为了给客人一个明确的预期。客人最难受的不是等，是不知道要等多久。如果在提交需求时屏幕上写着"预计 8 分钟送达"，等待的心理成本会小很多。
一个反面案例
见过一家店上了智能柜和机器人，客需响应反而变慢了。原因是：
- 柜子里的东西三天才补一次，经常缺
- 机器人只有一台，高峰期排队
- 缺货时没人处理，工单躺在系统里
结果客人体验是"说了没人管"，比打电话还差。
自动化的第一年，最容易出问题的不是技术，是运营。补货频次、设备数量、异常兜底，这三件事决定了系统是好用还是添乱。
落地顺序
- 先算清现在客需品的日均需求量与品类分布
- 按需求量配智能柜的容量与补货频次
- 机器人先配 1 台，跑一个月看峰值
- 把缺货、故障、超时的兜底流程写成一页纸
- 上线后第一周每天看一遍工单超时率
零中转的价值不在于省了几个员工，而在于把"客人不知道有没有人在管"这件事解决了。响应变快是结果，确定性才是体验。