把 11 月批次的 32 条更新按「改哪个端」重新数一遍，会看到一个很鲜明的比例：
| 端 | 条数 | 占 比 |
|---|---|---|
| APP / 移动端 | 21 条 | 66% |
| 前台收银台（PC） | 7 条 | 22% |
| 报表中心（后台） | 3 条 | 9% |
| 自助机 / 硬件 | 1 条 | 3% |
三分之二的更新落在手机上。这个比例在一年前不是这样。
为什么会往手机迁移
原因一：使用场景决定了载体
店长在楼层、在通勤、在饭桌上。这些时刻没有电脑。系统想被用，就得在手机上。
原因二：一线本来就不在电脑前
客房主管在楼层跑，工程在机房，销售在外面。他们的工作发生在移动中。
原因三：PC 的功能已经饱和
前台该有的功能基本都有了，新增需求更多来自「不在电脑前的人」。
原因四：自助机把人从柜台解放了
客人自助办理变多，员工反而更需要离开柜台去现场。
第四条是最有连带效应的一条。自助机减少了柜台业务，但没有减少员工的工作量，只是把工作从「柜台」挪到了「现场」。而现场工作需要移动设备。
这批更新里的三个层次
21 条移动端更新，不是同一类东西：
| 层次 | 典型条目 | 意义 |
|---|---|---|
| 把「查」搬上去 | 五张经营图表、房主手机号、不可售房数 | 让管理者不在电脑前也能看数 |
| 把「办」搬上去 | 排房读卡、商品反结、自助退房审核、全屏公告 | 让操作在任何地方都能完成 |
| 把「找」变快 | 以卡找房、手机号后四位、姓名拼音搜索 | 减少「翻半天找不到」的时间 |
第二个层次是分水岭。「能看」和「能办」之间隔着一整个工作流——能看只是把数据展示出来，能办意味着权限、校验、异常处理、留痕都要在手机上做一遍。
这批更新里，商品账单的反结、部分结账、冲调被搬到了 APP，这三件事都涉及金额和账务，能在手机上做说明底层的权限与校验已经打通了。
一个被忽略的代价
移动端变强，有一个副作用：工作和生活的边界变模糊。
边界消失
店长晚上十点刷手机看到出租率掉了，立刻开始给前台打电话。这类事情在移动端普及之后明显变多。
边界重建
明确「什么级别的异常才需要下班后处理」。把告警分级，小事留到第二天。
这个问题在行业里讨论得不多，但一线感受很明显。工具让人随时可以工作，不等于人应该随时工作。
合理的做法是给推送设优先级：涉及客人安全、超售、系统故障的即时推送；经营数据类的每天早上一次性推送。
对中小门店意味着什么
第一，可以减掉「回办公室」的时间
日报、对账、排房都能在手机上处理，店长可以真的在公区待着。
第二，管理动作可以被记录
在手机上做的每一步都有时间戳。这比口头交办更可追溯。
第三，对人的要求变高了
会用手机不等于会用系统。老年员工的学习成本是真实存在的，要有陪练。
第三条不能回避。很多门店装了系统用不起来，不是系统不好，是关键的那个人不会用。移动端界面比 PC 简单，但「简单」不等于「会」。
一个判断
把这一批更新放到更长的时间线上看，酒店 SaaS 的竞争点已经不在「有没有这个功能」，而在「这个功能在哪个端、几步能完成」。
一个简单的衡量方法：数一下你店里每天最常见的五个操作，各需要几步、在哪个设备上完成。如果其中三个以上要回电脑，说明这家店的数字化还停在「柜台时代」。
功能清单谁都能列，难的是把功能塞进真实的工作动线里。这批 32 条的价值，大半在这里。