美宿在途的酒店 AI 产品，试合作怎么谈？一篇讲清我们能提供什么

最近后台收到不少酒店同行的询问：你们的 AI 产品能不能先小范围试一试？有没有试合作方案？这一篇，我们把这些问题的答案一次讲清楚——我们能做什么、适合什么样的酒店、想试的话怎么开始。

我们是谁

美宿在途是一支由清华团队研发背景起步的酒店 AI 产品团队。我们做的事说起来很朴素：把 AI 接进酒店的日常经营里，帮前台少熬几个夜班，帮店长少刷几遍报表，帮客人少等几分钟回复。

我们不是从写字楼里想出来的产品。团队最早在做酒店场景调研时，跟着门店一起上过夜班，也在节假日的高峰时段站在前台后面看过客人排队。酒店这门生意的节奏——凌晨两点的一通电话、临时变更的房态、一位第一次来城市的住客——这些东西是坐在办公室里推演不出来的。

我们为什么做这件事

酒店行业有个绕不开的现实：一线员工流动快，夜班难排，重复性咨询占了前台大量精力。客人在晚上十一点问“停车怎么走”“早餐几点开”，这类问题反复出现，回答质量却取决于当班的是谁。

我们想解决的就是这一层——把可以标准化、可以自动接住的对话交给 AI，把人留在真正需要人的地方：一位投诉的客人、一次超预期的接待。

试合作方案：我们的基本设计思路

关于试合作，我们没有把它设计成“先用一个月，到期再说”的通用模板。酒店之间的差别太大，房量、客群、渠道结构、夜班配置都不同，一个方案套所有门店，结果往往是试用期结束大家都很客气地说“再考虑一下”。我们的做法分三步走：

• 先做一次场景盘点。跟门店聊清楚现在最耗人的环节是什么，是 OTA 咨询、是住中服务、还是夜间接待。只挑一个环节开始，不铺摊子。
• 再定一段观察期。用真实客人的真实问题去跑，看的是响应时长、人工转接比例、客人反馈这些可以直接核对的东西。
• 最后一起复盘。数据摆在桌上，好用就往下走，不合适就停，没有必须续约的绑定条款。

什么样的酒店适合先试

从我们过去的接触来看，下面几类门店推进得比较顺：

反过来，如果一家门店当前的诉求是短期内把订单量拉上去，那我们的产品解决不了这个问题。AI 接住的是服务环节，不是流量。这一点我们每次都提前说明。

一个具体的场景

想象一位晚上十一点到店的客人。路上堵了一个小时，孩子睡着了，他只想快点进房。他在手机上问：还有停车位吗，能不能加一张婴儿床。

如果没有系统接住，这两个问题要等前台腾出手；如果接住了，得到答复的时间可能只是他走进大堂的那几分钟。对我们来说，产品的价值不在于说了多少句话，而在于让这位客人少站在前台等一会儿。

怎么开始试合作

1. 告诉我们门店的基本情况：房量、客群、最想解决的一个环节。
2. 我们给出一个单点试点建议，不涉及门店现有系统的大改。
3. 约定观察期和要看的指标，双方都清楚试的是什么。
4. 到期复盘，一起决定下一步。

我们不设置复杂的准入流程，也不会因为门店规模小而慢待。试合作的成本，我们希望控制在一家门店可以自行判断的范围内。

判断一个 AI 产品值不值得试的几条标准

如果你正在比较几家供应商，下面几条可以作为参考，用它们来看我们，也看别人：

• 试点范围是否可控。能不能只动一个环节，而不是整套系统推倒重来。
• 数据是否可核对。响应时长、转人工比例这些指标，门店自己能不能查。
• 退出是否有成本。试用结束不续，会不会有隐藏的费用或绑定。
• 团队是否下过店。对方有没有在真实前台待过，一听问题就能听出来。

写在最后

我们相信一件事：酒店服务里那些可以被交给机器的部分，交出去之后，人会轻松一点，客人会快一点。这件事值得一家一家门店慢慢做。

如果你也想先小范围试试，欢迎把门店的情况告诉我们，我们从一次对话开始。