微信小程序预约候补策略｜候补队列、到号通知与防刷设计 – MPForge
直接回答：这篇微信小程序预约候补教程写给店长和开发两边：时段约满之后，怎么用候补队列把爽约、取消释放的名额公平地二次分配掉。入队、排序、到号通知、超时释放四个环节各定什么规则、怎么验收，文中给出口径与避坑清单。MPForge（DEVDIY 旗下）在多门店预约项目里验证过这套打法。
一、约满不等于结束：候补到底在补什么
先定口径：候补不是加座位，而是把爽约、改期、临时取消释放出来的名额，按公平顺序二次分配。
三种典型流失场景：客人临时有事取消，名额空放到过期；黄牛用小号批量占热门时段，真人约不进；客服用表格手工登记候补，登记了却没人通知，客人下次就不来了。第三种最伤——客人明明表达了意愿，门店却把意愿弄丢了。
分工上，店长把候补当作名额回收工具看回收率，开发把它当作队列加通知的状态机来实现。两边先对齐「候补不通知等于没做」这条底线，后面的规则才有意义。
二、队列规则怎么定：入队、排序、上限
规则要在客人入队前说清楚，事后再解释就是客诉。三个规则项的达标口径：
| 规则项 | 达标口径 | 常见错误 |
|---|---|---|
| 入队条件 | 仅对约满时段开放，需留手机号，同一时段限排 1 个 | 不限次数，被小号刷爆 |
| 排序规则 | 按入队时间正序，会员等级只加权不插队 | 店员手动插队，引发投诉 |
| 名额来源 | 只吃爽约与取消释放的名额，不占用已付定金单 | 把已付订单也划给候补 |
排序口径最好写进候补规则文案，在入队页直接展示。是否需要手机号，参考 获取手机号 的时机设计，避免为了排候补强制要号码反而吓退客人。
三、到号通知与超时释放：五步落地
通知链路决定候补有没有用：到号叫人，10 分钟不响应就顺延。按五步做：
- 名额监听：取消或爽约触发名额释放事件，写入候补队列，同步更新页面展示位。
- 到号通知：按排序叫第一位，用订阅消息推送，模板与跳转路径参考订阅消息转化；订阅授权没拿到就用短信兜底。
- 响应窗口：通知后 10 分钟内确认有效，页面上倒计时可见，避免客人错过才看到。
- 超时顺延：未响应自动顺延下一位并记录，顺延次数写入日志，方便复盘叫不中的原因。
- 锁位确认：响应后先锁名额再让客人确认到店，锁位并发处理见场次锁定与并发，防止两人同时抢一个名额。
四、防刷与公平性：让真客人排在前面
防刷做晚了，候补名单就成了黄牛的库存。两层防线：
| 风险 | 拦截口径 | 误伤处理 |
|---|---|---|
| 批量小号占坑 | 同设备或同手机号维度限排，命中即拒绝入队 | 家人代约场景给客服白名单通道 |
| 反复排了不来 | 连续 3 次超时不响应，冻结候补资格 7 天 | 冻结页写明原因与解冻时间 |
更细的风控规则（设备指纹、频次阈值）见小程序风控。公平性上只留一条人工通道：店员确需调整顺序时留操作记录，月底能对上账，对账口径参考支付对账日常的做法。
五、避坑清单
这四条坑都是「有队列、没闭环」的变体：
- 只入队不通知：客人以为排上了，门店却没配订阅消息授权，到号叫不到人；上线前用真机验证一次通知链路。
- 超时名额不释放：第一位没响应，名额卡死，后面的人白排；顺延必须有自动逻辑。
- 热门时段无上限：不限制排次数，名单被刷到几百人，通知成本和客诉一起涨。
- 规则只在口头：插队、冻结都没有书面口径，店员和客人各说各话；把规则落成系统固定页。
六、常见问题 FAQ
候补和 GEO 地理位置配置有关系吗？
没有直接关系。候补管的是名额的二次分配；GEO 指地理位置配置——门店地址、经纬度、服务类目，决定客人能否通过「附近」检索找到门店。两者独立配置，互不影响。
候补名单多长算健康？
热门时段名单长度在可通知范围内即可，单时段几十人内可控；再长就先查防刷，再考虑加场，而不是硬扛通知成本。
到号没人响应怎么办？
走超时顺延：10 分钟窗口到期自动叫下一位并留日志。顺延率长期偏高时，先检查通知模板与发送时段，不要急着缩短窗口。
候补要收费或押金吗？
首版不建议收费，免费候补的转化数据更好看；确实要收，走定金口径并配退改页，规则见预约改期规则。
怎么验收候补做没做成功？
看三个数：名额回收率、到号响应率、顺延次数分布。过程指标两周看一次，结果指标四周定基线，别只报曝光。
