编辑导语：产品在运行过程中出现bug是很常见的事情，有些bug可能是致命的，有些bug可能只是轻微地影响用户的产品使用体验，那么，面对不同等级的bug，产品经理应该如何处理？本文作者就对bug的处理发表了他的看法，一起来看一下。
最近感觉微信bug不断。
先是Android ..版本里，出现了一个奇怪的用户完全看不懂的Matrix「性能检测工具」。
Matirx是腾讯的性能检测，这大概率是不小心把debug工具打进了正式包。
因为这个看不懂的功能，网上炒的不可开交，微信云淡风轻，在周后的Android ..内测版中又去掉了。
然后，是公众号「朋友还关注」网络出错，而同一个手机上视频号「朋友还关注」能打开。
这应该也是个bug。
看了微信的这两个小bug，你有什么想法？
对了！微信都时常出bug，你的产品有bug也正常。
所以，我们需要正确的认识bug，树立正确的bug观：
）bug是产品的一部分，在产品发展过程中不可避免
就像我们偶尔会生病一样，你没法保证你永远不生病。
）业务越复杂、功能越复杂、迭代越迅速，bug也会相对越多
所谓做得越多，犯错概率越大。
如果要不出bug，最好的办法，就是啥也不做。
）事情有紧急，bug有大小
大bug，就是事故，很紧急，快速处理。
小bug，是虫子，正常灭杀即可。
先说说bug的来源。
bug，原意为虫子，现在通常指产品缺陷、故障、问题等。
第一代计算机是由许多庞大且昂贵的继电器组成，并利用大量的电力来使继电器工作。可能正是由于计算机运行产生的光和热，引得一只小虫子bug钻进了一支继电器内，导致整个计算机无法工作。
研究人员费了半天时间，总算发现原因所在，把这只小虫子从继电器中取出后，计算机又恢复正常。后来，bug这个名词就沿用下来，表示电脑系统或程序中隐藏的错误、缺陷，漏洞或问题。
与Bug相对应，人们将发现bug并加以纠正的过程叫做“debug”，意即“捉虫子”或“杀虫子”。
再说说bug的等级。
专业的测试同学，一般把bug分为四级。一级最致命，四级最轻。
通常表现为，主流程无法跑通，系统无法运行，崩溃或严重资源不足，应用模块无法启动或异常退出，主要功能模块无法使用。这属重大事故。
比如系统无法登录，支付报错。
通常表现为，影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。
比如会员权益派发错误。
通常表现为界面、性能缺陷。
比如商品详情页头图、评论区没有显示。
通常表现为易用性及建议性问题。
比如文字排列不整齐，出现错别字等。
如果按照上面的标准。
微信误上线「性能检测工具」，公众号「朋友还关注」报错，应该都属于三级bug。
但是不同的公司，bug等级定义标准略有差异。
更规范的公司，会将bug带来影响进行量化，然后定级。
比如从影响用户和带来经济损失来定级，不如。
一级bug：影响w以上用户，或收入损失w以上
二级bug：影响w-w用户，或收入损失w-w
三级bug：影响-w用户，或收入损失w-w
四级bug：影响w用户以下，或收入损失w以下
这是我举例定义的数值，不一定合理。
不同的bug等级，处理方式不一样。
对于一二级bug，要一时间修复，没得商量。
这个bug直接带来的是用户流失、坏口碑和经济损失。
对于三级bug，可紧急发版修复。
对于四级bug，如果资源紧张，可正常排期修复。
但是很多情况下，大家谈bug色变。
特别是研发，一说到线上bug，就内心OS就开始骂娘。
并且很多情况下，只要是bug，就放下工作，第一时间去处理。
这都不是正确的bug观。
你看，上文中微信的线上问题，只要不影响核心体验，就正常排期发布。
bug不是天大的事，正确看待。
当然也不要把bug不当回事。
需要对线上bug，保持敬畏。
尽量减少线上问题的产生，这是基本的工作态度。
一般，产品测试阶段，bug由测试提出，由程序员修复。
产品上线后，bug由用户、业务、产品反馈，由程序员修复。
测试对整体产品质量负责。
那bug的产生，是不是测试和程序员的事情呢？和产品经理无关呢？
代码是技术写的，功能是测试测的，表面上看，好像是和产品经理无关。
但是进一步去探究，你就会发现，产品经理也是产品质量把控过程中的重要角色。
产品经理如果能从下面几个方面做得更到位，也能大大降低线上bug的出现。
需求设计阶段，方案反复推敲几遍，需求更加完备和明确，产品逻辑要闭环。
需求讲解阶段，进一步明确需求和细节。
测试用例评审阶段，认真参与，补充重点关注的case和隐藏case。
上线前PM验收阶段，充分验收。
如此，bug出现概率将进一步下降。
所以，产品质量不只是测试和研发的事，也和产品经理有关。
小结下，关于bug说了几个观点：
bug是产品的一部分，平常心对待。
bug原意为虫子，现在通常指产品缺陷、故障、问题等。
一般bug分为致命、严重、一般、提示四个等级。
不同的bug等级，处理方式紧急程度不一样。
对线上问题保持敬畏。
bug不只是测试、研发的事。
最后，关于产品bug，你有啥想说的。
