如何用 WhatsApp 接餐厅预订（2026 指南）

餐厅的电话只有一条线、一双手。营业时间里接起的每一通电话，都意味着店里有一位客人暂时没人照应；漏掉的每一通，则是一张桌子送给了先接起电话的那家店。客人心里清楚这一点，所以他们越来越倾向于发消息而不是打电话，也所以一句「明天再回复您」，就把这单预订输给了十秒钟内回复的同行。

在世界上大多数地方，这条消息会落在 WhatsApp 上。它也是唯一一个把对话留存下来的渠道：三月订过位的客人，五月还留着那段聊天记录，下一次预订只隔着一条消息，而不用重新去搜你的号码。

难处一直在于谁来盯着它。总得有人读消息、翻订位本、再回复，而偏偏就在没人腾得出手的那一刻。AI 智能体接下了这班岗：它依据你的菜单和你的规矩作答，从你的日历里读取空位，遇到不寻常的情况就交给真人。本指南接下来就从号码一路搭到第一单预订，全程无需写代码。

四样东西，没有一样是技术活：

• 一个给餐厅用的号码。 新 SIM 卡、虚拟号码，或者客人本来就在打的那部固话都行（Meta 会用语音电话验证固话）。只有一条规矩：一个号码不能同时存在于 WhatsApp 应用和 Business API 上，所以如果你的迎宾台今天就在用手机回 WhatsApp，那就用第二个号码来跑机器人。
• 你的菜单，什么形式都行。 网站上的菜单页、一份 PDF，或者一张纯文字清单。这里过敏原和饮食标注比照片重要得多。
• 一个厨房本来就信得过的日历。 Google Calendar 或 Cal.com。智能体从中读取空位，并把确认的预订写回去，于是订位就出现在你的团队本来就会看的地方。
• 一个机器人平台。 本指南使用 Chatloom 的 WhatsApp AI 聊天机器人；通用的搭建流程在如何创建 WhatsApp AI 机器人里有分步讲解，所以这里只谈餐厅特有的部分。

大多数餐厅机器人栽在这一步，而不是栽在技术上。老板上传了一份漂亮的 PDF 菜单，然后就没有然后了，接着开始纳闷机器人为什么答不上「周一营业吗？」

把你的员工一周要回答二十遍的问题写下来。这份清单几乎每家都一样：营业时间以及每周哪天休息、接不接受不预约直接到店、停车和最近的地铁站、有没有素食和无麸质选择、欢不欢迎带孩子、有没有儿童座椅、露台有没有暖气、能不能自带酒水以及开瓶费怎么算、最大能坐多少人的桌、客人迟到了怎么办。

然后加上带价格和过敏原的菜单，以及用大白话写清楚的预订规则：能提前多久订、位子留多久、大桌的订金规则。把这些全部交给智能体，可以让它抓取你的网站，也可以直接上传文档。这样回答就是从你的材料里生成的，而不是凭空编出来的，这正是一个有用的机器人和一个丢人的机器人之间的全部差别；原理可以看什么是 RAG 聊天机器人。

还有一个不花钱的窍门：把过敏原信息写成文字，而不是只放在菜单图片里。菜单的照片在机器眼里就只是一张照片，而过敏原恰恰是答错了就不再是麻烦、而是健康风险的地方。

一个只会说「记下了，周五见」却什么都没写进本子的机器人，比没有机器人更糟。接上 Google Calendar 或 Cal.com，智能体就多了两项本事：在答应任何事之前先读你的空位，以及把确认的预订作为日程写回去，带上客人姓名、用餐人数和电话。

这意味着订位会出现在你前厅本来就开着的那个日历里，所有设备上都同步，不需要任何人手工誊抄。当客人想订晚上 8 点而 8 点已经满了，智能体给出的是它真正看得到的最近空位，而不是随口一说。

有两个必须说清楚的限制，它们决定这套方案适不适合你的餐厅。第一，这是日历订位，不是餐位管理：它不处理平面座位图、每个时段的餐位数，也不管翻台。如果你经营的是一个 200 个餐位、跑着专门系统的场子，那就继续以那套系统为准，让机器人负责它周边的咨询。第二，如果客人始终没有留下邮箱，前一天就不会自动发出提醒，因为提醒是搭在日历邀请上的。在意订了不来的餐厅，会改成在用餐当天早上发一条 WhatsApp 模板消息，在后台点两分钟就能做完。

