选住云管家的能力结构常被概括成四块：智慧入住、智慧客房、智慧服务、智慧运营。
前两块最好理解——入住是办理，客房是设备。第四块是数据与决策。中间那块"智慧服务"最容易被当成附属品，因为它看起来就是一堆不相干的功能：机器人送物、AI 客服、外卖自取、行李寄存、开票、洗衣、停车。
但这块恰恰是客人感知最密集的地方。住一晚酒店，客人真正会主动发起交互的，八成发生在这块。
这块能力实际包含什么
配送类
机器人送物、送餐；智能柜自助取；外卖自提柜。解决"东西怎么送到客人手上"。
应答类
AI 客服即时响应，常见问题直接答，复杂问题转人工并带上上下文。
自助类
寄存、开票、洗衣、停车。客人自己完成，不需要人介入。
协助类
远程视频协助，客人遇到不会操作的事，屏幕对面有人。
四类能力的共同目标是同一件事：把服务需求从"客人找人说"变成"客人说完就有人/有物响应"，中间的人工中转环节被压掉。
每一步的时限
要谈"分钟级闭环"，得先有明确的时限。行业里比较通行的口径是：
| 环节 | 目标时限 | 谁保证 |
|---|---|---|
| 需求被系统接收到 | ≤ 10 秒 | 语音识别 / 小程序提交 |
| 生成工单并派发 | ≤ 3 秒 | 系统自动派单 |
| 物品出柜 | ≤ 1 分钟 | 机器人 / 员工取物 |
| 送达房门口 | ≤ 8 分钟 | 机器人路径 / 员工动线 |
| 客人确认收到 | ≤ 1 分钟 | 短信 / 房内屏提示 |
加起来 10 分钟出头。和传统流程（客人打电话→前台记录→通知客房→派人取→送到）的 8–15 分钟相比，省下的不是"某个环节变快"，而是中间两次人工传递被删掉了。
但这条时限只在一种情况下成立：所有环节都是通的。柜子里有货、机器人在线、房号能对上、网络没断。任何一个断点，闭环就退回成"人工跑一趟"，时限立刻翻倍。
四个最容易断的地方
断点一：柜子缺货
客人要的品类不在柜里。系统如果只提示"暂无"，闭环就断了。合理做法是自动转人工工单，别让客人反复试。
断点二：机器人被占
高峰期一台机器人跑不过来。要么加台数，要么把非紧急需求排队并明确告知预计时间。
断点三：房号对不上
客人在公区用手机下单，系统不知道送哪间。要么让客人选房号，要么用订单绑定。
断点四：无人认领
工单超时了没人管。这是最要命的——客人以为系统在处理，其实没人看到。
第四个断点的解法不是技术，是排班：必须有人对"超时工单"负责。通常由值班经理在手机上盯一个超时提醒，超过目标时限的工单一律他处理。
一个反直觉的观察
很多门店上完这套能力之后，客需响应的速度变快了，但客人的满意度没怎么变。
原因往往在最后一公里：
- 东西送到了，没有人说一声"这是您要的牙具，还有别的需要吗"
- 机器人送到门口，客人不知道要开门取，等了十分钟
速度解决的是"等多久"，态度解决的是"被在意"。 这两件事不能互相替代。
所以比较务实的配置是：标准品（水、牙具、毛巾）走机器人，值得说一句的（加床、婴儿床、生日惊喜）走人。让机器省下时间，让人有时间做那件机器做不了的事。
京津冀门店的配置建议
40 间以上的门店
智能柜 + 1 台配送机器人 + AI 客服，配齐之后夜班可以只留一人。ROI 主要来自夜班人力与客需响应效率。
20 间以下的小店
机器人不划算（跑一趟的时间比人还长）。优先上智能柜 + AI 客服，把"客人半夜要东西没人管"这个痛点解决掉就够。
河北的县域酒店有个特殊情况：楼层少、房间少、没有电梯或电梯只有一部。机器人爬楼能力有限，多数场景还是要人。这类门店更适合把预算放在智能柜（一楼大堂）和自助开票上，而不是机器人。
这条闭环真正的价值
它不是为了"显得智能"，而是为了解决一个具体的运营矛盾：夜班只有一个人，但客人半夜的需求并不会因为人少而减少。
一个人既要守前台、又要送东西、又要处理突发，任何一件事打断他，前台就空了。把标准化的需求交给系统，这个矛盾才解得开。
至于那条"分钟级"的时限，它是一个管理工具——有明确时限，才知道哪里慢了。没有时限，所有人都会觉得"已经挺快了"。