火锅店订座小程序｜桌台档期与套餐核销方案 – MPForge

一、典型场景：火锅店订座最容易在哪几处翻车

火锅店订座的痛点不在系统多复杂，而在桌台各记各的、套餐靠口头：

• 超订：电话、到店、线上各收各的，同一桌卖出两次，翻台全乱套。
• 套餐难核：双人餐、四人餐到店怎么核、加锅底补多少，前台与客人各说各话。
• 等位乱：满座后客人白跑一趟，没有候补，空位释放了也没人知道。
• 定金靠口头：收不收定金、退不退，前台与客人各记一套，到店对不上就起客诉。

二、方案总览：四步锁住每一张桌子

火锅店订座的核心矛盾是桌台库存有限、套餐依赖口头。从客人选桌下单到到店核销翻台，四个模块一条线走完：

1. 选日期桌型：：按桌型放库存，大桌小桌分开计库，订一个锁一个。
2. 选套餐付定金：：套餐与锅底加项明码标价，高峰档位收定金确认，规则写在固定页里。
3. 到店核销：：报订单号到店入座，一线一分钟内完成核销，套餐按订单口径结算。
4. 未到释放候补：：到点未到先宽限、超时释放回库存；满座客人进候补，空位即时通知。

同类项目可参考 火锅订座案例。

三、核心功能清单

• 按桌型管库存：：大桌、小桌分开计库，订一个锁一个，高峰放号节奏可控。
• 套餐与加项：：套餐、锅底加项明码标价，客人自助勾选，结算以订单为准。
• 定金规则进系统：：高峰档位收定金，收退口径写在固定页里，不靠口头。
• 候补与提醒：：满座可留候补，空位释放即时通知，客人不白跑。
• 公众号菜单导流：：订座入口可与公众号菜单导流配合，客流直接进自助订座页。
• 同一订单号对账：：订座、定金与桌台库存打通，财务、店长与前台用同一订单号说话。

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

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

1. 进场准备：把桌型库存、套餐价格、定金档位逐项录入后台校对；口头承诺先落成系统固定页。商家能感知的是规则有页面可指，客诉有同一套真相。
2. 系统对接：订座、定金与桌台库存打通，财务、店长与前台用同一订单号说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是对账不再翻本子。
3. 员工培训：一线只强调一分钟内完成锁桌、收定金、核销的主路径关键动作；店长学会后台改档期、看释放记录。商家能感知的是节日夜前台不再靠吼。
4. 灰度试点：先拿一个周末晚市档期小范围试跑，不做数字考核，只看超订有没有归零。商家能感知的是问题清单在收敛，而不是上线即全量。
5. 值班应急：上线首周值班覆盖支付、核销、授权三类突发；弱网、拒权、支付取消三条路径必须进提审前用例。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

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

• 不做外卖：：首版不碰外卖与配送履约，先保证订座闭环可验，再叠加裂变与积分。
• 不担保到店率：：定金与提醒能过滤一部分爽约，到店率本身受当天客流影响，不替店方担保。
• 效果按试点口径：：验收结果按试点前后对比口径写，不是全公司财报；复制到下一店前请重估客流、资质与支付配置。

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

口径：试点前后对比。验收结果：超订归零；客人锁桌、付定金、到店核销一条线走完，主路径关键动作 1 分钟内完成，节日夜前台不再靠吼。以上为作业口径，非全公司财报口径。

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

七、常见问题 FAQ