移动互联架构升级：通信、推送与内容分发的元数据融合之道

　　去年四月份那会儿，咱不是搞了个大架构升级么？通信、推送、内容分发，三块元数据硬往一块儿揉——现在想起来我还后怕，那十天后台数据刷得跟股票大盘似的，群里@我的消息就没停过，饮水机换桶那会儿都没人敢去，生怕漏了啥关键指标。

　　我原以为最麻烦的是数据格式对齐，结果发现是“谁该听谁的”。比如通信模块的元数据里有个“用户在线状态”，推送模块非要加个“用户活跃时段”，内容分发又塞了个“用户兴趣标签”——这三个字段看着像亲戚，实际数据源能差出八条街。有次活动上线前十分钟，测试机突然报错，我一查发现是推送的“活跃时段”和通信的“在线状态”打架了——前者按小时算，后者按分钟算，系统直接懵了，差点把活动页卡成白屏。

　　但说真的，这融合还真有点“优胜劣汰”的意思。以前三块元数据各自为政，推送不管用户在不在线，通信不管用户爱看啥，内容分发更不管用户现在方不方便接收——结果就是push打开率不到15%，内容复访率连30%都不到。升级后我们硬性规定：推送必须同时满足“在线状态+活跃时段”，内容分发必须结合“兴趣标签+设备性能”（比如低端机不推高清视频），通信模块要给推送和内容打“优先级标签”——你猜怎么着？活动上线那周，push打开率直接飙到28%，内容复访率涨到42%，连客服反馈的“用户被打扰”投诉都少了三分之一。

　　不过这过程可不是一帆风顺。有次活动砸了，就是因为没把“设备性能”考虑进去。我们推了个高清H5活动页，结果大量低端机用户加载失败，直接跳出——后台数据里“页面未加载”的错误码刷了一整屏，产品经理在群里狂@我：“不是说元数据融合能防这种问题吗？！”我查了半小时才发现，内容分发的元数据里虽然有“设备性能”字段，但推送的元数据没同步这个信息，系统默认所有用户都能接——这锅我得背，但更气的是，设计组前一天还把活动页的动画效果又加了一层，我说“低端机可能带不动”，他们回我“用户要的是视觉冲击”——结果冲击是有了，全冲击到错误码上了。

文章配图，仅供参考

　　回到元数据融合，最坑的是“优先级标签”。通信模块说“消息重要度”该由他们定，推送说“用户关注度”该他们说了算，内容分发又插一句“内容时效性”才是关键——最后我们折中，搞了个“三维评分模型”：重要度×关注度×时效性，得分高的优先推送。结果第一周就出问题了——有个时政新闻，时效性拉满，但用户关注度一般，重要度中等，按模型算下来优先级挺高，结果推出去后，点击率还没平时的娱乐新闻高。产品经理又来找我：“这模型是不是有问题？”我查了数据发现，用户对“重要但不太关注”的内容，点击意愿比“关注但不太重要”的低40%——后来我们偷偷改了模型，把“用户关注度”的权重从30%提到50%，这才稳住数据。

　　手机电量那会儿也掉得快。活动上线那十天，我天天盯着后台，手机从早到晚插着充电宝，有天下午充电宝都没电了，手机直接掉到12%——我赶紧跑会议室抢插座，结果发现会议室被测试组占了，他们在跑AB测试，电脑、手机、平板全连着电，我蹲在门口等了二十分钟，最后还是测试小哥看不下去了，把平板拔了给我让了个位。

　　现在回头看，这融合最成功的地方，是让三块数据“互相制约”。比如通信模块发现用户离线了，会自动降级推送频率；推送模块发现用户长期不点击某类内容，会通知内容分发减少推荐；内容分发发现用户设备性能差，会反过来要求通信模块别推高清消息——这种“动态平衡”比以前各自为政强多了。有次活动，我们故意没给低端机推高清视频，结果那些用户的活动参与率反而比高端机高5%——后来一查，原来是高端机用户被其他APP的消息轰炸得没耐心了，低端机用户因为消息少，反而更愿意花时间参与。

　　不过我也得承认，这融合不是万能的。比如“用户兴趣标签”，现在还是靠人工打标为主，机器学习只能辅助——有次系统把“养猫”和“养狗”的用户归为一类，推了个“宠物用品大促”，结果养猫的用户疯狂吐槽：“为啥推狗粮？我家猫不吃！”后来我们才知道，机器学习把“宠物”当成了唯一标签，没细分到“猫”和“狗”——这事儿让我明白，元数据融合再牛，也得有人盯着，不能全靠系统自己跑。

　　现在老板又在催我们搞“跨端融合”，说要把手机、平板、车机的元数据也揉进来——我听着就头大，这三块的差异可比通信、推送、内容分发大多了。不过话说回来，要真能揉明白，说不定又能筛出一批“该淘汰”的旧逻辑——优胜劣汰嘛，架构升级不就是这么回事儿？

（编辑：草根网）

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