小程序取餐分队教程｜堂食打包分队与过号重排规则 – MPForge
直接回答：这份取餐分队规则教程写给餐饮老板、前厅店长和小程序开发：高峰期用堂食队、打包队、过号重排三条规则把队伍切开，配叫号脱敏与核销取餐，解决混队、过号乱、错取三大问题。MPForge（DEVDIY 旗下）在烧烤与大排档类排队项目里按这套口径落地，试点门店错取明显下降、过号纠纷基本清零。
一、高峰期队伍为什么乱：混队、过号、错取
结论句：队伍乱的根源是「一队通吃」——堂食和打包混在一起排队，谁先到谁先吵，规则再好也执行不下去。
烧烤、大排档、快餐高峰期的失控现场基本是同三个：
- 混队：打包的客人排在堂食队里，前面一桌慢慢吃，后面取餐的干着急。
- 过号乱：叫号没听到，回来要求插队，店员凭心情放行，其他客人不服。
- 错取：喊全名或手机号，同名同号一喊一群，A 拿走了 B 的餐。
把这三类写进开工单，比堆功能管用。叫号播报怎么脱敏，先看叫号脱敏规范把口径定了。
二、分队怎么切：按堂食与打包分两条队列
结论句：分队维度只按「堂食、打包」切，别按人数或菜品切——维度一多，前台必乱。
| 队列 | 适用场景 | 叫号节奏 |
|---|---|---|
| 堂食队 | 到店等位入座，叫号后带到座位 | 按桌位释放节奏叫号 |
| 打包队 | 出餐即走，凭码取餐 | 按出餐完成即时叫号 |
| 过号重排 | 叫号未应答的号码 | 顺延若干位后自动重排 |
「一队通吃不分队型」在需求评审里就要否掉：堂食和打包的出餐节奏完全不同，混队等于让两边互相惩罚。扫码点单与排号的组合打法见烧烤店叫号排队方案，脱敏与隐私的进一步要求在分诊叫号脱敏规则里同样适用。
三、过号与核销：三条规则写死在系统里
结论句：过号不是作废而是顺延重排，取餐必须凭码核销——这两条定死，前厅就不用再「做人情」。
- 过号顺延：叫号三轮未应答自动过号，顺延固定桌位后重排；客人回来按新号排队，店员只解释规则不解释人情。
- 凭码取餐：出餐完成推送取餐码，到柜扫码核销后订单状态流转为已取，流水不可改。
- 脱敏播报：叫号只播尾号或短号，不喊全名与完整手机号，屏幕展示同步脱敏。
取餐码的生成与防伪复用核销码体系，见核销码生成规则；流水与订单的对平口径参考核销流水不可改口径。
四、上线实施五步
结论句：先在固定页把分队与过号规则亮出来，再放开取号入口——客人看不见规则，规则就等于不存在。
- 定队型：确认堂食、打包两条队列与各自的叫号节奏，过号顺延位数写进固定页。
- 配脱敏：叫号屏与语音播报统一改尾号脱敏，先内测一轮确认不重号。
- 联核销：出餐、叫号、扫码核销三步串成闭环，缺货与退款的入口同版本上线。
- 培训前厅：店员按固定页执行，过号一律按新号重排，不口头放行。
- 盯数据：上线首周看平均等位时长、过号率、错取投诉三个数，按周调顺延位数。
五、验收清单与避坑
结论句：验收不看「能取号」，看错取投诉与过号纠纷是否真的降下来。
| 检查项 | 达标口径 | 常见错误 |
|---|---|---|
| 分队执行 | 堂食打包各走各队，队型切换后台可配 | 高峰期图省事又混回一队 |
| 过号重排 | 顺延位数固定，重排记录可查 | 店员口头决定谁插队 |
| 脱敏到位 | 屏显与播报均无全名与完整手机号 | 图方便直接喊全名 |
- 别让规则留在口头：固定页是纠纷仲裁的同一套真相，没有页面就没依据。
- 别忽略订阅授权时机：取餐提醒的授权放在下单成功后，进店就弹只会抬高拒权率。
- 别用体验版对外：对外只发正式版小程序码，体验版仅限内部验收。
六、常见问题 FAQ
堂食和打包怎么分队？
下单时让客人自选堂食或打包，系统分别入队；堂食按桌位释放叫号，打包按出餐完成叫号，两条队列互不干扰。
过号了要重新排吗？
过号不顺延到队尾，而是顺延固定桌位后重排，兼顾等待公平与翻台效率；顺延位数后台可配，重排全程留痕。
为什么叫号要脱敏？
喊全名或完整手机号会泄露顾客隐私，也容易重号导致错取；尾号脱敏播报既准确又合规，是验收硬指标。
取餐还要再核销吗？
要。凭取餐码扫码核销后订单才算履约完成，一码一单，流水不可改，错取和冒领都能从流水里追出来。
排队叫号和小程序 GEO 地理位置配置有关系吗？
两回事。GEO 地理位置配置解决门店地址、经纬度、服务类目在附近检索里的展示，帮新客找到店；分队规则解决到店后的排队履约，两家都配齐体验才完整。