这份清单要在上线前写，而不是出了事之后再写。

超出书面记录的过敏问题。 智能体应当引用你的过敏原清单，凡是清单上没有的，就把真人拉进对话。Chatloom 的智能体在自己的材料里找不到答案时会直言相告，而不是即兴发挥；客人一旦要求真人，整段对话就连同完整记录交到你的团队手上。

大桌和包场。 周六一张十二人的桌子是一笔带订金的生意决策。让机器人把细节收集齐，然后转交。

投诉。 有人打字说这顿饭吃得不好，他要的是一个人，而且要快。每一次都转给真人；机器人的活儿是察觉并转交，而不是替你道歉。

任何牵扯到钱的事。 智能体只负责说话，不负责收款。订金和预付活动继续走你今天在用的那一套。

除掉这四类，剩下的就是你收件箱里的绝大多数消息，而那正是机器人存在的意义。

老板测试时用的是他们希望客人问的问题。而客人会在凌晨一点写「明天开门吗」，用的是另一种语言，还附上一张在 Instagram 上看到的菜品照片。

所以就照这个样子测。用零碎的短句问。如果你的城市有游客，就换一种语言问，并且检查回答是不是用那种语言回的，而不是一整段英文里塞进一份外文菜单。发一张菜品照片，看看回复有没有真的针对图片说话。问一个你的资料故意没有覆盖的问题，确认智能体会照实说，而不是给你编出一个根本不存在的周一营业时间。

然后像一个陌生人那样订一张桌，再去看你的日历。日程应该在那儿，时间正确，写着用餐人数和一个能联系上客人的方式。这一圈能从头跑到尾，你就可以上线了。跑不通就现在修，别等到某个周五才发现。

顺手把语气也设好。一家街坊小馆和一家品鉴菜单餐厅说话不该是一个调调，而智能体的性格是一个设置项，不是一个开发项目。

能量化的那部分是安静的：电话不再为那些根本不值得打断营业的事情响起。营业时间、地址、停车、素食选择、接不接受直接到店、露台开不开。这些正是把迎宾从一排等位客人面前拉走的电话，也正是机器人能完全吸收掉的部分。

第二个变化，是那些你本来根本接不到的预订。半夜发来的、忙到不可开交时发来的、休息日发来的消息，现在都得等有人注意到才有回音。一旦被即时回复，其中一部分就变成了实实在在的桌子。这才是你第一个月真正该盯的数字：不是「处理了多少对话」，而是有多少客人来自那些本来没人来得及回复的消息。

第三是语言。在一个旅游城市里，用意大利语发消息、又收到一段流利意大利语回复的客人会订位；收到一大段英文的那位往往不会。智能体能识别并用客人的语言回答，覆盖 95 种以上语言，这类功能平时看不出来，直到有一天你看见一单预订来自店里没人会说的那门语言。

没有改变的是：菜、这家店，以及那些需要判断力的决定。一个知道自己边界的机器人，把这三样都保护住了。

两块计费表，而对餐厅来说其中一块通常是零。

Meta 的计费表。 客人给你发消息会打开一个 24 小时窗口，在这个窗口内回复他们是免费的。而这基本涵盖了所有预订对话，因为都是客人先开的口。只有当你主动用模板发起对话时才需要向 Meta 付费，比如一条预订提醒或者一句「今晚还有位子」，按送达条数、依类别和国家计价。

平台的计费表。 在 Chatloom，包括免费套餐在内的每个套餐都含 WhatsApp，套餐之间的差别只在每月能有多少条 AI 回答的消息，其中一次交换指的是客人的一个问题加机器人的一次回答。一家餐厅的预订流量按这个口径算并不大；实在的建议是先用免费套餐，观察一个真实的月份，然后再挑套餐。完整的情况，包括哪些同行还要额外收按坐席和按联系人的费用，都在我们的 AI 聊天机器人价格对比里。

如果你更想看到专门针对餐厅摊开讲的版本，包括菜单和游客语言，可以看餐厅 WhatsApp 聊天机器人这个页面。