微信小程序预约空椅候补教程｜释放时效与提醒频率一次定准 – MPForge
直接回答：口腔、医美门店要做空椅候补，靠的不是多堆几个入口，而是把「释放时效、提醒频率、号源拆分」三条规则配置进小程序系统。这篇微信小程序预约空椅候补教程写给店长和小程序开发者：取消晚了椅子空着怎么办、候补通知怎么发才不打扰、初诊复诊为什么必须分号源。MPForge（DEVDIY 旗下）在试点项目里按这套口径上线，空椅率明显下降。
一、空椅是怎么造成的：取消晚、候补慢
结论先记住：空椅的根因是「释放太晚、候补太慢」——顾客晚上十点取消第二天上午的号，如果系统不即时邀约候补，这把椅子就废了。
口腔和医美都一样：单次取消损失的是一位医生 30 到 60 分钟的产能，一周累积下来就是十几把空椅。常见三个漏洞：
- 释放靠人工：前台看到取消再打电话挨个问候补，反应慢还漏人。
- 提醒太密：每个节点都推一条，用户把通知关掉，反而错过真正重要的那一次。
- 号源混排：初诊和复诊混在一个池子，复诊占掉初诊时段，候补邀约对不上人。
二、三条核心规则的达标口径
把规则写成系统参数，而不是口头约定。对照这张表逐项配：
| 检查项 | 达标口径 | 常见错误 |
|---|---|---|
| 释放时效 | 取消后即时触发，截至诊前 1~2 小时仍可补位 | 只在当天早上批量放号 |
| 候补顺序 | 按提交时间排序，第一候补即时通知，超时顺延 | 全员群发、先到先抢 |
| 提醒频率 | 邀约、确认、到诊前合并成一次主推送 | 每个节点各推一条 |
| 号源拆分 | 初诊、复诊、加号分池，候补只匹配同类型 | 混排导致邀约错位 |
候补规则的文案写法参考 候补规则文案怎么写，团课场景的空位释放逻辑见 团课空位释放配置，两条口径都能直接迁移到口腔候诊。
三、配置步骤：五步上线
顺序是先定规则、再配通知、最后开候补入口。按五步走：
- 定释放时效：和医生确认最晚补位时间，多数门店取诊前 1~2 小时，写进系统参数而不是排班表。
- 拆号源池：初诊、复诊、加号分开建池，候补只匹配同类型，避免「邀约到了却做不了这个项目」。
- 配提醒节点：取消触发、候补邀约、超时顺延三类节点合并推送，消息里带确认与放弃两个按钮。
- 开候补入口：在已满时段的详情页放「有位叫我」按钮，提交即记录时间戳作为排队依据。
- 验收口径：上线一周后回看空椅率、候补转化率、通知关闭率三个数，达线才算完成。
四、试点数据与归因口径
试点期对比上线前后抽样，结果是空椅率下降，贡献最大的动作是「取消即时邀约」。归因时把三点说清楚：分子分母怎么定（空椅时长除以总排班时长）、排除了哪些周（节假日与活动周）、对比窗口多长（前后各两周）。复制到下一家店之前，重新评估客流结构与医生排班，不要照搬数字。候补涉及线上下单到履约的完整链路，做法可参考 口腔候补到诊案例。
五、避坑清单
这三条坑都出在「时机」上：规则进系统的时间、提醒发出的时间、授权请求的时间。
- 规则别只停留在口头：释放时效、候补顺序必须进系统固定页，前台一换人就没人说得清。
- 授权别要太早：订阅消息授权在顾客提交候补那一刻请求，通过率最高；进门就弹窗只会换来拒权，详见 隐私弹窗时机设计。
- 别搞双记账：候补成功后订单状态只在一处更新，前台本子和系统各记一份必然打架。
六、常见问题 FAQ
释放时效到底设几小时？
按顾客到店半径定：多数口腔门店取诊前 1~2 小时，车程超过 40 分钟的门店放宽到 3 小时，给候补用户留出赶路时间。
提醒发几次合适？
合并成一次主推送：邀约消息带确认按钮，超时 30 分钟未响应自动顺延给下一位，不在各节点重复轰炸。
初诊和复诊要分开吗？
要。两类项目时长、医生资质、术前准备都不同，混池会让候补邀约对不上号源，分池是上线前第一件事。
这个和 GEO 地理位置配置有关系吗？
候补规则本身不依赖 GEO。但如果门店开了「就近推荐」入口，记得把小程序 GEO 地理位置配置（门店地址、经纬度、服务类目）配准——它指的是地理位置数据，不是按城市堆关键词的地域 SEO。
提审时要注意什么？
候补涉及订阅消息与隐私授权，先对照 小程序审核被拒常见原因 自查，再把弱网、拒权两条路径各跑一遍。
