——酒店业的下一张地图
过去一年，几乎所有企业或多或少地都开始谈起了 AI。
酒店业也一样。写文案、搜索、回点评、做报表、做客服、辅助收益管理…… 越来越多酒店和酒店集团已经开始使用 AI。但一个很有意思的现象是：“用了 AI”和“AI 真正上岗”，可能完全是两回事。
行业调研已经显示，AI 在酒店业的采用越来越普遍，但真正突破单个场景的试点、形成全面 AI 战略落地的企业仍然很少。大家已经纷纷入场，但入场之后究竟应该往哪里跑却还在摸索中。大家常常困惑于，到底 哪里能上？上到哪一步？又怎么决定先上什么？
这些问题，用原来的企业改造和转型方法已经行不通了。在 AI 时代，酒店们也需要一张新地图来寻找新答案。
一、如何决定哪里适合让 AI 上岗
判断一项工作是不是适合 AI，我觉得不能只看“AI 能不能做”。还要看这项工作本身是什么性质。
比如，整理点评、处理标准咨询、生成日报，这些工作的共同特点是：规则相对明确、信息已经数字化、重复发生，而且结果可以检查。
相反，一个愤怒的客人在前台要求赔偿，或者一个重要集团客户正在谈年度协议，AI 即使“会说话”，也并不意味着它应该承担最终责任。
所以我们用了一个简单的 SPIDER 框架来看一项工作的“AI 上岗适合度”：标准化、数字化、重复度、可校验性、情绪风险，以及是否需要复杂的现场物理执行。
这个视角带来的一个变化是：
我们不再讨论“前台能不能被 AI 替代”，而是讨论“前台这个岗位里的哪些工作，可以交给 AI”。
这两者之间的差别很大。
二、AI 上岗，不是一个 Yes / No 问题
即使对于同一项工作，AI 也可以有完全不同的“上岗等级”。
以酒店调价为例。
最初，AI 可能只是帮收益经理整理市场信息；再进一步，它可以提出调价建议；之后可以替人准备价格调整，由人审批；再往后，可以在事先授权的价格和库存区间内自动执行。
最终，在边界非常清晰的情况下，AI 甚至可以把预测、判断、执行和复盘串成一个完整闭环。而人只负责特殊情况的处理及审批。
所以 AI 上岗的演进可以分成五个等级：
L1 辅助 → L2 建议 → L3 执行+审批 → L4 授权自动执行 → L5 边界内自主运营。
这里真正变化的，不只是 AI 能力，而是人和 AI 的边界，或者说，人在 loop 里的位置。
在前几个阶段，人是 Human-in-the-loop：AI 做一步，人看一步。人不参与的话，任务就无法完成。
到了更高等级，人逐渐变成 Human-on-the-loop 和 Human-out-of-the-loop：AI 运行，人负责规则、异常和监督，甚至只做甩手掌柜，定下目标就行了，剩下的交给 AI。
这也是为什么“AI 上岗”真正难的部分，往往不是模型本身，而是：谁授权？授权到哪里？出了问题谁介入？过程能不能审计？
事实依据、权限、数据、升级机制和可审计性，这些边界如果没有先画清楚，自动化程度越高，风险反而越大。
三、酒店真正需要的，从来不是一张“AI 功能清单”
现在市面上关于酒店 AI 的讨论，大量还是从产品出发：
AI 客服、AI 搜酒店、AI 收益管理、AI 机器人、AI 营销、AI BI……
但站在一家酒店企业的角度，我们真正需要的可能是另一张地图。
不是“AI 有哪些功能”，而是：
一家酒店企业究竟具备哪些能力，其中哪些能力正在被 AI 改变？
于是我们尝试做了一张酒店业的 AI-CBM（Component Business Model）。
横向不是 IT 系统，而是酒店企业的八个能力域：品牌与获客、销售与客户、收益与分销、开发与资产、房务与餐饮、服务交付、供应链与设备、企业支撑。
纵向再分成三层：
Direct——决定做什么；
Control——管理与优化；
Execute——真正执行和交付。
把 AI 放进去以后，一个规律非常明显：
越靠近标准化、数字化的执行工作，AI 的颜色越深；越靠近重大决策、复杂关系和现场服务，人承担的责任仍然越突出。
这可能比简单问“哪个部门最适合 AI”更有意义。
因为 AI 改变的单位，最终不是部门，也不是岗位，而是一个个 业务能力组件 和里面的具体工作。
四、“降维打击”可能会从哪里开始？
如果沿着这张图继续往前走，还会出现一个更值得深思的问题。
今天一家酒店开业，通常会先购买 PMS、CRS、RMS、CRM、POS、工单、BI……然后建立部门、岗位、审批流程，再靠大量员工在这些系统之间搬运信息。
久而久之，我们已经习惯了 “一个萝卜一个坑” -- 一个系统一个界面；一个部门一套流程；如果系统之间不通，就靠 Excel、微信、电话和人工交接，即所谓的“人肉 API”。很少会有人去问：
有多少系统存在，只是因为过去“人需要一个界面”？
有多少流程其实只是历史遗留，而不是业务真正需要？
又有多少岗位，本质上是在填补系统与系统之间的缝隙？
但如果今天从零开始设计一家 AI-First 酒店，又应该是什么样的呢？我还需要那么多系统吗？系统边界还应该那样去划分吗？我能不能以“我”的业务为主、用极低的建设和运营成本来打造一个只属于我的流程和平台呢？这样，我能不能就让 AI 上岗到那些适合 AI 的岗位，而把传统的成本和人力释放出来，投入到真正需要人去执行和解决的任务中去呢？
这个，对于今天的绝大多数酒店无异于会是一个降维打击。而这，也才是我们今天讨论 AI 上岗的更大意义。
如果这篇文章对您有所启发，欢迎点赞、关注并转发给更多朋友。