客户是一家泰国餐厅，采用开放式厨房，菜单中有一半菜品都需要解释：客人不熟悉的食材、辣度等级、酱料，以及仅凭文字很难想象的甜点。客群多元，既有母语并非餐厅所用语言的游客，也有想来「体验泰国」的本地顾客。传统纸质菜单同时带来三个问题：很快过时，改价或换菜都要重新印刷并产生费用；无法直观展示菜品，照片只能另加插页；还让服务员负担过重，高峰时顾客仅下单就要等 5–10 分钟，「听错了就做错了」的情况也经常发生。账目也是一大痛点：订单和各班次金额都靠手工汇总，老板无法实时准确了解餐厅情况。餐厅希望把菜单公开链接放在 Google 地图商家资料中，因为如今不少新客人都从那里找到餐厅。
设计并搭建一个系统，让同一份菜单以两种模式运行，订单直达厨房，中间没有任何「转述」环节。
任务分为四部分：第一，使用固定链接的公开菜单，可放在 Google 地图、社交媒体和宣传材料上；第二，同一菜单的私有链接，顾客扫描桌上的 QR 后即可从展示页切换到完整点餐流程，选择菜品并发送至员工 Telegram 机器人，桌号直接写在链接中；第三，员工 Telegram 机器人汇集所有订单、记录并计算金额；第四，管理后台让老板无需程序员就能添加、编辑和删除菜品。系统必须能在员工的基础设备上运行，顾客只需使用手机摄像头。
顾客看到的系统只是「一个有菜单的网站」，但背后设计了两种访问模式和三个角色：顾客、员工、菜单管理员。每项技术决策都围绕同一个问题：如何减少点餐过程中的阻碍。
- 设计双模式架构，共用一套内容、分为两个访问范围。公开链接打开展示菜单：类别、照片、食材、辣度和价格，没有点餐按钮，专为 Google 地图和社交媒体展示菜品。桌位链接带有启用点餐模式的参数：显示购物车、菜品备注和发送订单功能。内容始终只有一份，因此架构上不需要同步。
- 制作公开菜单页面，加载快速、适配手机，即使在街边移动网络下也能一秒打开，因为顾客常在餐厅附近直接从 Google 地图商家页进入。页面展示菜品照片、标明辣度和食材的描述、从汤品到饮料和甜点的类别，以及当前价格。托管服务放在餐厅内部网络之外，无论店内 Wi-Fi 状态或客流量如何，链接都能稳定访问。
- 为每张桌子生成唯一 QR 码，链接中预先写入桌号。顾客无需从列表选择「我坐在 N 号桌」，也不用告诉服务员桌号，系统会从链接自动识别。这消除了同类系统的主要错误来源，让订单从第一秒起就对应正确桌位。QR 桌牌放置在桌边各座位都便于扫描的位置。
- 提供无需注册的购物车和下单流程：顾客添加菜品，填写备注（「不要花生」「辣一点」「酱汁单独放」），核对内容并确认；订单随即发到员工 Telegram 机器人，包含唯一订单号和桌号。不必安装应用、输入手机号或创建账户，从扫码到发送仅需一两分钟，并且流程刻意比任何替代方案更短。
- 开发员工 Telegram 机器人：实时接收所有订单，包括唯一编号、桌号、菜品、顾客备注和总金额。除了收单，机器人还记录每班次和每天的订单历史、按菜单和菜品汇总金额，支持重新发送和处理状态管理。员工本来就在工作设备上使用 Telegram，因此无需安装其他软件或接受培训，界面就是熟悉的聊天。
- 搭建菜单管理后台：添加菜品，编辑价格、描述、照片和类别，删除菜品，并即时标记有货或售罄。任何修改都会立即同步到公开菜单和点餐模式，因为它们本来就是同一份菜单。老板可用手机管理菜品，不用找程序员，也无需每件小事都联系我们。
- 考虑餐厅现场的边缘情况：厨房刚好卖完已被顾客点选的菜，管理员可立刻在后台隐藏，它就会从点餐模式消失；订单不小心发送两次，员工能看到并拒绝重复项；价格改变，只改一次即可全处更新。这些日常情况决定系统能否真正融入餐厅运营。
- 上线系统并培训员工：打印和摆放 QR 桌牌，指导服务员使用机器人，陪同最初几个班次，收集顾客与员工反馈，再依据真实使用情况调整界面细节。
三个决定促成了项目成功。第一，「一份菜单，两种模式」：餐厅只维护一套内容，公开展示页与点餐流程永远不会不一致。第二，用 Telegram 作为员工终端：不必购买设备，订单会到达员工日常工作的地方，历史记录自动保存，不再需要「记账本」。第三，把桌号写入 QR 链接，让系统不再询问本可自行识别的信息。整个系统的费用低于完整重印纸质菜单一次，而且持续运行不需要订阅费、自有服务器或餐厅专用设备。
最明显的效果是平均客单价提高：菜品照片以及始终可见的甜点、饮料展示会促使顾客临时加点，而服务员在高峰时段根本来不及推荐。第二个效果是减轻员工负担：服务员少跑去「接单」，有更多时间上菜、收拾和与顾客交流。机器人让老板第一次能准确查看每桌、每班次和每道菜的订单情况，不用手写一行记录。最后，Google 地图中的公开链接起到了「预售」作用：顾客来店前就浏览菜单、互相分享菜品，抵达时已经想好要点什么。
| 指标 | 结果 |
|---|---|
| 菜单更新 | 重新印刷需几天 → 管理后台只需几分钟 |
| 顾客决定到下单的时间 | 5–10 分钟 → 1–2 分钟 |
| 订单错误 | 经常发生 → 每季度偶有个例 |
| 平均客单价 | +17% |
| 按班次记录订单和收入 | 人工记在本子上 → 机器人自动记录 |
指标取自案例原始材料。仅在来源明确记录时注明统计周期。
- 平均客单价
- +17%
- 从顾客决定到下单（此前需 5–10 分钟）
- 1–2分钟
- 在管理后台更新菜单而非重新印刷所需时间
- 分钟
- 01公开菜单一个链接用于 Google 地图和社交媒体
- 02桌位链接QR 码中包含桌号
- 03员工 Telegram 机器人订单、历史记录和总金额
- 04管理后台无需程序员即可管理菜单
- 01扫描 QR 码
- 02菜单
- 03购物车
- 04确认
- 05机器人中的订单订单号和桌号
图表显示区间上限：5–10 分钟和 1–2 分钟。
建议餐厅接下来推进的方向：
- 在菜单中直接支付：顾客无需等待服务员即可在桌边结账，桌位周转更快，高峰时段排队买单的情况也会减少。
- 多语言菜单：为游客流量增加英文和其他语言的菜品描述，在同一内容基础上维护翻译版本。
- GEO（生成式引擎优化）可见度：结构化呈现菜系、菜单和氛围信息，让 AI 助手在回答「哪里能吃到泰国菜？」时准确提及餐厅；越来越多顾客正在通过这一渠道选择餐厅。
- 菜单分析：查看哪些菜品被浏览却未下单，哪些菜品带动客单价，为优化菜单和季节性推荐提供依据。
以前星期五晚上服务员总是来不及照顾餐桌；现在订单会自动发来，带着桌号和顾客备注。最受欢迎的菜卖完时，我十秒钟就能在后台把它隐藏起来，不会有人失望离店。
— 泰国餐厅老板