问题呈现了并不可怕，只需咱们追根究底，找到问题本源地点，科学的处理问题，合理的拟定流程，就能离成功更近一步。
线上事端，这应该是产品司理最怕的工作。很不巧，我的产品这几天正好遇到了线上事端，在处理完问题之后，我对事端进行了复盘，警认为戒，期望各位轻拍。
“小凡，你看微博有用户反应xx问题。”
每次听到运营妹子的声响都会有种心有余悸的感觉，因为这动听的声响背面往往意味着用户吐槽，意味着线上bug。这不，昨日刚发布的版别呈现了问题，用户怒了。
问题是什么
我担任一款以内容为中心的东西型运用，在咱们最新发布的版别中，咱们对内容展现页面进行了优化，索引词会高亮显现以协助用户更好地检查、理解内容。
可是上线后用户反应索引词的次序有问题，悉数提至了句首，导致语句悉数过错，无法正常阅览。
问题在哪里程序规划过错
程序猿在做索引词高亮处理时，程序逻辑规划不妥，尽管对索引词加了高亮，可是处理高亮词是将整个语句视作一个词条进行处理，提取索引词后进行高亮处理，将高亮词放回时，替换其到index=0的方位，导致索引词显现在句首。
功用测验遗失
测验同学在做模块化测验、全功用测验时，并未测验到该细节，导致该bug发布上线，当用户反应后才弥补了内容测验相关case。
存在问题的原因新代码规划不合理
旧的逻辑是依照空格进行字符串的切割，将语句拆分为一个个词，再去判别是否有索引词，如有则提取出来做高亮，而咱们本次处理的内容因为语种特性并没有空格。
程序猿并未考虑新需求的不同之处，仍旧运用一致的处理方式，导致新的语种内容在呈现上呈现异常。
正常处理逻辑应该是不按空格进行拆分，直接判别例句中是否包括所查索引词，如有并作高亮显现。
提测单未写明修正点
按标准每轮单元测验，需将新功用、修正点、或许触及的影响都写明，让测验同学知晓以便进行全面测验。但在开发同学看来本功用较小，并未在单元提测中独自标明。
测验未掩盖内容版块
测验针对新功用、UI和测验用例进行了测验，可是未考虑到本运用是重内容的运用，缺少对内容的测验。
咱们能做什么安慰用户
定位问题之后，运营同学第一时间与微博用户联络，先表达抱歉，再标明程序猿正在修正中，请用户耐性等候；一起发布正式告诉，奉告用户问题现已开端修正，咱们将赶快发布新版别以处理问题。
紧迫修正
在运营同学发布告诉的一起，程序员当即着手修正该bug，并针对此前疏忽的内容问题进行复查，自测经往后移送测验人员。测验经往后，请教研同学合作进行内容测验，保证内容相关展现无误。
赶快发版
苹果运用商铺的正常审阅流程是3至7天不等（有必要吐槽），可是紧迫bug刻不容缓，不能走此正常流程。面临极端注重用户体会的苹果，加快审阅请求往往能帮你在数小时候审阅经过。
有必要让苹果知道你是十分注重用户体会的，而你的app现在呈现了十分严峻的bug，为了用户的体会你有必要马上发布一个版别，这样加快审阅经过的概率会很高。审阅经往后，当即发布上架让用户更新，这时候用户更新阐明也是至关重要的，值得用心去写。
咱们应该做什么
上面几个过程重在处理已产生的问题，而在我看来更重要的是知道怎么躲避未来的问题。这就触及修正流程了，咱们是这么做的：
1.两头开发人员体系整理代码逻辑，差异点、疑问点及时进行交流、承认；
2.版别正式开发前，添加技能拆分会，承认开发思路和完成逻辑；
3.iOS开发人员加强代码穿插review；
4.iOS开发人员加强自测，自测中加强与安卓端对照；
5.测验人员补充内容测验用例，加强两头对照测验；
6.严格执行产品体会会，发版前安排教研、内容、运营等人员进行产品体会。
写在后边
这次事端呈现后，咱们团队迅速行动，从bug定位到新版别发布上线，只用了不到24小时，我想这也是值得欣喜的一点吧。
愿各位同行的产品都不会呈现事端！
上一年今天运营文章2022:A5旗下的“链接123”和“源码商场”关站(0)2022:2022年我国前10大互联网公司广告营收榜(0)2022:Axure8.0教程：下拉菜单+复选框全选(0)2022:备忘录确定后,暗码忘了怎么办(0)2022:苹果手机怎么新建提示事项？(0)
微信扫一扫 
支付宝扫一扫 
