Android工程师：实时数据驱动应用创新

　　你们记不记得上个月需求评审那会儿？老张把「实时数据看板」标成P0，说「用户要看到数据秒级更新，转化率能涨10%」——结果上周灰度上线，DAU反而掉了3%。我原以为是他埋点写错了，结果查日志发现，用户打开看板后直接退出应用的次数，比之前高了27%。你说这数据是实时了，可用户根本不买账啊。

　　那天评审会开到一半，白板笔没水了。老张用红色那支写了半行「动态刷新策略」，字迹淡得像鬼画符。后排小李手机一直在震，他偷偷摸出来看了三次，最后把手机塞进西装内袋，结果震动声更闷了，像有只耗子在衣服里乱窜。投影仪对焦不准，老张的PRD文档在幕布上糊成一团，我眯着眼睛看了十分钟，眼睛都快瞎了——后来发现他根本没发最终版，桌上那摞打印的需求单还是V1.2的，没人收。

　　但最离谱的是，老张坚持要「全量推送实时数据」。我说「用户可能不需要每秒都刷」，他拍桌子：「你懂什么？数据延迟1秒，用户就可能流失！」结果呢？我们做了个AB测试：A组每5秒刷新一次，B组每1秒刷新。B组的崩溃率比A组高18%——因为Android的RecyclerView在高频刷新时，内存泄漏的概率直接翻倍。我原以为老张会认，结果他说「那是你们代码写得烂」。

　　后来复盘会，空调在滴水。水滴砸在会议桌上，「嗒、嗒、嗒」，跟老张敲键盘的声音混在一起。他指着转化漏斗图说：「你看，实时数据上线后，用户从看板到下单的路径缩短了0.3秒！」我盯着图看了半天，发现他漏掉了「用户打开看板后直接退出」这一步——那部分用户占比27%，被他用「其他」给糊弄过去了。小王在旁边小声说：「这漏斗图，怕不是用Excel手动画的？」

　　其实我也理解老张的执念。去年Q3，我们做了个「离线数据缓存」功能，用户反馈特别好——因为那时候网络差，缓存能解决加载慢的问题。可今年5G普及了，用户对「实时」的期待值直接拉满。老张说「优胜劣汰，不做实时就会被淘汰」，我倒觉得，问题不在「实时」本身，而在「用户到底要什么」。比如上周灰度的用户里，有35%是金融从业者，他们确实需要秒级数据；但另外65%是普通用户，他们打开看板，可能只是想看看「今天走了多少步」——这种数据，每分钟刷新一次都嫌多。

文章配图，仅供参考

　　现在回头看，「实时数据」本身没问题，问题是我们太急着把它塞进所有场景。就像老张非要在看板里加「股票行情」——可我们的用户里，只有8%炒股，剩下92%的人打开看板，看到一堆红绿数字，第一反应是「这啥？」然后直接退出。我原以为「功能越多越好」，结果发现，每加一个功能，就多一个让用户困惑的点。上周灰度的数据里，「股票行情」模块的点击率只有0.7%，比「设置」按钮还低。

　　对了，那天复盘会，椅子少了一把。老张坐在最前面，我挤在角落里，半边屁股悬空。他讲到激动处，手一挥，碰倒了我的水杯——水洒在需求单上，V1.2的版本号被泡得模糊不清。我盯着那团水渍看了半天，突然想起：我们做这个功能，到底是为了满足用户，还是为了满足老张的KPI？

　　现在老板又在催「实时数据2.0」，说要加「AI预测」——我查了下，用户调研里根本没人提过这个需求。老张说「这是未来趋势」，可我怕又像上次那样，做了一堆没人用的功能。昨天我偷偷把PRD里的「AI预测」标成P2，结果老张今天一早把我叫去办公室：「你为什么改优先级？」我说「用户不需要」，他说「你懂数据吗？」——我懂个屁的数据，我只知道，上次按他的「数据驱动」做功能，DAU掉了3%。

　　下一步怎么办？我也不知道。可能得找个时间，把金融用户和普通用户的数据分开看，再做个更细的AB测试。或者干脆跟老板说：「我们先做最小可行版本，灰度一周，再看数据决定要不要全量。」——虽然他可能又会拍桌子：「优胜劣汰，等测试完黄花菜都凉了！」

　　但至少，下次需求评审，我得自带白板笔。还有，得提醒小李把手机调静音——不然那震动声，真的能让人疯。

（编辑：草根网）

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