餐厅节日订座小程序｜定金锁库与宽限释放方案 – MPForge

一、典型场景：节日晚市最容易在哪几处翻车

节日档期的痛点不在系统多复杂，而在人盯不过来、口径对不齐：

• 超卖空台：订座靠前台本子记，电话、到店、线上各记各的，同一桌卖出两次。
• 定金靠口头：收不收定金、收多少，前台与客人各说各话，到店对不上就起客诉。
• 爽约难追责：口头订座没有承诺，客人放了鸽子，桌台整晚空着也没办法。
• 满座客人白跑：没有候补队列，临时空位释放了也没人知道，高峰客流接不住。

二、方案总览：四步锁住节日档期

节日档期的核心矛盾是座位库存有限、爽约难以追责。从客人下单到桌台周转，四个模块一条线走完：

1. 选日期时段：节日档期按桌型放库存，大桌小桌分开计库，订一个锁一个，卖出去的座位绝不再卖。
2. 付定金锁定：高峰档位收定金确认，口头订座变成有承诺的订单，规则写在系统固定页里。
3. 到店核销：客人按订单号到店入座，一线一分钟内完成锁桌、收定金、排候补的主路径动作。
4. 未到自动释放：到点未到桌先宽限、超时自动释放回库存；满座客人进候补队列，空位即时通知转正。

规则取舍细节见 订座宽限与释放、预订库存锁库；同类项目可参考 火锅促销预订案例 与 餐厅订座候补方案。

三、核心功能清单

• 按桌型管库存：大桌、小桌分开计库，节日期间大桌单独控制放号节奏。
• 定金规则进系统：高峰档位收定金，规则写在固定页里，不靠口头。
• 公众号菜单导流：订座入口可与公众号菜单导流配合，节日客流直接进自助订座页。
• 候补与提醒：满座可留候补，空位释放即时通知，节日客不白跑。
• 宽限与释放：未到桌先宽限、超时自动释放回库存，桌台不整晚空着。
• 同一订单号对账：订座、定金与桌台库存打通，财务、店长、顾问用同一订单号说话。

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

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

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

五、明确没做的事

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

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

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

口径：试点前后对比。验收结果：超卖 0；一线锁桌、收定金、排候补、到点释放，主路径关键动作 1 分钟内完成，节日夜前台不再靠吼。以上为作业口径，非全公司财报口径。

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

七、常见问题 FAQ