烧烤扫码点餐小程序｜桌号出餐核销方案 – MPForge

一、典型场景：烧烤堂食扫码点餐最容易在哪几处翻车

烧烤堂食扫码点餐的痛点不在系统多复杂，而在单两本账、串台靠猜：

• 错绑桌码：桌码贴错或客人换桌，单子打到别的桌，烤串端上别人的桌。
• 未付就烤：先烤后收，跑单赖账月底一算白干，收银与后厨扯皮。
• 弱网重复单：夜市信号差，客人多点几遍，重复单到了后厨才发现。
• 催单靠喊：「我的串呢」此起彼伏，服务员来回跑，出餐进度没人说得清。

二、方案总览：四步锁住从扫码到核销的单

烧烤堂食扫码点餐的核心矛盾是晚市高峰集中、单据依赖手抄。从客人扫码点餐到核销关单，四个模块一条线走完：

1. 扫码绑桌：：桌码与桌台一一绑定，下单即锁桌，换桌走改桌流程。
2. 支付后进厨：：未支付不出餐，先烤后收的跑单风险从源头消失。
3. 出餐有状态：：后厨出餐状态实时更新，催单有入口、进度客人可见，服务员不再来回跑。
4. 核销关单：：上齐核销关单，弱网重传与重复单在服务端去重，错单率降到 1% 量级。

同类项目可参考 桌号核销案例。

三、核心功能清单

• 桌码绑单：：桌码与桌台绑定，下单即锁桌，换桌走流程。
• 扫码点餐：：菜单图片化自助点，未支付不出餐。
• 出餐状态：：后厨进度实时更新，催单有入口。
• 核销关单：：上齐核销关单，单据不再两本账。
• 弱网去重：：服务端去重，重复单与重传不落到后厨。
• 公众号通知：：下单与出餐节点公众号触达，拒权店内呼叫兜底。

四、落地实施过程：五步上线

方案逻辑四步，落地拆成五个动作，前一步跑顺再进下一步：

1. 进场准备：把菜单、桌台编号与出餐动线逐项录入后台校对；桌码绑定规则先落成系统固定页。商家能感知的是单、桌、菜一一对应。
2. 系统对接：点餐、出餐与核销打通，服务员、后厨与收银用同一条订单说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是晚市不再靠喊。
3. 员工培训：一线只强调一分钟内完成扫码、下单、核销的主路径关键动作；店长学会看催单与异常队列。商家能感知的是错单率降到 1% 量级。
4. 灰度试点：先拿一家门店的周末晚市灰度试跑，不做数字考核，只看错单率与桌码绑定成功率两条线。商家能感知的是问题清单在收敛。
5. 值班应急：上线首周值班覆盖支付、核销、授权三类突发；弱网重复单进提审前用例。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

说清楚不做什么，比堆功能更重要：

• 不做联营中台：全国联营中台、酒水直播一律砍掉，先把单店点餐闭环做实。
• 不做先吃后付：未支付不出餐是硬规则，先烤后收的灵活度让位给跑单风险。
• 效果按试点口径：试点出餐错单率约 6%→1.2%、桌码绑定订单成功率超 98%（案例口径）；复制到新店前请重估桌台动线与后厨产能。

六、上线后效果（试点口径）

口径：试点前后对比。验收结果：错单率下降；点餐、出餐、核销、对账一条线走完，主路径关键动作 1 分钟内完成，晚市不再靠喊传菜。以上为作业口径，非全公司财报口径。

复盘沉淀：把可勾选验收句写进开工单，避免「上线了」代替「指标达线了」；数据对比写清分子分母与排除周。

七、常见问题 FAQ