最近由于工作的变动，我站在了离用户更近一步的位置上了——运维。我们目前的做的是一个面向用户端的外语学习的APP，每天bug花样繁出，一边在抓狂中排好优先级、重现问题、做好沟通，也渐渐体会到跟之前交付不一样的心境。
一、交付中考虑的是功能，运维中考虑的是稳定、稳定、稳定！
在交付过程中，无论客户还是研发队伍，都会对酷炫的功能有一定程度的偏好，咦，我要单词配对中限时又得分！我要毫秒级刷新请求断点续播分毫不差！我要……
想象很美好，实现也还算容易，等到运维的时候，那就是车祸现场了——一些费心做出来的功能可能无人问津，而注重功能的操作又没有在真实环境中验证性能，用户纷纷抱怨太慢、卡顿、崩溃。
我们一边哄好客户，一边重新调整代码逻辑，鉴于产品已经运行，还不能大肆改动，只能在小步迭代中反复求证。毕竟，维稳第一。
二、有些事儿，和你的设想还真不一样！
我们曾经吐槽，就这样纯音频的app，到底有谁愿意用？毕竟有趣的外语app那么多，社交的视频的、积分的点赞的海里去了，这么保守的界面、这么单调的声音，真的有人喜欢吗？
大概也是出于这种考虑，这里app里有新加的一点功能，比如刚才提到的单词对对碰、对话练习等，但在我看来也是聊胜于无。
结果我们发现，很多人还是比较喜欢这种纯音频的，为什么呢？因为开车的时候听很方便啊！因为美国是个车轮上的国家，多数用户喜欢在驾驶的时候听外语啊！
然而呢？因为经费紧张，车载音响接入、音响控制显示这个功能在MVP阶段被砍掉了……掉了……了……
三、多看看客户反馈，有益身心健康。
之前做交付，好赖都听客户一句话。如今，我们有L1 support接电话，有itunes store评论，还有google play评论，只要有心有精力，我们可以更清楚我们的应用到底发生了什么。
比如：我昨儿还好好的，怎么今天学习进度就丢了。——这个可是大事儿啊！赶紧情景复现、走查代码，确实有一段逻辑有问题，确保万无一失后火速上线。
比如：又又又崩溃了，能不能行了！——很多用户有这种反映，我们已经把这个问题调到最高优先级，加派人手重点解决。
很多时候，老外的毒舌能力一点也不比我们天朝网友差：要是死去的教育学家知道你们这么糟蹋他的作品，他能马上活过来吧……我好不容易保存的课程没有了，请问你们程序员都祭天了吗……也就是页面能好看点，可你知道，我也不看这个……
起初我看了这些评论还有点心塞。时间久了，倒也觉得欢乐了起来，逢山开路、遇水架桥，说好了还要做产品演进呢！
网友评论