别急着让AI当客服，先让它把OTA那笔账算清楚

9月中旬，旺季的尾巴。

早上七点二十，人还没醒透，手机先响了三下。

第一下，渠道后台推的：昨晚23:47取消一单，按规则收了违约金。第二下，保洁群里阿姨问今天几间退房。第三下是交班记录：302客人投诉隔壁空调外机响，要换房。

让你一下坐起来的是第四条。

这个月结算单出来了，平台说结你两万四。你按PMS里的订单流水算是两万六千八。

差2280块。你知道这个差一定存在，也知道今天上午腾不出两个小时去查它。

我的观点很直接：一家40间房的酒店，AI最该先接的不是接待客人，不是自动回消息，是每天早上那20分钟的改价，和每个月那几个小时的对账。

理由不是这两件事更高级，是这两件事更「可验证」——有明确的输入，有能对错的答案，干错了能回滚。接待客人，没有标准答案。

过去这活是怎么干的

改价看着轻，其实很碎。

打开A渠道看昨晚的下单和浏览，打开B渠道看今天竞品挂什么价，翻一下有没有本地活动、有没有团，看一眼自己还剩几间没卖出去。然后四个后台里一间一间改。

这笔账你算一下：40间房、4个渠道，每天把该动的价格看一遍改一遍，手快20分钟，手慢半小时。一个月30天，就是10到15个小时。

对账更疼。月底把各渠道结算单导出来，对着PMS流水一单一单核。佣金、促销补贴、平台赔付、退改手续费、客人多付少付，还有那种你压根不知道规则从哪来的扣款。

一轮三到六个小时。差额通常几百到几千。

具体多少，建议你把去年12个月的差额加一遍。那个数才是这件事的真实成本，它一般比你现在脑子里估的要高。

还有保洁。没有系统，只有一个群。

哪间先扫、哪间客人还在睡、哪间续住不用动、哪间下午三点有客人入住必须两点半前清出来——全在前台一个人的脑子里。

卡点不在「没系统」，在系统的缝里

酒店的PMS不差，渠道后台也不差。

问题是它们各管一段。房态在PMS，价格和订单在四个后台，人在微信群里，账在Excel里。

真正的动作，全发生在系统与系统之间的缝里。

缝里没有留痕。你想查「上周三那个低价是谁改的」，大概率查不出来。月底对不平，最后往往是两个字：算了。

接进去之后，一天大概长这样

早七点半，推到老板手机上的不是一张报表，是三行字：昨晚取消几单、产生多少赔付；今天有几个房型的挂价低于底价线；周末某渠道还有多少间没卖动，建议放开哪个区间。

关键在后面半句：建议，不执行。

你先看一眼，点确认，它才去改。改完回写进系统，谁改的、改了哪间、从多少改到多少，全留着。

保洁这边，排房顺序由它出：退房时间、是否续住、房型难度、阿姨会不会整双床，排完发到群里。阿姨扫完一间打个勾，前台这边实时能看到「十二点四十之前能进几间」。

对账不等月底。每天后台账单和PMS流水自动对一遍，差五块也报，把订单号和人一起贴出来。月底你只需要点一次「确认差异」。

这不是酒店一家的难题

据工信部测算，2025年我国人工智能核心产业规模已突破1.2万亿元，重点行业人工智能整体渗透率超80%。「十五五」规划纲要也明确提出全面实施「人工智能+」行动。数字很大，但落到单个小店，是另一回事。

赛迪智库中小企业研究所联合网商银行做过一项「AI时代小微经营者观察研究」，结论挺扎人：97.4%的小微经营者知道各类AI工具，但持续使用的只有约三成；在业务流程中深度融合AI这件事上，大中型企业已超过50%，小微企业只有5.1%。

知道的人多，用起来的少。中间隔的不是认知，是「这东西到底替我做哪一步」。

今年9月11日的2026外滩大会上，网商银行公布了百灵2.0的进展，称其为业内首个普惠金融Agent，已累计为4200万小微经营者提供信贷、票据、财税及经营分析等服务。它讲的场景很适合拿来对照：今年7月台风过境广西，南宁武鸣的沃柑种植户老谭，20亩果园泡了水，他就在上面说了一句「我受灾了」。AI调动卫星遥感判断灾情，结合经营流水和区域信息，顺着产业链找到同样受影响的农资经销商、冷链物流商，生成延期还款、免息方案。从老谭开口，到数万名上下游客户收到各自方案，用了1小时。过去这件事要走近1周。

变的不是模型更聪明，是AI从「等你提问」，变成先搞清楚你是谁、生意什么状况。

有人会说：我们系统里早就有自动调价和报表了

这个反驳很实在，我认真答。

系统里的自动化是按模块切的，所以它只知道自己那一段。PMS不知道你小红书上还有客人在问月底的房；渠道后台不知道你今天只有两个阿姨上班；报表更不会告诉你「302必须两点半前清出来，因为下一单三点入住」。

还有一层：报表是给你看的，不是替你干的。

酒店老板不缺一张更漂亮的报表，缺的是早上有人把今天该干的五件事按顺序摆到面前。

不过我也得说句公道话：如果一家店的渠道和PMS已经打通，改价规则稳定，对账也不怎么差钱，那确实不用急着上AI，先把那两件事做完再说。

最容易翻车的，是这四步

权限一开始放太开。 第一天就让AI直接改价、直接发群，出事一次你就再也不敢用了。稳妥的做法：先设底价线、浮动区间、时段禁改，第一周只出建议。

这一点，行业里做企业AI的人看法一致。爱分析9月11日那篇访谈里，陈傲寒有句话我认同：AI提供分析建议，和AI直接执行关键业务操作，是两个阶段，对应不同的风险边界。先让人确认，再一键执行。

淘宝生态里那套「生意管家」的做法也是这个逻辑——他们把技能包定义成包含使用条件、执行步骤、验收标准、权限边界的完整方法论，而不是一串提示词。这话听着干，但落到酒店，就是「什么价位以下不许再降、晚上十点后不许动价、改完要不要通知前台」这些必须提前写死。

房型映射没做。 这是最没人爱干、也最容易崩的一步。PMS里叫「豪华大床A」，渠道后台叫「尊享大床房」，名字不一样，Agent 报出来的每一条差异都是错的。这层映射不做完，后面全白搭。

做成了聊天机器人。 能问答，但三天后没人打开。要接的不是「问一句答一句」，是「早报—确认—回写」这条链子。回写尤其重要，动作要落回系统留痕，不然没人信它。

没人担责。 Agent报了个差异，谁去核？要指定一个人，而且要2分钟能核完。核不完的差异，下次就没人看了。

顺便说一句，酒店老板最容易上头的是「AI自动回复客人评价」，那个功能最酷，收益最说不清。别从最酷的开始。

再往前半步

我们做交付久了有个规矩：先画一张「动作地图」，把一天里所有人做的动作列出来，标上数据从哪来、结果写到哪去、错了谁担责。凡是只在一个系统里点两下