一、什么是产品优先级？

顾名思义，优先级就是优先要做的事情。

举个栗子：马上就要期末考试了，你有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。