餐厅等位小程序教程｜大桌小桌分队列叫号与过号重排规则 – MPForge

一、混队是最贵的队列：错一次叫，错一晚翻台

结论先说：一个队列混所有桌型，看起来公平，实际是大桌资源的持续浪费——两个散客坐进六人卡座，翻台效率直接腰斩。

高峰期火锅店的等位区是这样的：取号机只发一个总号，迎宾按先来后到叫号，结果叫到 45 号时那桌刚好是四人小桌，而空出来的是一张八人大桌——大桌只能干等下一批多客，小桌客人又被越叫越晚。另一个高频冲突是过号：号过了没听到，回来说「我们明明在门口」，没有过号规则就只能塞位安抚，引发后面排队客人的不满。

解法的核心不是加人手，是把「按桌型拆队列」做成系统默认：客人取号时按人数自动进对应桌型队列，各队列独立叫号；过号有明确规则和次数上限，超限重排而不是无限保留。规则写在取号页，客人取号即确认。

二、首版四个模块：桌型队列、叫号、过号、推送

四个模块配合，迎宾的手只做确认，不做记忆。

叫号文案与屏幕展示的口径对齐叫号脱敏规范：屏上不展示全名和手机号，用号牌加姓氏脱敏显示，避免等位区个人信息满天飞。刻意没做的是「一队通吃」——所有客人挤一个队列，桌型错配问题原样保留。

三、落地步骤：从分队规则到过号重排

上线动作按顺序做，每步都有明确的验收动作：

1. 定桌型分组：按门店实际台面定 2–4 类桌型与各队人数区间，散座、卡座、包间的归属写清，避免「6 人到底算中桌还是大桌」的临场争议。
2. 定过号规则：叫号后 X 分钟内未确认即过号，常见容忍 3 次，超过按当前队尾重新取号；规则在取号页强制展示。
3. 配门口屏与推送：屏上按桌型分列显示当前号与预计等待，客人手机同步收到前方桌数提醒，两边数字必须同源。
4. 迎宾主路径演练：要求迎宾 1 分钟内完成一次取号、一次叫号确认、一次过号重排的完整操作，操作不进后台、不翻菜单。
5. 高峰试运行：选一个周末晚高峰试跑，统计错叫、空桌时长、过号冲突三组数据，与上线前同口径对比后再全量切。

四、试点数据与验收口径

数据要能站得住，先写清统计方式。试点期按「上线前后各抽两周、排除节假日」的口径对比，看三组数：

• 错叫次数：叫到号但桌型不符的次数，反映分队列是否生效。
• 大桌空置时长：大桌释放后到下一批客人入座的平均分钟数，反映翻台效率。
• 过号冲突：因过号引发的现场争执与安抚成本，反映规则公示是否到位。

提审与授权层面，排队推送属于订阅消息，授权时机跟在取号动作后，不要一进小程序就弹；弱网下取号提交、过号重排两条路径要可恢复，审核侧对照小程序审核被拒常见原因检查，授权细节参考隐私弹窗时机规范。

五、避坑清单

排队项目反复出现的四个坑：

• 分队规则口头化：桌型归属全靠迎宾临场判断，客人质疑时无据可依；分队区间写进取号页。
• 过号无限保留：号过了还一直有效，队伍越排越假，真实等位时间失真；过号必须有重排规则。
• 屏与推送不同源：门口屏显示 32 号、手机推送 35 号，两边各念各的；数据必须同一队列状态机。
• 预点菜塞进一期：等位预点菜逻辑复杂，硬塞首版只会拖垮上线节奏，放二期单独做。

六、常见问题 FAQ