20间房的小店，老板每月有25小时在跟OTA对账。我把三张表拉到AI桌上，先算清一笔钱
凌晨一点，大理古城边上的一家民宿，老板老周还坐在前台。
电脑屏幕亮着，左边是携程后台，右边是美团后台，中间摊着前台系统导出来的Excel。三个窗口来回切，他手里按着计算器，嘴里念念有词。
“这一单是连住三晚的，第二晚平台补了三十块促销，佣金的基数到底算哪个？这一单客人打电话来改过日期，老订单号取消了，新订单号又对不上……”
老周这店20间房，一年下来大头靠OTA出单。旺季的时候，一个月线上订单有两百多单。每单背后都拖着渠道佣金、促销补贴、连住优惠、取消重订、平台结算周期这些东西。月底要算清一笔账：平台上显示“应结算”的钱，跟前台系统里记的“实际入住”的钱，到底差在哪。
这活儿，他干了五年，没一个月能一次对平。
这笔账到底怎么乱的
很多人以为，酒店民宿的对账就是“卖了多少钱、到账多少钱”一比就完。真做过的人知道，中间隔着好几层。
首先是渠道佣金。携程、美团这些平台的抽成比例不一样，同一个平台里，不同的促销活动、不同的房型频道，佣金比例还不一样。前台系统里录的是一口价的“实收房费”，但平台结算是“订单金额—佣金—活动分摊—其他扣款”。两边的口径天生就不一样。
其次，改单和取消单是最脏的数据。客人打个电话来改入住日期，前台在PMS里把日期一改，平台那边的订单号可能已经变了。旧的取消单在系统里还挂着“已确认”，新的订单又没同步过来。月底一对，多一单、少一单，金额对不上，老板只能一单一单翻聊天记录和操作日志。
再就是“不是房费的钱混在房费里”。客人带狗收了五十块清洁费，前台直接转老板微信了，没进系统。客人加了一床被子收了三十，记在PMS的备注栏里，没走对账字段。这些钱不多，但每一条都会在对账时冒出来，变成差额。
老周说，他之前请过一个兼职会计，干了一个月不干了。不是账多复杂，是太碎。每单都要去平台后台点开订单详情，核活动、核佣金、核结算状态，再回PMS里查房态、查改单记录。一单顺利的三分钟，碰到异常单，十分钟起步。
我给他算过一笔账：
旺季一个月两百一十单OTA订单，平均每单对账五分钟，这就是一千零五十分钟。加上处理差异单、翻聊天记录、跟渠道客服沟通，轻松超过二十五个小时。
一个老板的时间，二十五个小时，换来的只是“知道这个月亏没亏、赚没赚”。这件事本身不产生任何收入，但没有它，老板心里就是虚的。
我们是怎么接到这个活的
老周这个店是我们去年底开始跑的一个案例。
他找我们不是因为“想上AI”，是那天对账对到凌晨两点，发了个朋友圈骂了一句。我们刚好有个同事认识他，就聊上了。
第一轮聊完，我们发现一个问题：他的账乱，不是因为系统不好，是因为数据散在三个地方。
前台PMS、携程商家后台、美团商家后台，再加上老板微信里一堆转账记录。四套数据，互相没有打通，也没有哪一套是“基准”。
所以第一步我们就没急着上什么模型。我们做了一件看起来特别土的事：让他把平台后台的结算明细导出Excel，PMS的入住报表导出Excel，再把微信和支付宝里跟房费相关的流水导出。三张表，拉到一起。
先让人工把三张表的字段对齐：订单号、客人姓名、入住日期、离店日期、房型、订单金额、实收金额、平台扣款、结算状态。
这一步做完，老周自己都说，光是把三张表摆在同一张屏幕上，他就已经看清了不少问题。有些单不是对不上，是之前他根本找不到原始记录在哪。
对齐之后，才是AI上场的部分。
AI在里面干什么
这里我讲清楚一点：AI在这个场景里不是去“连平台自动抓数据”，那是OTA开放平台API的事，门槛高、审核慢，一个20间房的小店拿不到那个权限。
我们能做的是另一条路径：人工把数据导出来，AI来读懂、对齐、找差异。
具体三件事。
第一件，读备注。PMS里有大量备注字段，是前台随手写的。比如“客人带狗收50转微信”“连住第二晚补差30从押金扣”“客人临时换房升级到B005”。这些信息传统对账软件读不了，但AI能读。它把这些备注翻译成结构化字段：非房费收入、押金扣款、房型变更。这样，很多原来被当成“差额”的条目，直接归位了。
第二件，配对订单。改单和取消单的问题，AI用“客人姓名+入住日期+金额相似度”做模糊匹配。一个取消单和一个新生单，人眼看要两分钟才判断得出来，AI把候选对都排出来，人只看它挑出来的五对、十对可疑的。
第三件，出差异报告。对完一遍之后，AI生成一份“本月差异清单”：每一笔差在哪、原始凭证在哪张表的哪一行、可能的原因是什么。老周拿到手，不用自己再翻。他只需要盯那些“AI标红”的单子，人工确认一遍。
这个流程跑通之后，老周一个月花在对账上的时间从二十五个小时降到四个小时左右。不是AI多聪明，是它把“翻数据、读备注、做匹配”这些碎活吃掉了，人只留下来做判断。
最容易翻车的三个地方
跑通归跑通，中间有几个坑，我一个个说。谁要抄这个作业，先看这几条。
第一个坑：字段不做清洗，直接喂进去。
PMS导出来的表，房型这一列可能是“豪华大床房”“豪大”“D-KING”“大床豪华”四种写法。平台结算表里又是另一种命名。你不做映射，直接让AI去匹配，它会乱。我们的做法是先做一张“房型别名表”，人工确认一次，再让AI去认。这步省不掉，别偷懒。
第二个坑：老板自己的“黑账”不愿意录进去。
有些店，散客上门微信转账，不走PMS，不开票。这个数据不在任何系统里，AI再聪明也无从对起。一开始老周也不愿意把这块交出来。到后来他明白，AI不是税务局，它只是要把“总收入”算清楚。你给它多少数据，它就能算多清楚。你不给它，它就只能告诉你“系统内外还有差额”，最后这个差额还是得你自己解释。
第三个坑：规则变了没告诉AI。
平台活动规则、佣金政策、结算周期，是会变的。这个月搞了个“连住三晚立减五十”，下个月又换个玩法。如果你把规则写死在流程里，三个月之后AI又对不准了。所以我们给它留了一个“规则版本”的入口，每次平台政策变了，人工录入一条新规则，AI按新规则重跑。这个维护成本很低，但不能没有。
对OPC创业者的机会
最后说几句实在的。
这个案例做完，我自己的判断是：酒店民宿的对账，是一个被低估的单点。
全国像老周这样的民宿、中小酒店，几十万家是有的。它们大多数用着PMS，但PMS解决的是“房态和收银”，不是“渠道对账”。平台后台的数据是另一套。中间那条缝，一直没人补。
大厂不会去做这个。PMS厂商想的是把整个店的管理系统都占住，看不上“对账”这个小口子。但这个口子咬得住，客户粘性极高——因为老板每个月月底都要痛一次。
中国银行9月初刚发了2026年中期业绩，里面提到他们的AI体系已经落地超过220个场景，云平台服务器堆到5.5万台。这是大行的底座逻辑。IDC的数据也说，2025年中国企业级智能客服市场冲到71.9亿，同比涨了55.3%。但你看这些数字，没有一个是落到老周这种20间房的小店月底对账这件事上的。
这就是OPC的机会：大厂修高速，小老板还在村口补路。
做这个案子，客单价不用高，交付要轻。别想着给人家上一套系统，人家一年都开不了几次电脑。就做“数据拉齐+AI对账+差异报告”这三个动作，跑通一个店，就能复制到一百个店。关键是把你对“OTA结算口径”和“PMS字段”的理解沉淀下来——这才是壁垒，不是模型本身。
老周这个店，上个月对账只花了他三个多小时。他跟我说了一句话，我印象很深：
“以前是月底对账，现在是我喝个茶的功夫，看一遍它标出来的单子。钱没多赚，但人不焦虑了。”
我觉得这句话，比什么ROI都实在。
一笔账算不清，老板就没法安心。AI在这事上的价值，不是替你决策，是把你从泥里拉出来，让你站到岸上看。