2026 年 11 月 4 日下午，选住云管家发布了 11 月第一批次更新，一共 32 条。
这是今年单批条数最多的一次。但条数多不等于变化大——32 条里有一部分是报表补字段，有一部分是体验修补，真正改变一线工作方式的只有五条。
先按「改谁的班」重新分类
更新日志是按模块排的，读起来像流水账。换个分法会清楚很多：看这一条改的是谁的班。
| 改谁的班 | 条数 | 典型条目 |
|---|---|---|
| 店长的班（看数据） | 9 条 | APP 五张图表、房态变更表、不可售房数 |
| 前台的班（办业务） | 11 条 | 卡券进预定、临时密码、标签多选、日历控件 |
| 客房的班（打扫与查房） | 3 条 | 房扫绩效分区域、房态变更表 |
| 财务的班（对账） | 3 条 | 挂账预收款余额表、集团付款汇总 |
| 客人的班（自助） | 6 条 | 扫码查房号、自助机分售卖点、自助退房审核 |
这个分法能立刻看出重点：前台和店长占了 20 条，也就是三分之二。这一批的主线是把管理动作和办理动作都搬到手机上。
真正改一线的五条
第一条：APP 五张经营图表
数据分析、客房数据、商品数据、收支数据、客户数据，五张全部进 APP 工作台。以前只能在后台电脑上看的经营分析，现在手机上能下钻。
第二条：以卡找房
APP 实时房态、订单管理、排房、续住四个界面都能读身份证和房卡定位。客人报不出房号时，贴一下卡就行。
第三条：房态变更表
房态变更的全量明细：变更前、变更后、操作人、操作来源、操作时间。房态被谁改的，第一次能查。
第四条：多台自助机分房型售卖
一个门店两台以上自助机时，可以给机器命名，并按房型分配——A 机卖标间，B 机卖电竞房。
第五条：临时开门密码
制临时卡时可以直接生成 6 位数字密码，复制发给客人。不发实体卡也能开门。
五条里，前两条是「把能力搬到手机上」，后三条是「补上以前缺的那一环」。
一个判断方法：一条更新值不值得关注，看它能不能改变「某个人在某个时刻的动作」。能改行为的叫功能，只改显示的叫修补。这一批的 32 条里，改行为的正好是上面五条。
其余 27 条都改了什么
报表与字段（8 条）
房态变更表、挂账预收款余额表、集团付款汇总、协议公司消费汇总加等级、宾客列表导出加车牌、房态页面统计口径勾选等。多数是在既有报表上加维度。
筛选与搜索（7 条）
团队管理加搜索方式、APP 房态筛选同步前台、预订时间分布按渠道筛、姓名支持拼音简称。这一类改的是「找东西的速度」。
权限与开关（3 条）
卡券进预定开关、扫码查房号手机号查询开关、房态统计口径配置。三个默认关闭。
体验修补（9 条）
日历控件优化、打印设置批量、机器人派单失败转人工、商品账单反结与部分结账、全屏公告等。
三个「默认关闭」值得单独说
这批里有三条新增的开关，默认都是关的：
- 前台预定支持卡券：关着的时候，前台预定不能选卡券
- 扫码查房号允许手机号/姓名查询：关着的时候，查不到订单就只能让客人去前台
- 房态页面的统计口径勾选：默认只勾空房数与可订数
默认关闭不是偷懒，是把决策权交给门店。这三个开关一旦打开，都会改变现有的业务流程——卡券会让前台多一步操作，手机号查询会带来隐私与冒用的风险，房态统计口径会改变所有人看惯了的数字。
一个建议：三个开关都不要「上线就全开」。先在店里跑一周，看员工的反应，再决定。开错了比不开更难收——员工形成了习惯，收回去会引发抵触。
一份可以直接照做的落地顺序
| 第几周 | 做什么 | 谁负责 |
|---|---|---|
| 第 1 周 | 打开 APP 五张图表，让店长每天看一次 | 店长 |
| 第 1 周 | 前台学会以卡找房（读证、读卡） | 前台主管 |
| 第 2 周 | 查一次房态变更表，看有没有异常操作 | 客房主管 |
| 第 3 周 | 评估临时密码能不能替代部分实体卡 | 店长 + 前台 |
| 第 4 周 | 多机门店配置自助机售卖点 | 店长 + 工程 |
顺序的道理是：先让看数据的人用起来，再改流程。反过来先改流程，一线会觉得「又加活」，抵触会更大。
这批更新透出的一个方向
把 32 条连起来看，方向很清楚：移动端不再是「能看」，而是「能办」。
以前的 APP 是后台的简化版——查房态、看订单。这一批之后，APP 里能做排房、能读卡定位、能看经营图表、能反结商品、能处理自助退房审核、能发全屏公告。
这意味着店长可以真的不在办公室。也意味着「回办公室处理一下」这句话，正在变得不成立。
这个变化对门店是好是坏，取决于一件事：手机上有数据之后，是拿来做判断，还是拿来做安慰。前者让人更清醒，后者让人更忙。
各条更新的具体用法，后面分篇展开。