外省酒店数字化，第 6 章：回顾两期——降低 OTA 依赖靠的是一连串小决定

这一整条系列，跟着一家泰国外省酒店一步步走进数字化。故事的情境来自我们在酒店行业的真实实施经验——你要是经营外省的小型住宿，每一章应该都会看到自己前台的影子。每章都会说明：盖了什么、刻意没盖什么，以及是靠哪些证据才敢接着往下走。

两期下来，酒店变成了什么样

把两期放在一起看，这家外省酒店的变化是清晰的：

• 直接渠道从“说不清”变成“看得见”。 电话、LINE、地图点进来，每一笔询价都有来源、房型、日期、结果。老板第一次能回答“这个月直接订了几成、哪来的”；
• OTA 依赖在下降，但不是在对抗。 没有停用 Agoda，没有要求客人“别用平台”。只是多了一个客人自己愿意选的路——直接订更便宜，酒店少付分成；
• 前台没有变成系统操作员。 电话照接、例外照处理、checkout 顺便递一张卡片。记录是顺手填的，不是额外的作业；
• 没有大型酒店系统。 没有 PMS、没有 Channel Manager、没有动态定价引擎。整条路最重的投资，是二期那套只覆盖热门房型、只做可用性与订金的在线预订。

每一步为什么这样决定：证据链

这个案例真正想讲的，不是“网站＋卡片”这个答案，而是这一连串决定是怎么做出的：

1. 先建入口，因为问题在“搜到却看不懂”。 客人看得到酒店，却看不到可信的房型信息，咨询重复、直接渠道无从谈起。所以一期先做展示与引导，不建在线预订；
2. 人工确认先跑，因为例外还没被定义。 当天入住、过路客、取消、押金——这些规则要等真实运营把它们一个个暴露出来，才能写进系统。人工确认是收集这些例外的容器；
3. 数据先落地，才谈自动化。 前台记录直接询价，让老板第一次看清直接渠道的规模、来源与热门房型。没有这一步，二期就是拍脑袋；
4. 二期只自动化最值得的一小段。 数据说热门房型、规则简单、取消规律清晰的预订最适合在线化，于是只做最小自建预订；复杂房型继续人工确认；
5. 回流是免费的渠道投资。 checkout 卡片不花钱，却把 OTA 客人最后一次面对面接触，变成下一次直接预订的起点。

每一步的下一步，都不是由“系统能做到什么”决定，而是由“数据告诉我们什么值得做”决定。数据不够，就回到人工流程安全运行，不急着升级。

降低 OTA 依赖，不是建一套系统的问题

很多住宿业主想到“降低 OTA 依赖”，第一反应是建在线预订系统。这家酒店的故事告诉我们不是这样：

• 渠道是建起来的，不是系统给的。 Google Maps 的入口、房型页的信任、电话 LINE 的承接、checkout 的回流卡片——这些是渠道；在线预订只是承接渠道的一个工具；
• 分成是省下来的，也是让出去的。 让客人绕开 OTA 的不是“我们恨平台”，而是“直接从我们这订更划算”。价值要回馈给客人，客人才会改变习惯；
• 避免大型系统，不是省钱，是避险。 一间二十几间房的酒店，养一套全功能酒店系统，利润会被吃掉，前台会被流程拖累，数据会变成负担而不是资产。只建支撑当前业务的最小闭环，等真实规模证明需要，再长大。

这个案例可迁移的判断

• 如果你也在为分成苦恼，先问：客人搜得到我、看得懂我吗？ 信息是渠道的地基；
• 如果你在纠结要不要上在线预订，先问：有没有数据证明人工确认漏掉了单？ 数据先于系统；
• 如果你担心客人又绕回平台，先问：客人有没有一个更便宜、更简单、记得住的理由直接来？ 回流靠价值，不靠系统。

边界，最后再强调一次

两期真正的投资，是网站、Google Maps、询价记录和那张卡片——这些都属于正常的网站与简单资料工具范围。自建在线预订是独立专案，属于二期，不属于标准网站套件；它与 Agoda 是两条独立渠道，不做整合。PMS、Channel Manager、线上收款、会员系统，全程没有进入本案例——它们各有自己的边界，不因出现在教育案例中而变成网站套件的一部分。

---

边界很重要：本系列两期的建设范围——房型展示网站、Google Maps 收录、电话／LINE 引导、询价记录、checkout 回流卡片——都是正常的网站专案与简单资料工具。自建在线预订是独立系统专案，不属于标准网站套件；PMS、Channel Manager、线上收款与会员系统均不在本案例范围内。