餐饮网站上的 AI 聊天

午餐几点结束、晚市菜单、最后点餐、怎么订位、从车站怎么走,这些通常已经写在网站上。客人打电话,是因为这些句子散落在不同页面或一份 PDF 里。

WebsiteChat 只根据已发布的内容回答。它不是点餐系统,不是订位本,也不会判断一道菜对过敏是否安全。

客人到店前会问什么

  • 节假日营业吗?
  • 午餐几点结束?
  • 有素食吗?
  • 这道菜含乳制品吗?
  • 有儿童菜单吗?
  • 八个人能订位吗?
  • 有包间吗?
  • 附近能停车吗?
  • 最近的车站是哪一站,店在几楼?

网站没写的,聊天不应补上。

答案从哪里来

  • 午市、晚市、饮品和套餐页面
  • 营业时间、假期和最后点餐
  • 交通、楼层和停车
  • 订位规则以及订位页或电话
  • 常见问题与店铺信息
  • 可选中文字的菜单 PDF(包含文档的方案)

不连接实时空位、收银、今日售罄、外卖状态或订位数据库。

WC 打电话之前

今天午餐到几点?

营业时间写的是午餐到 14:30。今天是否包场,页面上没有。

这份烩饭含奶吗?

这道菜的过敏原一行写了乳制品。另一道菜如果没写,就不能猜,应请客人问店员。

八个人能订吗?

页面写六人以上走预约表。聊天不锁桌。

查看订位方式

输入消息… 发送

同一个傍晚的四句问话

例如,周五傍晚有人连着问四句。营业时间页写着晚市到 21:30、最后点餐 21:00,就可以照着说。停车说明写了店后小巷有免费车位,也可以复述,并补上页面里的到店路线。菜单里一道鱼没有过敏原一行,就不能回答“不含麸质”,应请客人打电话问店员。订位页写八人以上先填表、包间要另外确认,可以指出那一页和电话;聊天不能把座位订上,也不能根据人数猜今晚还有没有位。

解释订位,不等于订上

可以复述已发布的规则:是否接受预订、当日、人数、包间、改期和取消,以及下一步打开哪一页或打哪个电话。确认座位仍在预订系统或电话里。

过敏原不能猜

蛋、奶、麸质或素食,只能引用餐厅公布并维护的说明。没写、写得含糊,或写着请询问店员时,回答应停在这里。

不用菜单语言提问的客人

旅客可能用英语、日语或韩语问营业时间、已刊登的过敏原、怎么走、怎么订。依据仍是同一批页面,不会凭空造一道菜。

交给店里的人

  • 这道菜对客人的过敏是否安全
  • 今晚还有没有位
  • 页面没有写步骤的改期或取消
  • 今天这道菜是否卖完
  • 结账争议和对餐食的投诉
  • 店里需要马上有人处理的事

放到网站上

  1. 连接餐厅的公开网站
  2. 阅读已发布页面;含文档的方案可以加入 PDF
  3. 用节假日、最后点餐、过敏原、八人、停车来测试
  4. 缺的真实答案写回页面或获准的 PDF
  5. 安装小组件
  6. 答不上的问题,改来源后再问一次

餐厅会问的问题

能回答菜单问题吗?
菜品、价格、套餐或儿童菜单已经发布,或在含文档的方案里有可选中文字的 PDF 时可以。看不到收银和今天还剩多少。
能回答过敏问题吗?
只能依据餐厅公布并维护的说明。信息不足时,应请客人直接向餐厅确认,不能判断是否安全。
客人能在聊天里订位吗?
不能。它可以说明已发布的订位规则,并指向订位页、表格或电话。座位确认留在原来的系统。
可以用别的语言问吗?
可以,依据仍是已发布页面。没有写过的菜和价格不会被造出来。
营业时间改了怎么办?
改写营业时间、假期和最后点餐的页面,重新抓取后再用同样的问题检查。网站上没有的临时停业不会被知道。
能用 PDF 菜单吗?
含文档的方案可以,前提是文字可选中。没有文字的扫描件读不了。

用餐厅网站上已有的内容回答

依据是已经发布的菜单、营业时间、到店方式和订位规则。