餐厅订座迟到空台？候补与提醒把空台率压下去｜互联商通案例

一、客户背景与痛点

这家餐厅位于广州，周末晚市一位难求，但空台和等位常常同时存在。已有公众号引流，订座履约断在电话与口头。

四个最疼的问题：

• 口头留座：电话里说一句就算订上，没留联系方式的不在少数。
• 迟到无释放：客人不来，桌子干等到打烊。
• 候补无序：等位客人靠服务员记名字，放出的空台接不住。
• 桌型冲突：大桌被小团占用，四人桌空着、六人客走掉。

二、方案总览：4 步把空台率压下去

首版克制，只做订座履约闭环，把「口头留座」变成「有规则的订座」。

1. 线上订座：选时段选桌型下单，联系方式强制留下。
2. 宽限释放：迟到超过宽限时长自动释放，规则在下单页写清。
3. 候补递补：释放的桌自动推给候补队首，客人确认后落座。
4. 桌型库存：大小桌分开管库存，桌型资源不串用。

完整能力清单见 餐厅订座候补方案；同行业可参考 西餐订座案例。

三、核心功能清单

• 订座下单：时段 + 桌型结构化，确认短信同步留档。
• 宽限规则：迟到时长、释放动作写进固定页，店员不口头通融。
• 候补队列：位次可见，递补有先后，客人心里有数。
• 桌型资源：桌型按库存管理，大桌小桌不混用。

四、落地实施过程

总览里的四步讲的是方案逻辑，这一节讲它怎么落到店里，前一步跑顺再进下一步。

1. 进场前准备：桌型建库、规则成文。开工先把店内桌台按桌型逐台编号入库，可订时段按晚市波次拆分；宽限时长与释放规则整理成一页固定文案，先在店内试讲确认可执行。商家看到的是一张对完的桌台图和一份写得清的宽限规则，客人此时还感知不到变化，但订座那一刻规则是明确的。
2. 系统对接：释放与候补打通。上线前把「超时释放 → 候补通知 → 确认锁桌」串成一条链路，释放动作由系统自动触发，不依赖服务员盯表；客人迟到进店，前台按规则页处理，桌已释放就进候补重新排。商家感知是迎宾台不再为「这桌还留不留」打电话问老板。
3. 员工培训：一条主线加两套话术。迎宾只强调一条：释放规则面前不留面子。对客人的话术很简单——「您的桌保留到 6 点 20，超时我们会放给候补的客人」；店长学会后台调宽限参数、看候补转化，日常运营不再事事找技术支持。
4. 灰度试点：先跑周末晚市。全量放开前先拿周末晚市试跑，店长跟着盯：释放有没有误伤、候补接得住接不住、桌型错配还出不出。试出来的问题当场改——宽限参数微调、桌型库存修正，再铺到全周；试点期不做数字考核，只看流程顺不顺、空台清单收不收敛。
5. 值班与应急：首周晚市高峰驻场。上线首周周五周六晚市驻场，值班覆盖释放、候补、定金三类突发。客人对释放有异议，当场出示下单页的规则原文；系统偶发卡顿，先用候补纸质名单应急，事后台内补录。试点暴露的问题全部进了第七节的复盘清单。

五、明确没做的事（对比与取舍）

首版不接外卖中台，不做排队取号。先保证订座履约可验，再考虑排队与外卖联动；节假日高峰定金作为二期单独验收。

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

试点期内：

• 迟到空台率由约 15% 降到约 6%。
• 候补客人明显接住了释放的空台，晚市翻台更稳。
• 老板验收只看「空台率与候补转化」，而不是订座单量。

所有数字为项目试点口径，复制前请重估客流、桌台结构与客单结构；数据对比写清分子分母与排除周。

七、坑与复盘

1. 宽限规则口头化：店员碍于情面口头留桌，释放机制形同虚设，规则必须进系统。
2. 提醒时机过早：订座确认后立刻发提醒被忽略，改到餐前固定节点，见 候补规则文案。
3. 桌型台账双记账：纸质台图与系统库存对不上，以系统库存为准后错配才消失。

复盘沉淀为方法论：把可勾选验收句写进开工单，避免「订座上了」代替「空台达线了」；海报与渠道码从第一天写参数，否则月底归因只能拍脑袋。

八、常见问题 FAQ