当前位置:看书小说 > 其他小说 > 呸!996大佬说我适合结婚 > 第4章 BUG是高情商功能亮点

第4章 BUG是高情商功能亮点

<< 上一章 返回目录 下一章 >>
    林灵照例顶着个黑眼圈早早来了公司。

    产品模块不翼而飞,在用户页面上开了天窗,妈的,丑的根本睡不着。

    bug天天有,按影响评级,日常这种程度的问题本也算不上是什么大事,赶紧修完就得了。

    但,现在特别麻烦——绩效期,新年,重大系统上线封版。

    修复上线就得升级到部门一把手审批,前因后果得扒个清楚。

    现在个个都在紧张的数自己一年的功劳本儿,谁也不想在这会儿背个锅上达天庭。即使没有锅背,还有12小时系统截止都在写360和绩效,谁愿意帮你修?报bug不是纯属招人讨厌么?问题其实已经发生3天了,怎么早不报晚不报,非得现在报?这块是你直接负责的业务吗?归你管吗?少管闲事当没看见不不完了?

    林灵选择非常客气的给郑培金写了个留言提醒,截了个图温馨提示一下是不是有哪里不对?毕竟,是他的年终总结要评绩效的项目数据在开天窗,影响最大的应该是他本人,然而,始终未读。

    “培金今天请假了?”林灵一愣。

    “早上请的,发烧了。”云衡心里有数,八成是绩效和360没写完,请假在家闭关写。

    林灵同步也在腹诽,八成是绩效和360没写完。

    云衡看她一脸便秘,关心道“怎么了,有事?”

    林灵打开电脑,展示了跳水的数据和出现空白的页面截屏,示意云衡自己看。云衡皱眉道,“这是培金前段时间做的那个引流功能,挂了?搞清楚原因了吗?”

    “暂时没报技术。昨天晚上发现以后,我自己先查了一下。下跌的对应时间点上了一个数据清理项目。为了节省资源,技术牵头清理了一些业务判断不使用的标签配置,应该是影响到了这个功能。这个功能设计的出发点,是引用了智能画像系统那边用户的一些历史数据,好做成做差异化展示,激发用户兴趣进一步点击,好往另外一个付费页面引流的。现在那边把数据下没了,前端查不到后端返回,显示就没了。”

    林灵打开了上线列表,找到了方案附件,顺着列表找到了对应功能的数据标签给云衡看,业务确认一栏确实选择的可下线,确认人赫然写着——郑培金。

    开放式办公室隔墙有耳,林灵不讲名字一方面是留面子,另一方面还是因为不爽就让老板自己看。

    呵呵,让你看看你要选的e(卓越)是什么个货。大水冲了龙王庙,自己上的功能自己能给下了。

    云衡笑容绷在脸上,微微皱眉。“影响多大,能盘出来吗?”

    林灵快速点着数据看板,“用户体验层面基本就是所有到了这个页面的老用户了,向后续流程的转化跌了10%。对收入的影响不好判断,因为不是直接引导到收入流程,最近三天收入确实跌了02-03%,不过还在正常波动范围。”

    云衡思忖,“收入组的人好像拉了个群,正在找数据分析查这02%是否正常。虽然天级波动还不显眼……”

    林灵接过话,“……如果放到一周连续跌,上了管理层周报,收入组和数分在下周的大周会上就需要个解释,可能会直接向贝琳达发难。万一被他们抓了包……不如先下手自爆?这个时间有点恶心啊!”

    云衡权衡片刻,“走吧,去会议室快速对一下方案,想办法今天修了,先让数据恢复。下周的管理层大周会我准备带你去讲。”

    “有时候,故事讲的好,坏事也能变好事。你这套产品数据看板搞得就挺好挺全的,我看比数分那边做的玩意实用。怎么没有包装个项目出来报一下?数据驱动嘛。有时候重点不在于怎么发生的,要放在怎么发现和拯救。”

    会议室里林灵撇嘴,“先看看能不能拯救,再琢磨怎么发现吧。”

    又又又是擦屁股的活,连报告带抱怨一通输出,“智能画像那边和我们跨部门了,我会尝试沟通一下,不过估计已经下线的东西,不把人往死了磨他们是不会给重新上线做恢复的。优先在小组内部做个能快速上线的玩意先页面空白顶上。技术那边就得上升到一级审批了,那帮研发估计都在写360,希望他们不会想打死我。咱们这边也得拉到贝琳达。”

    云衡大乐,“正好么,一级审批载你手里了任你拿捏呢。你直接把起神先拉上让他给你镇楼,底下小喽啰谁还能怼你?得争着表现呢。整好让贝琳达也看看你分分钟就能搞定研发的英姿。”

    这确实是个在贝琳达面前刷加分的点。昨天短暂的谈话,听听贝琳达是怎么开场的——“一线干活的同学”,这就是林灵现在在贝琳达这里的标签定位——只是一个干活的。

    贝琳达难道不知道,自己已经虚线带人带了好久了么?

    另外贝琳达是战略咨询入行进身的高端人才,没有产品经验和技术背景,一向搞不清产品搬砖泥腿子干活的各种细枝末节,和技术打交道也多有抵触。也因此,贝琳达对云衡特别倚重。这是向她展示自己对技术影响力的好机会。

    可是……先打主意沾傅元起的光,再包装项目美化问题……算是行得正坐的端吗?还只是一点小事无伤大雅,云衡的向上管理的高情商才值得学习?心里觉得有些不踏实的自己,是不是傻?

    唉,今天又社畜了先干活吧。一面先拉研发核实了情况,一面开始打听智能画像那边重上数据的流程,又叫来郑培金的实习生看看存货里有没有备用方案。

    小孩支支吾吾说不清楚,意外的,直接把艾娜美叫过来了。

    娜美认真的推了推小眼镜,分分钟发来好几份重要的历史资料,“林林姐,你要的东西估计都在我这。这事我可能比郑培金还清楚。他当时说智能画像那边没接触过,又忙不过啦,我作为后端得支持下搭把手,最后连设计图都让我去找人出的。”

    原来如此……难怪郑培金自己用的什么标签细节都搞错,把活“外包”了么?

    想到这次的绩效分配,真是心疼自家娜美,“以后再遇到这种事,先找你林林姐问一声,别给别人打黑工了。”

    真是万幸娜美靠谱,当时有计划做了个标签查询故障时备用的固定展示方案,因为设计图出来的晚了,郑培金也不太在意这个小细节,并没有加上去。

    这次林灵翻出来了,和云衡审视推敲了一番觉得设计可行,正好解了急。

    东拼西凑,一篇事故报告和解决方案就此新鲜出炉。

    问题发现过程,可不是林灵半夜写360顺手对数了,在云衡的指点下改为“产品定期人工数据巡检机制”和“产品数据中心看板智能监测”,并贴心的附上了自建的数据看板连接。

    影响分析当然先不提收入,必须主要是用户体验问题,用户最大。

    至于问题产生原因,纯粹是另外一个部门的锅,智能画像系统那边没核实清楚就做了下线。我们是受害者,反正最后修复方案不需要拉他们的人。神不知鬼不觉,一个飞锅甩过去正好。

    “好了,发出去,拉快速审批群吧,先拉起神。”云衡笑眯眯。

    果然算的很准,林灵拉的群,直接艾特傅元起,果然起神第一时间就看了还回了“影响用户,抓紧点上”,研发自然无所不从,安排的快速又妥当。贝琳达八成搞不清端倪,这个时间点又没空关心细节,除了点一个ok,也无其他意见。

    页面上的空白天窗终于补上,不至于丑的自己睡不着觉了,眼看数据也恢复上来,林灵从紧张中稍微放松下来。自己一件擦屁股小事办了一下午,一种空虚和荒谬感油然而生。

    想到和起神还有个周三之约?过完周一大周会这一关再说吧!
<< 上一章 返回目录 下一章 >>
添加书签