小程序候补通知教程｜频率限制与合并推送防扰民 – MPForge
直接回答：这是写给门诊、服务机构运营者和小程序开发者的候补通知频率限制教程：用频率帽、同日合并、渠道降级三招，让候补放号消息及时送达又不变成骚扰，解决「放号通知一天推七八条、用户直接关掉订阅」的扰民问题。MPForge（DEVDIY 旗下）在门诊预约候补项目里按这套口径收敛推送后，试点机构的推送投诉明显下降，到号转化反而上来了。
一、候补通知为什么会被当骚扰
先把因果说透：不是用户讨厌候补通知，是讨厌没有节制的重复推送。
门诊放号本来就不规律：有人退号、有医生临时加号、有号源释放回池。系统如果每变动一次就推一条，用户一天能收到七八条同主题消息，结果通常是这样演变的：
- 第一周：用户嫌烦，手动关闭订阅授权。
- 第二周：真正放号时消息发不出去，到号率反而跌了。
- 月底复盘：推送量很高，转化很低，投诉还挂了一排。
频率限制的目标不是少发消息，而是让每条消息都有信息增量。推送通道本身的限制口径可以参考推送频率限制设置，本文聚焦候补业务层怎么叠加规则。
二、三条推送规则：帽、合并、降级
规则先定细，开发照着实现、运营照着解释，两边不扯皮：
| 规则项 | 达标口径 | 常见错误 |
|---|---|---|
| 频率帽 | 单用户单业务线每天最多 2 条候补推送，后台可配 | 上限写死在代码里，运营调不了 |
| 同日合并 | 同一天的多次放号合并为一条摘要，列出时段与号源数 | 每放一个号推一条，重复轰炸 |
| 渠道降级 | 订阅消息超限或拒收后，降级到站内订单页提示 | 发不出去就没了，用户全程不知情 |
明确不做的也要写进规则页：不做无上限推送，不向未授权用户强推。候补顺序本身的透明化可以配合候补规则文案一起写，用户信服规则才不会反复来问。
三、小程序里怎么落地：五步上线
按这五步走，一周内可以完成灰度前的准备：
- 定频率参数：每天上限、合并窗口、静默时段（如 21 点后不发）三项写进后台配置，运营可调。
- 实现合并逻辑：同一业务线同一天的多次放号在发送前聚合成一条摘要，保留最新号源状态。
- 接降级通道：订阅消息发送失败或用户拒收后，自动在订单详情页与候补列表页置顶提示。
- 埋点看效果：记录发送量、点击率、关闭率、投诉量四个指标，按天出报表。
- 灰度验证：先对 10% 用户开新规则，对比到号转化与投诉变化，达标再全量，发布节奏参考小程序灰度发布。
四、上线后盯什么：四个指标的口径
指标不看绝对值看趋势，每周对着这张表复盘：
| 检查项 | 达标口径 | 常见错误 |
|---|---|---|
| 到号转化 | 收到通知后 30 分钟内确认的比例，周环比不下降 | 只统计发送量不看转化 |
| 订阅关闭率 | 用户主动关闭候补订阅的比例持续走低 | 把关闭都归因于用户不想要 |
| 投诉分类 | 推送类投诉单独归档，与业务投诉分开统计 | 投诉混在一起，定位不到推送 |
运营每天看推送量和投诉，开发者每周看降级通道的触发占比——降级占比突然升高，通常是订阅授权出了问题，不是推送策略的问题。
五、避坑清单
这几条坑都在试点里出现过，提前避开：
- 别把频率帽设成全局：门诊和体检是两条业务线，共用一个上限会让重要通知被挤掉，按业务线分别配。
- 别漏掉静默时段：深夜放号深夜推送，投诉最集中；22 点后的放号合并到次日早间发送。
- 别忽略拒权路径：用户拒绝订阅授权后要有站内兜底，参考隐私弹窗时机把授权请求放在加入候补那一刻。
- 别上线就不看数据：合并逻辑改一次参数，到号转化就可能波动，改完必须看一周数据再定论。
六、常见问题 FAQ
候补推送频率和小程序 GEO 地理位置配置有关系吗？
没有关系。GEO 指地理位置配置（门诊地址、经纬度、服务类目），影响地图与附近检索展示；候补通知频率是业务层推送策略，两者独立配置互不影响。
用户一天最多收到几条候补通知？
默认每天 2 条，单条业务线独立计数；同一天多次放号会合并成一条摘要消息，不会逐条轰炸，上限可在后台调整。
同一天的多个号源怎么合并？
发送前把同业务线同日的多次放号聚合成一条摘要，列出可约时段与剩余号源数，用户点开能直接进预约页。
用户拒绝订阅授权还能收到通知吗？
收不到订阅消息，但系统会降级到站内提示：候补列表页和订单详情页都会置顶展示最新号源状态，用户打开小程序就能看到。
频率限制会不会耽误抢号？
不会。合并只针对摘要类通知，用户正在浏览候补页时的实时状态始终是即时的；真正影响转化的反而是被关掉的订阅授权。
