推送总被忽略？三步重构用户注意力分发

　　去年高考那会儿，我蹲在省招办的机房里盯推送漏斗——不是我们家的，是替他们做的临时监控后台。空调外机嗡嗡响了二十来分钟，屏幕右下角时间跳到下午四点零七分，第三批次志愿填报提醒该发了，结果日志里只躺着一行灰底白字：status=204 no content。

　　我原以为是模板渲染超时，结果切进数据库查队列，发现那条推送根本没进 MQ；再往前扒，发现它卡在鉴权网关，被一条叫“高考期间禁用非教育类文案特征”的规则直接拦截了——可那条推送文案里连“录取”俩字都没出现，只写了“查分通道已开放”，纯服务型通知。

文章配图，仅供参考

　　反正我们就站在那儿看监控大屏，红点不跳，绿点也不跳，整个漏斗像被冻住。第十一次刷新接口时，我忽然意识到：所谓“注意力分发”，根本不是把内容推过去，而是让系统在千万个并行请求里，主动认出“这个用户此刻需要什么”——而不是“这个内容按规则该发给谁”。优胜劣汰是真的，但淘汰的不是差文案，是没被实时校准过意图权重的规则引擎。

　　第八次重试后，我把鉴权策略降级为 warn 级日志，硬把那条“查分通道已开放”塞进下游队列。五秒后，第一批用户设备上报 receipt=1，延迟 370ms。我盯着那个数字看了七八秒，没截图，也没告诉任何人。

　　（昨天翻旧日志，发现那个 warn 日志后面还跟着一行被截断的 trace_id，开头是 tr-8d2f… 后面没了，可能是磁盘写满导致的。这事儿跟推送忽略没关系，但我就记住了。）

　　后来我问招办的人，为什么加那条规则？对方说：“上头发的统一口径。”我又问：“统一口径是谁定的？”他笑了一下，说：“我们上周去参加培训，发了个U盘，里面是PPT，最后一页写着‘高考期间所有系统需执行此策略’——U盘我现在还插在电脑上，没拔。”

　　我也不知道是不是U盘本身有问题。但那天下午四点十一分，当第两千三百一十七台安卓设备回传receipt时，我发现iOS端的送达率比平时低百分之三——不是技术问题，是系统弹窗权限配置里少了一行description字段，测试环境有，生产环境漏了。这事跟推送忽略有关吗？有关。但它真正在意的，是用户上次点拒绝的时间，不是我们发得有多准时。

　　有谁碰到过这个吗

（编辑：航空爱好网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!