bug和需求,产品优先级怎么定?

0 评论 3067 浏览 6 收藏 9 分钟

编辑导语:产品经理的日常与需求和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协议

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!