PHP后端视角：重构用户注意力的三步推送法

　　去年冬天被产品经理按头重构推送系统，我原以为就是改改Redis队列的优先级，结果这孙子直接甩来三页PDF，标题写着“重构用户注意力的三步推送法”——光这标题就被运营总监打回三次，说他用词太学术，用户看不懂。最后改成“让用户一眼就爱上的推送秘诀”，我盯着显示器上的校样，差点把键盘敲出火星子。

　　第一步叫“优胜劣汰”，说白了就是砍掉无效推送。我们之前用的是最蠢的轮询策略，每天早中晚各发一条，不管用户是死是活。产品经理举着后台数据说：“你看，凌晨三点发的教育课程推送，打开率0.3%，比垃圾邮件还低。”我翻着日志冷笑：“那是因为前端埋点没做全，用户关闭APP的信号根本没传回来。”他拍桌子：“所以现在要加心跳检测！”结果我们花了两周重构推送队列，把“按时间发”改成“按用户活跃时段发”，还加了AB测试——A组发三条，B组发一条，看哪个组留存高。最后数据出来，B组打开率比A组高17%，我盯着屏幕上的柱状图，突然想起上周凉掉的外卖，原来用户和我们一样，也讨厌被强行投喂。

　　第二步是“动态权重”，这玩意儿差点让我秃头。产品经理说：“不能光看打开率，还要看用户停留时长、分享次数、甚至有没有划到页面底部。”我原以为就是加几个字段，结果发现要改整个推荐算法——之前是简单的热榜排序，现在要变成“用户兴趣+内容质量+实时热度”的三维模型。最坑的是领导发来的六十秒语音，说“要突出正能量内容”，我转文字时手都在抖，最后在权重公式里加了个“正能量系数”，系数值由运营手动调整。上线第一天，推送列表里突然冒出十条“如何成为一个优秀的人”，我盯着监控看点击率，发现比平时低了23%，运营总监在群里狂@我：“这数据要完！”我回：“要不把正能量系数调低点？”他秒回：“调！马上调！”

　　第三步最玄乎，叫“注意力回收”。产品经理说：“用户划走推送后，不能直接放弃，要在他下次打开APP时，用更轻量的形式再推一次。”我原以为就是加个延迟队列，结果发现要处理各种边界情况——比如用户划走后立刻卸载APP怎么办？比如用户划走的是广告，但实际对内容感兴趣怎么办？我们折腾了半个月，最后搞了个“回收池”：被划走的推送会先在池子里待三小时，如果用户在这期间打开了同类内容，就重新发；如果没打开，就永久删除。测试时出了个乌龙，有个用户连续划走十条美食推送，结果系统以为他讨厌美食，把他拉进了“低兴趣用户”名单，导致他再也收不到任何餐厅优惠——这哥们直接打客服电话骂街，运营花了半天才把他从名单里捞出来。

　　现在回头看，这三步里最站得住脚的还真是“优胜劣汰”。其他两步，动态权重太依赖运营的主观判断，注意力回收又容易误伤用户，只有砍掉无效推送这件事，数据摆在那儿，谁也反驳不了。上周开复盘会，产品经理又提要加“用户情绪识别”，说“根据用户当前的心情推送不同内容”，我盯着他手里的奶茶，突然问：“你现在心情怎么样？”他愣了下：“挺好啊。”我笑：“那要是系统判断你心情不好，给你推个悲伤故事，你乐意？”他喝了口奶茶，没说话。

　　对了，上周五下班前，运营突然冲进我工位，举着手机喊：“快看！今天推送打开率涨了5%！”我接过手机看了眼，发现是“优胜劣汰”那步的AB测试结果——B组（每天一条）的打开率终于超过了A组（每天三条）。我抬头看了眼窗外，天已经黑了，审稿间的灯还亮着，印刷对接的电话在隔壁响个不停。我低头继续改代码，心想：这破系统，总算有点人样了。

文章配图，仅供参考

（编辑：站长网）

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