这家世界上用户量第二多的公司,给产品改了个bug,却惹怒了13亿用户

灰度发布工具

这篇文章将从灰度发布和A/B测试的角度解读印度的闪电换币政策,下面是正文:

 

一家公司产品发版,这本来没什么好说的,稀松平常,那家公司不改 bug ,不上线新版本呢?但这家用户规模世界第二大的公司的这次版本更新为什么惹怒了它的13亿用户?

 

改一个 bug ,却写了一堆 bug ,看来业界关于这家公司的程序员写的代码很健壮相当不可信。

 

11月8日晚,印度——这家世界上用户体量第二大的公司(截止2016年不完全统计,印度已有13.33亿人口,为什么是不完全统计,BBC的一则旧闻可以很好的解释“印度有一半的人没有银行账户,3亿人甚至没有官方身份证”,所以统计覆盖不到很正常),发布了它们某个产品(卢比)的3.0版本。

 

我们先看看这次更新的具体细节。

版本描述:卢比 3.0

本次更新

试图解决一些已知问题

更新了500、1000面值卢比纸币

新增安全防护,修复洗黑钱及腐败等 bug

【暖心贴士】新版本将全面解决洗黑钱及腐败 bug ,11月9日起所有 ATM 机不再支持使用 500 、1000 面值纸币卢比用户;9号0点起将结束对500、1000面额纸币流通支持,用户需至银行或邮局更新。

 

乍一看,卢比的这次更新没什么大问题,但不敢细究。大家都知道,新版本正式上线前,我们需要先测试,用户规模较大的公司还会通过内测和灰度发布的方式,小范围内先收集用户反馈,确定小范围没问题后再发布正式版本。

 

卢比的这次“版本更新”涉及13.3亿“用户”,需要替换掉市面上流通的230亿张纸币,占流通货币总量的80%,让高度依赖现金流通的印度经济与民生面临严峻挑战。

 

那卢比上线踩了产品发布的那些坑呢?

不经小范围验证,仓促全量上线

卢比“改bug上线没槽点”,但不做试点就在全国推行,而且是突然推行,第一天晚上推送消息,第二天就要求全部“用户”完成更新,这显然是不科学的。卢比作为一款现象级产品,有着数十亿用户,所以每一次产品更新都是稳定为先。那么上线前,必须在通过内测和灰度发布的方式验证后,才能发布给全部用户。

 

上线后支持不足

自10日起,几乎每天都有数以百万计的印度民众赶赴银行兑换旧币。但由于新钞常在短时间内被提取一空,导致民众怒火中烧,不时爆发扭打事件,甚至有妇女因此自杀。

 

总之,这次卢比的这次“版本更新”影响非常,以至于新政发布后:一个新德里郊区的手机店主告诉记者,周三(9号)有个人拿着300万卢比的现金冲进店里买走了所有的iphone;Bihar的一个政客走进一家珠宝店买走了2000万卢比的金饰;一名印度妇女为儿子结婚囤积了大量大额现金,得知不能全部存入银行并因此要缴纳高额税款之后选择了自杀;一名新生儿还因医院拒收旧版500元卢比钞票耽误了诊治而死亡……

 

关于230亿张旧币的用途,知乎上也已经有了答案:

f1

厕纸

f2

装小吃

 

印度——这家世界上用户量第二多的公司的这次版本迭代无疑是失败的,做一个对比,我们来看看世界上用户量第一朵的公司是如何实现稳定迭代的。

 

拥有世界上最大用户量的中国,对于产品迭代无疑是谨慎的。我们有很多大胆的尝试和更新,但是都会先在部分地区小范围测试,这种小范围的测试的具体表现为全国范围内的试点城市,省市内的示范区、合作区,失败了就不会继续推进。

 

那么,印度在这次“新版上线”后应该怎样避免类似的迭代风险及危机?

 

方法一:中国的“产品迭代”是本书,跟中国学。

方法二:用吆喝科技A/B测试产品的灰度发布功能。

 

吆喝科技:国内唯一同时支持前端(Web/H5、iOS、Android)及后端(Node.js、PHP、Java 等) A/B 测试服务的专业 SaaS 平台。支持线上灰度发布、多维度数据统计分析、科学的流量分配系统、一键发布新版本无需应用市场审核、定向测试。

用数据帮助用户优化产品,提升转化、留存和你想要的一切。 AppAdhoc 用数据验证最佳方案,提高产品设计、研发、运营和营销效率,降低产品决策风险。

4526 Views
即刻实践文章理论 A/B测试 灰度发布 产品优化 免费申请
Please wait...

订阅我们

对于每位订阅读者,每两周,吆喝科技会为您发送4篇精选文章,可能是最新的A/B测试实践,也会是你所期待的增长干货。