此事，迅速在朋友圈传播，众说风云。网友毒唐推断该事故为s1级别，有员工被打3.25报复性的可能。在微博上，淘宝内测版本话题在8个小时有8097w的阅读，传播范围非常广。
这个事件，是开发GG上传安装包时出现了bug，该弹窗仅ios9.5.7版本才会出现，其他版本并不会复现弹窗。所以，很多网友并没有看到弹窗，影响范围相对可控。
毒老湿的淘宝也是9.5.7，内测提示弹窗会被其他消息弹窗顶掉，然后消失不见。在App Store查询了手淘APP的更新记录，发现该版本是在一周前更新，但却在3.25日弹出，是否是人为故意就不得而知了，但至少是有人操作“失误”导致了bug的出现。
虽体验很差，但却不失为一种办法。一般情况下，手淘不会强制用户进行更新，因为可能会造成大量舆情，这是无法接受的，也会被定故障。
02
根据阿里巴巴2020年财报显示，截止到2019.12.31，移动月活跃达8.24亿，年活跃的消费者（一年内有过确认订单的用户）达7.11亿，表现出极强的潜力。
即使现在回忆起来，心理也会突突的蹦蹦跳。虽然只有15分钟，但是瞬时流量达到了2000w。刚把玩法投放出去，就会触达2000w用户。
如果手淘崩了怎么办？如果权益没发出去，会不会被投诉？如果文案出问题，会不会造成负面影响？
常在河边走哪有不湿鞋啊。做了几十次红包雨后，某一次运气比较差，在15分钟内，没发出一枚红包，白白浪费几千万的流量。
手淘弹窗的申请是非常严格的，需要大大大大老板审批，你懂的，不是随便就能操作，这虽然不是事故，但毒老湿内疚。
几十场的红包雨，需要配置手淘弹窗。不是你想弹就弹，是需要审批后再去后台配置。
这么大个蛋糕谁都想用，阿里那么多业务，怎么也要有个先来后到，轻重缓急。所以，会在控制弹窗的弹出顺序和弹出时间。
比如红包雨和签到提醒两个弹窗，红包雨的优先级是100，签到是89，在同一时间时，只能是红包雨弹出之后，才会再次弹出签到提醒弹窗。
还有一种定故障级别方式，按照影响人数定故障级别。其中P1最严重，p4最轻。p3，p4故障需要各大影响业务线的TL审批，p1p2则是重大故障，需要bu接口人处理审批。
用户反馈是比较重要的评估点，按照当前和上周咨询量环比上升比例进行评估。比如上周咨询量为100，这周突发到4000，这肯定是异常情况。
再者，故障咨询的排队数量和故障电话的接入量，也属于故障的评估范围。
所以，负责更新安装吧的开发GG，是妥妥的被按在地上摩擦了，会被安排的明明白白的，P1故障没跑。但是财年前节点，绩效已经沟通完成，不确定是否会因为此事更改为3.25。
04
什么是3.25？
经常会听到阿里人说：xxx今年绩效打了1，真难受。没错，1就是3.25，代表最差绩效。阿里的绩效评估是按照361模型，代表10个人中，3个最优绩效，6个正常绩效，1个最差绩效。
最优绩效是3.75，正常绩效是3.5，最差绩效是3.25。每个绩效都会有+或-的区分，比如3.5+，3.5-，代表不同程度的绩效水平。
什么时候会打3.75？超出预期时。比如，你负责服装活动，kpi是销售4亿。最后，你不但达成了业绩目标，还和某个品牌签了长期合作协议。这就是超出预期的好，会给3.75。
相反，如果你只卖了2亿，还不及去年的水平，这是低于预期，加之平时你的态度不端正，和业务方沟通不畅等综合因素，那自然而然的也会被打上3.25。
3.25不代表这个人能力不行，只是因为没有达到目标预期而已。人算不如天算，有时候要看天的。
记得18年的双12，服饰重头戏，本来天气很热，御寒的服装很难卖出去。可天公作美，在双12前，突然整个中国都被寒气侵袭。恰好服饰大降价开始，天时地利人和，这波销售远远超越预期，在头3天就完成了KPI。