上周写作中有两篇来自于得到APP8月31号晚上的002秋季知识发布会。31号晚上因为慌着写简书，想着后面会有音频，就没看直播。没想到那晚上，得到APP出了大事儿。
后知后觉的我，在昨晚的周二直播例会上，才真正地认同得到这个团队的工作态度。
下面，按时间节点来讲述这事儿吧:
8月31号晚上发生的bug
31号晚上是今年的秋季知识发布会，代号002。和跨年演讲一样，由深圳卫视和得到APP同步播出。
当晚的发布会是重点推出《每天听本书》的年度会员。这是一款音频产品，将每本书精简为30分钟的音频。对于时间不够用的现代人，可以用30分钟了解此书的大致内容，有兴趣再去深入阅读。
之前，这个产品是散着卖的，5_10块不等。APP有学习徽章版块，得一个徽章送一本书的音频。我得了10个徽章，得了10本书。
31号推出的产品是年度会员，一年365块，每天1块钱，所有音频书免费听。为了造势，罗胖在现场送500张免费年度会员卡。
bug正是出在这儿。
因为同时涌进10万+的用户，新用户无法收到验证码，无法抢卡。老用户的抢卡页面也是显示瘫痪。
抢卡活动成为bug。
9月1号的歉意送卡
1号点击得到APP，首页表达歉意:除了照旧送出500张年卡，从1号8点到2号0点，每个小时送出50张卡秒杀，共送出850张卡。嗯，我设了三个闹钟都没抢到……
这个时候，我并没认为这事儿多大
9月2号晚上直播复盘
2号晚上在得到APP上重播31号的002知识发布会精华内容，并穿插得到团队运营 幕后转述师 罗胖等等对整个每天听本书这个产品进行复盘沟通。
因为慌着写简书，我没听完直播。
这个时候，我还是觉得这事儿不大
9月5号周二例会直播 三军齐道歉
每周二是得到的例会，考虑互联网公司里员工没法固定坐在一块儿开会，把例会开成直播形式，会玩儿。
照例:首先是CEO脱不花娘娘汇报公司发展情况，首席道歉官快刀青衣对技术bug进行汇报，最后罗胖讲干货。
先说说技术bug产生的原因:
1 大并发的坑。在发布会前，公司有考虑峰值的问题，服务器承载从5台扩展到5000台，也只需要5分钟。所以大家都认为bug是不会发生的，是偶然事件，结果遇到大并发，就真的踩坑了。
2 以前业务代码的坑。过去写代码时，会遇到没完善的，留了点小坑在那儿，没及时修复。这次是还以前懒惰的债。
3 部门的各行其职。技术人员只知道要做这样的事情，却没有过问对终极结果的评估，到底预计要承载多大的量。
4 预计不足。技术按以往5倍的流量做预估，结果现场是20倍的流量。
5 最蠢的决定:拒绝阿里云的护航小分队。使用的服务器是阿里云的，阿里云知道有这场活动后，主动询问是否需要有经验的护航小分队。得到认为没什么问题，回绝了。永远不要拒绝基于过去经验的帮助。
再说说CEO脱不花汇报内容中的三点:
1 第二天补卡和第三天复盘，这样的补救措施并不是由公司三位创始人想出的，而是由员工推进的。这点准备当明天简书的主题。
2 作为发展中公司的思考:现在公司发展到了230多人，已经不是从前面对面办公，喊一声就能解决的问题。更多要靠团队赋能，靠每个人的自我驱动。
3 这次发生了bug，是好事，因为暴露出问题。总比在跨年演讲会上 比在奥运会上出现问题来的好。同时，把APP Store里得到的所有差评全部打印出来，贴在每个办公室门口，直到18年1月1号，只能更新和增加，不许扯下。
通过从发生bug，到补救措施，再到例会检讨，我是真的能感受到得到团队的诚意，也能感受到大数据下创业公司的死磕自己。
本月1号，恰好是公司002店铺的14周年庆，取得了非常好的销售。背后，也有一些bug:抢商品的乱，排队结账的等，待客中的疏忽，停车排队的时间等等。这些没有大数据支撑，隐藏在传统模式背后的bug，不会突然爆发，却会在一天一天当中慢慢积攒，成为一个个小坑。如果不想办法去一点点填平，总会有一天为这个结果买单。
传统行业怎么结合大数据，快速掌握顾客黏性，迅速做出对应，这似乎是个很大的课题。
写在简书第十七天 17/100
