編輯導語：產品在執行過程中出現bug是很常見的事情，有些bug可能是致命的，有些bug可能只是輕微地影響使用者的產品使用體驗，那麼，面對不同等級的bug，產品經理應該如何處理？本文作者就對bug的處理發表了他的看法，一起來看一下。

最近感覺微信bug不斷。

先是Android 8。0。22版本里，出現了一個奇怪的使用者完全看不懂的Matrix

「效能檢測工具」。

Matirx是騰訊的效能檢測，這

大機率是不小心把debug工具打進了正式包。

因為這個看不懂的功能，網上炒的不可開交，微信雲淡風輕，在2周後的Android 8。0。23內測版中又去掉了。

然後，是公眾號

「朋友還關注」網路出錯

，而同一個手機上影片號「朋友還關注」能開啟。

這應該也是個bug。

看了微信的這兩個小bug，你有什麼想法？

對了！微信都時常出bug，你的產品有bug也正常。

所以，我們需要正確的認識bug，

樹立正確的bug觀：

1）bug是產品的一部分，在產品發展過程中不可避免

就像我們偶爾會生病一樣，你沒法保證你永遠不生病。

2）業務越複雜、功能越複雜、迭代越迅速，bug也會相對越多

所謂做得越多，犯錯機率越大。

如果要不出bug，最好的辦法，就是啥也不做。

3）事情有緊急，bug有大小

大bug，就是事故，很緊急，快速處理。

小bug，是蟲子，正常滅殺即可。

01 先說說bug的來源。

bug，原意為蟲子，現在通常指產品缺陷、故障、問題等。

第一代計算機是由許多龐大且昂貴的繼電器組成，並利用大量的電力來使繼電器工作。可能正是由於計算機執行產生的光和熱，引得一隻小蟲子bug鑽進了一支繼電器內，導致整個計算機無法工作。

研究人員費了半天時間，總算髮現原因所在，把這隻小蟲子從繼電器中取出後，計算機又恢復正常。後來，bug這個名詞就沿用下來，表示電腦系統或程式中隱藏的錯誤、缺陷，漏洞或問題。

與Bug相對應，人們將發現bug並加以糾正的過程叫做“debug”，意即“捉蟲子”或“殺蟲子”。

02 再說說bug的等級。

專業的測試同學，一般把bug分為四級。一級最致命，四級最輕。

一級：致命bug

通常表現為，主流程無法跑通，系統無法執行，崩潰或嚴重資源不足，應用模組無法啟動或異常退出，主要功能模組無法使用。這屬重大事故。

比如系統無法登入，支付報錯。

二級：嚴重bug

通常表現為，影響系統功能或操作，主要功能存在嚴重缺陷，但不會影響到系統穩定性。

比如會員權益派發錯誤。

三級：一般bug

通常表現為介面、效能缺陷。

比如商品詳情頁頭圖、評論區沒有顯示。

四級：提示bug

通常表現為易用性及建議性問題。

比如文字排列不整齊，出現錯別字等。

如果按照上面的標準。

微信誤上線「效能檢測工具」，公眾號「朋友還關注」報錯，應該都屬於三級bug。

但是不同的公司，bug等級定義標準略有差異。

更規範的公司，會將bug帶來影響進行量化，然後定級。

比如從影響使用者和帶來經濟損失來定級，不如。

一級bug：影響10w以上使用者，或收入損失100w以上

二級bug：影響5w-10w使用者，或收入損失30w-100w

三級bug：影響1-5w使用者，或收入損失5w-30w

四級bug：影響1w使用者以下，或收入損失5w以下

這是我舉例定義的數值，不一定合理。

03 不同的bug等級，處理方式不一樣。

對於一二級bug，要一時間修復，沒得商量。

這個bug直接帶來的是使用者流失、壞口碑和經濟損失。

對於三級bug，可緊急發版修復。

對於四級bug，如果資源緊張，可正常排期修復。

但是很多情況下，大家談bug色變。

特別是研發，一說到線上bug，就內心OS就開始罵娘。

並且很多情況下，只要是bug，就放下工作，第一時間去處理。

這都不是正確的bug觀。

你看，上文中微信的線上問題，只要不影響核心體驗，就正常排期釋出。

bug不是天大的事，正確看待。

當然也不要把bug不當回事。

需要對線上bug，保持敬畏。

儘量減少線上問題的產生，這是基本的工作態度。

04

一般，產品測試階段，bug由測試提出，由程式設計師修復。

產品上線後，bug由使用者、業務、產品反饋，由程式設計師修復。

測試對整體產品質量負責。

那bug的產生，是不是測試和程式設計師的事情呢？和產品經理無關呢？

程式碼是技術寫的，功能是測試測的，表面上看，好像是和產品經理無關。

但是進一步去探究，你就會發現，

產品經理也是產品質量把控過程中的重要角色。

產品經理如果能從

下面幾個方面做得更到位

，也能大大降低線上bug的出現。

需求設計階段，方案反覆推敲幾遍，需求更加完備和明確，產品邏輯要閉環。

需求講解階段，進一步明確需求和細節。

測試用例評審階段，認真參與，補充重點關注的case和隱藏case。

上線前PM驗收階段，充分驗收。

如此，bug出現機率將進一步下降。

所以，產品質量不只是測試和研發的事，也和產品經理有關。

05 小結下，關於bug說了幾個觀點：

bug是產品的一部分，平常心對待。

bug原意為蟲子，現在通常指產品缺陷、故障、問題等。

一般bug分為致命、嚴重、一般、提示四個等級。

不同的bug等級，處理方式緊急程度不一樣。

對線上問題保持敬畏。

bug不只是測試、研發的事。

最後，關於產品bug，你有啥想說的。

#專欄作家#

嶽老三，微信公眾號：產品筆記（ID：cpbiji），人人都是產品經理專欄作家。7年產品工作經驗，前網易、陌陌高階產品經理。任何商業進化的方向是效率的提升，喜歡用產品思維挖掘事物本質。相對擅長產品分析、產品設計、邏輯思維等。

本文原創釋出於人人都是產品經理。未經許可，禁止轉載。

題圖來自Unsplash，基於CC0協議。