編輯導語：產品經理的日常與需求和bug分不開，當同時面臨這二者時，產品經理應該如何確定產品的優先級，做出恰當的決策呢？本文作者根據自己的工作經驗，為我們進行了分析和總結。

一、什么是產品優先級？

顧名思義，優先級就是優先要做的事情。

舉個栗子：馬上就要期末考試了，你有5門課要復習，那么先要復習哪一門呢？產品優先級通常是指產品bug和產品需求的這兩大類的優先級，所以產品優先級就是指需要優先處理的產品bug和需求。

產品需求和bug的來源主要來源于來自用戶、運營人員、產品人員、領導，目的是改進產品，滿足用戶的需求以及提高用戶的產品使用體驗，最終使企業的產品越做越成功。在實際工作中，我司將產品優先級分為未排序、不緊急、普通、緊急和非常緊急這五類。

• critical非常緊急：這類需求和bug緊急程度最高，代表著需要最優先去考慮，比如產品的首頁打不開，這就會造成用戶根本無法使用產品，而不是產品使用或是頁面設計這方面的小問題。要注意的是，bug的緊急程度并不等于其修復程度，比如用戶打不開產品首頁的原因如果是沒有聯網，那么他們只需要連下網就行，就不需要研發人員修復。
• major緊急：這類需求和bug的緊急程度比較高，比如活動運營想更新產品官網活動來提高用戶轉化率。對于運營人員來說，提高產品的xx率是其主要工作之一，通過評估可以認為該需求緊急。
• normal普通：這類需求和bug的緊急程度一般，比如頁面中某個板塊有一個錯別字。
• minor不緊急：這類需求和bug的緊急程度較低，比如頁面某個角落里的圖標設計的不好，但是對用戶的使用并沒有產生什么影響，很多用戶也沒有注意到它。
• 未排序：也許PM還沒來得及排序或者忘排了…

二、為什么要排優先級？

還是那個栗子：假如你還有10天就要考高等數學、大學英語、馬克思主義原理這3門考試，那么先復習哪一門考試呢？

現在已經知道了問題，首先要明確目標：三門考試都考滿90分。接下來需要思考達到這個目標所需要付出的代價：時間、精力以及實現目標的可能性（比如你現在的水平只能考30分，但是你希望自己考100分，顯然不符合實際情況hhh）。

假如這三門課程的難度為：高等數學>大學英語>馬克思主義原理，假如你現在的水平是高等數學70分，大學英語85分，馬克思主義原理80分。為了實現均分上90的目標，那么你就要在高等數學上花更多的時間和精力來復習，所以你可能需要列一個復習計劃表，這三門課的復習時間比可以是高數5天，馬原3天，大英2天。這樣安排好復習時間后，你就能離心中的目標就更近啦！

在工作中也是如此，日常會有很多需求和bug需要PM去排優先級，但是研發、測試人員的精力是有限的，有些需求也不符合二八原則（只有大部分用戶都提的需求才是真正的需求）。為了在有限的時間和條件下，更快而精準地發現真正的需求，并能成功解決需求，這就是需要排優先級的原因。

用一句話來概括：花最少的人力、物力和財力，取得最大的經濟效益。

三、怎么排優先級？

記得第一次參加的PMA會議，會議過程中研發人員和PM雙方大聲battle，原因是研發人員覺得PM的需求不符合邏輯，PM覺得某個相關數據證明了這個需求的重要性，雙方各執己見，誰也不肯退讓…..雖然最后我也不記得哪方贏了….

那么問題來了：要怎么排優先級呢？怎么讓不同部門的人員贊同你的排序并配合你工作呢？

鄙人在網上看過很多排優先級的方法，比如利用KANO模型、四象限法則等等，利用科學方法論來進行實踐是完全合理的，但鄙人覺得，如果每次排優先級都需要花大量的時間去根據模型或是理論來排序，效率可能低了些（當然還是取決于不同PM的不同速度）。

再舉個栗子：你花了2天的時間寫了一篇15頁的PRD給研發人員看，他有興趣看嗎？（這是另一個問題，這種情況下鄙人優先考慮scrum story）。

所以，為了提高效率和節約時間成本，個人認為排優先級時不需要通過打分的方式，高境界的PM應該做到通過頭腦就能思考出哪個bug和需求優先，但是面對他人的質疑要能夠給出證明其排序的依據，比如上個月提出某一需求的用戶的人數為xx等等，能夠利用數據說話。

排優先級的思考維度：

1. 提出該需求的用戶人數；
2. 修復難度：研發人員能否解決這個需求或能否修復這個bug；
3. 時間成本：研發人員解決所需時間；
4. 人力成本：修復所需要的研發及測試人員數量；
5. 潛在收益：處理這個bug或需求能給企業帶來的效益。

四、實例分析

現在有以下3個bug：

1. 百度翻譯設置黑名單后仍然可以打開
2. ?家長端遠程截屏顯示網絡異常
3. PC端行為記錄不上報

優先級排序過程：

• 用戶人數：3個bug各1人
• 時間成本：考慮修復所需花費時間最短的bug
• 人力成本：考慮修復所需人數最少的bug
• 修復難度：考慮修復難度較低、容易實現的bug

1. 第一個bug說明黑名單庫中沒有百度翻譯，只需在庫中添加百度翻譯的域名地址，修復難度較低，花費時間較短；且屏蔽黑名單為產品主功能之一，若該功能有問題則會影響7成以上用戶的使用。
2. 第二個bug給用戶使用造成不便，如果家長端網絡異常無法查看孩子端的使用情況，則無法對其進行監管，查看不了孩子的行為記錄等。但網絡異常問題為歷史遺留問題，修復難度較大，所需修復時間較長。
3. 第三個bug產生原因未知,測試人員復現正常，可能是用戶會員到期或是網絡狀態不佳造成的。需要聯系用戶先確定是否是這2個問題，如果是，很容易解決；如果不是，聯系研發人員找到bug產生的原因再解決。

綜上所述，1的重要性最高且最容易解決，2的重要性和3的程度類似，但成功修復3的可能性比2大，所以3個bug的排序為：1>3>2。

本文是鄙人對產品優先級排序的一些小想法，若有不對之處還請各位前輩指正，也歡迎大家和我一起交流討論~~~

本文由 @一只菜范耶 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議