差评即燃料：Ruby工程师的点评闭环增长法

　　去年寒假那会儿，我原以为把Ruby写的API响应速度从200ms压到150ms就能堵住差评，结果那帮孙子在应用商店里骂得更凶了——"加载快了有什么用？订单状态还是错的！"抹布是湿的，擦桌子时水渍顺着玻璃往下滑，隔壁火锅店老板老周叼着烟过来借火，我指了指冰柜压缩机："这玩意儿响了一早上，吵得我改代码都分心。"

　　那天翻差评，有个ID叫"红烧肉爱好者"的连发三条："点单后等了四十分钟，催单提示音跟催命似的，结果上来的是凉透的梅菜扣肉。"我盯着屏幕愣了两秒，突然想起上周测试环境合并分支时，有个订单状态更新的逻辑被注释掉了——当时觉得"反正生产环境不会触发"，结果寒假单量暴涨，两百多吧，够呛的并发量直接把测试漏的窟窿捅穿了。外卖催单提示音还在响，我抓起手机给运维小王发消息："把注释掉的代码放回去，现在。"

　　老周蹲在门口台阶上抽烟，说："你们这行跟开餐馆似的，客人骂得越狠，你越得盯着看。"我笑他外行："餐馆差评还能送盘花生米哄，代码bug能靠送优惠券解决？"他吐了个烟圈："我上周被投诉汤里有头发，你猜怎么着？那客人连着来了三天，说汤比以前鲜了——敢情头发是他媳妇掉的，他不好意思说。"我手里的烟烧到手指，烫了个泡，突然想起上周那个骂"订单状态错"的用户，后来又下了两单，用的还是同一个账号。

　　第二天我让测试把所有差评翻出来，按"骂得最狠但重复下单"的优先级排——有个骂"支付页面卡死"的，ID叫"糖醋排骨"，后来发现他用了三年前的旧手机，支付SDK不兼容；还有个骂"配送地址总错"的，结果是外卖小哥把小区楼号记反了，我们代码里多写了个"南"字。我把这些案例贴满工位，外卖催单提示音每响一次，我就看一眼——优胜劣汰嘛，骂得狠的要么是真爱用，要么是问题真大，总比那些用着不爽还默默卸载的强。

文章配图，仅供参考

　　门口那只猫又来了，蹲在冰柜旁边蹭暖气。我扔给它半根香肠，想起上周那个骂"订单状态错"的用户，最新评价是："修复后挺流畅，就是那个催单提示音能不能调小点？"我翻出代码，把提示音的音量参数从80改成60——改完才发现，这行代码三个月前就该改，当时觉得"用户不会在意这种细节"，结果被骂了整整一个寒假。老周凑过来看："这行能赚多少钱？"我摇头："赚不了几个，但能少挨骂。"他拍我肩膀："这就对了，开餐馆的，客人骂得少，生意准没好。"

　　现在我的工位上还贴着那条"梅菜扣肉凉透"的差评，旁边是测试小王写的便签："红烧肉爱好者已拉入内测群，反馈了三个新bug。"外卖催单提示音还在响，但没那么刺耳了——毕竟，能把你骂醒的客人，总比那些用着不爽还一声不吭的强。优胜劣汰嘛，代码是这样，用户也是这样。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!