在构建产品路线图时,确定优先级是一个长期的挑战。你如何决定先做什么?
如果你已经把精力投入到头脑风暴,寻找改进的机会,并收集反馈,你就会有一个充满好想法的坚实的产品路线图。但是你处理这些想法的顺序也值得深思。你需要花时间来把事情的优先级顺序排列好。
优先级排序是一个难题
那么,为什么对产品路线图进行优先级排序如此困难呢? 让我们列举一些常见的场景:
· 专注于自己喜欢的想法,而非涉猎广泛的项目,是令人感觉满足的
· 专注于聪明的想法,而不是那些直接影响你目标的项目,是很诱人的
· 投入到新的想法中去,而不是那些你已经很有信心的项目,是令人觉得兴奋的
· 很容易忽略一个项目比另一个项目需要投入的额外工作
即使你毫发无损地度过了这个精神雷区,你仍然面临着一项艰巨的任务,那就是在所有的项目想法中不断地结合和比较这些因素。谢天谢地,你不需要在脑子里这样做。
RICE 得分: 一个简单的优先级排序工具
这时就需要一个评分系统了。一个好的优先级框架可以帮助你清晰地考虑项目想法的每一个因素,并以一种严格、一致的方式将这些因素结合起来。
在产品管理中使用评分系统来确定优先级当然不是什么新鲜事。旨在平衡成本和收益的系统比比皆是。但是你可能很难找到一个可以让你以一致的方式有效地比较不同想法的方法。
因此,我们开始开发自己的评分系统,从最基本的原则来划分优先级。经过大量的测试和迭代,我们确定了四个因素,并提出了将它们结合起来的方法。
RICE: 评估优先级的四个因素
RICE 是我们用来评估每个项目理念的四个因素的首字母缩略词: 影响范围(Reach)、影响力(Impact)、信心(Confidence)和工作量(Effort)。
影响范围
为了避免对你自己使用的功能产生偏见,估计一下每个项目在给定时间内会影响多少人。对于团队来说,问题是“这个项目在一个季度内会影响多少客户? ”.
影响范围以每个时间段的人数/事件数量来衡量。它可能是“每季度客户数”或“每月交易数”。尽可能多地使用来自产品指标的真实度量,而不是凭空捏造的数字。
例子
· 项目1: 每个月有500个用户在注册渠道中达到这个点,30% 的用户选择这个选项。影响范围就是500 × 30% × 3 = 450个客户每季度
· 项目2: 每个使用这个功能的客户每个季度都会看到这个变化。影响范围就是2000名客户每季度
· 项目3: 这一变化将对800个现有客户产生一次性影响,不会持续产生影响。影响范围就是800名客户每季度
影响力
为了把注意力集中在那些能够推动你实现目标的项目上,就要估计一下对个人的影响力。对于团队来说,问题是“当客户遇到这个项目时,它能提高多少转化率? ”你的团队可能会用另一个目标来代替这个目标,比如“增加采用”或“最大化愉悦”。
影响力很难精确衡量。所以,可以选择多项选择量表: 3代表“巨大影响” ,2代表“高” ,1代表“中等” ,0.5代表“低” ,最后0.25代表“最小”。这些数字乘以最后的得分,以扩大或缩小它。
选择一个影响数字可能看起来不科学。但是请记住另一个选择: 一团乱麻般的直觉。
例子
· 项目1: 对于每一个看到它的客户,这将产生巨大的影响。影响力评分是3
· 项目2: 这对每个客户的影响较小,影响力得分为1
· 项目3: 就影响力而言,这是介于两者之间的。影响力得分为2
信心
为了抑制对令人兴奋但定义不明确的想法的热情,请考虑一下你对自己评估的信心程度。如果你认为一个项目可以产生巨大的影响,但是没有数据支撑,信心可以让你控制它。
信心是一个百分比,使用另一个多项选择量表来帮助避免决策瘫痪。100% 是”高信心”,80% 是”中等”,50% 是”低信心”。任何低于这个标准的项目都是“完全空中楼阁”。对自己诚实: 你的估算真正得到了多少支持?
例子
· 项目1: 我们有影响范围的量化指标,影响力的用户研究,以及工作量的工程评估。这个项目得到了100% 的信心评分
· 项目2: 有数据支持项目的影响范围和工作量,但不确定其影响力。这个项目得到了80% 的信心分数
· 项目3: 影响范围和影响力可能低于预期,而工作量可能更高。这个项目得到了50% 的信心分数
工作量
为了快速行动并以最少的工作量产生影响力,估算一个项目将需要你团队所有成员的总时间: 产品、设计和工程。
工作量估计为“人月”——一个团队成员在一个月内可以完成的工作量。这里有许多未知因素,所以,坚持使用整数来保持估算的粗略性(或者对任何低于一个月的数字保持0.5)。与其他积极因素不同,更多的工作量是一件坏事,所以它要被除以总影响力。
例子
· 项目1: 这将需要大约一周的计划,1-2周的设计,2-4周的工程时间。那就会给它一个2人月的工作量评分
· 项目2: 这个项目需要几个星期的计划,大量的设计时间,以及至少两个月的工程师时间。那就会给它一个4人月的工作量评分
· 项目3: 这只需要一个星期的计划,没有新的设计,和几个星期的工程时间。那就会给它1人月的工作量评分
如何计算 RICE 分数?
所以,快速总结一下我们的四个因素:
影响范围: 有多少人会受到影响?(在规定的时间内进行估计)
影响力: 这会对每个人产生多大的影响?(大量 = 3倍,高 = 2倍,中等 = 1倍,低 = 0.5倍,最小 = 0.25倍)
信心: 你对自己的估计有多自信?(高 = 100% ,中 = 80% ,低 = 50%)
工作量: 这需要多少个“人月” ?(使用整数和最少半个月的时间——不要掉进估算的坑里。)
一旦你估计了这些因素,把它们组合成一个单独的评分,这样你就可以一目了然地比较项目。下面是一个简单的公式:
最终得出的分数衡量的是“每工作一段时间的总体影响”——这正是我们想要最大化的。
一旦完成了最初的评分,整理你的列表并重新评估。有没有项目的分数看起来太高或太低?如果是这样,重新考虑你的估计并做出改变,或者接受你的直觉可能是错误的。
在难以比较的想法之间做决定时,RICE可以发挥巨大的作用。它迫使你思考为什么一个项目的想法会产生影响,并且诚实地面对实现它所需要的努力。
如何有效地使用 RICE 得分
当然,RICE 分数不应该成为一个硬性规定。有很多原因可以解释为什么你可能首先从事一个分数较低的项目。一个项目可能是另一个项目的依赖项,因此它需要首先发生,或者另一个特性可能是向某些客户销售的“承诺”。
有时候你可能想要或者需要做一些“无序”的项目。这没关系!有了评分系统,你就可以清楚地确定何时进行这些权衡。
诸如 RICE 之类的优先级框架将帮助你就首先要做什么工作作出更明智的决定,并向其他人捍卫这些决定。让 RICE 在你自己的优先级排序过程中尝试一下,让我们知道它是如何为你工作的。
参考链接:https://www.intercom.com/blog/rice-simple-prioritization-for-product-managers/
我的新书《B端产品经理必修课2.0》已经开售了。
这是对我的第一本书的全新改版,也是对B端产品工作的更新思考,并将“单个产品管理流程”升级为了“B端产品管理框架”。
欢迎各位朋友与我探讨关于产品的方方面面。
查看具体内容:我的《B端产品经理必修课》升级了
推荐阅读: