通知触达的量级很好估，难的是估完以后决定哪几条该留着。四类通知的触发点各不相同，计数口径也就不该一样——按订单算还是按人次算，差出来的条数能到一倍。先不谈别的，把每条通知的触发条件、发送对象和状态更新方式一次钉死，量级自然就出来了。

一、出票一类最容易发重。订单出票、凭证生成、入园前的二次提醒，看着都叫"出票通知"，实际是三个触发点。合理的配置是主链路一条，里面带凭证和入园时段；重复出票、改签换凭证时补一条新的，旧凭证自动作废并在正文里写明"以最新一条为准"。多人一单按一条发，不按人头拆——一单五个人发五条，是最常见的浪费来源，也是最容易被游客当成垃圾的一批。

二、退改是必要条数最多的一类。受理、审核通过或驳回、款项原路退回完成，三个状态各一条。退改争议八成出在游客不知道走到哪一步，三条留全比措辞写好更有用。要控制的是部分退款：只在最终结果确定时发一条汇总，明细留在可查页面里，不要把每笔拆分都推一遍。改签和延期各算各的触发点，别共用一条模板。

三、临期提醒要看有效期长度，不看日历。有效期长的票在到期前连着好几天反复提醒，只会招来退订；有效期短到不足一天的票，提醒发出去人已经在路上了，等于白发。实操口径是：短有效期的不发临期提醒，改由到园指引提示时段；长有效期的只在到期前一个较近的时点发一条，且只发给尚未产生任何核验记录的订单。

四、到园指引是一条价值高但常被省掉的通知。当天首班后不久发一条，内容只放三样：入口位置、停车与换乘、需要带的证件。发送时点定在预约时段开始之前一段足够看清的时间，太早会被后面的消息压下去，太晚人在路上根本读不完。没有分时段的景区，这条改在首班前发，同样只发一次。

五、能换走的三条，换之前要先看清授权关系。微信模板消息和小程序订阅消息可以承接出票、退改进度、临期提醒这三类，计数方式与短信完全不同；但订阅消息要用户提前点授权，而一次授权只够下发一次的类型并不少。判定方法是先看订单来源里小程序的占比，占比稳定的渠道先切，窗口和分销进来的订单继续走原来的方式，不要一刀切完再回头补。

六、发送失败要有上限和去重，不然会连环补发。常见做法是：单次请求失败最多补发两次，间隔逐次拉长，仍失败就落到待发队列并在日终出一份清单；同一订单同一类型当日只计一次成功；当天总量超过预设阈值时能一键熔断，避免模板变量出错时对同一批号码反复轰炸。统计留四列——请求数、成功数、失败数、失败原因分布，再加一条送达回执率的日曲线，异常一眼就能看出来。

四类各几条定下来之后，全年量级基本能推：主链路订单数乘以每条数，再乘以预计实际到园的兑现比例。真正省条数的动作从来不是压缩措辞，而是砍掉重复触发和不必下发的状态，把该留的三条进度留在原处。