快好知 kuaihz

三种简化产品优先级排序的简单方法

我们低估了做事情所花费的时间,我们还对自己的想法赋予更高的价值,并且不喜欢权衡取舍,但这并非不可能。根据产品团队的工作方式和需求,这里有一些方法可以帮助解决优先级问题。一起来看看~

技术的伟大之处在于一切皆有可能。但是,当一切皆有可能时,产品经理要决定该怎么做很难,更重要的是,要决定什么不能做更难,而大部分公司的产品经理都在选择中挣扎。

选择很难,因为我们是人,我们低估了做事情所花费的时间,我们还对自己的想法赋予更高的价值,并且不喜欢权衡取舍,但这并非不可能。根据产品团队的工作方式和需求,这里有一些方法可以帮助解决优先级问题。

工作量与价值

我相信最简单的解决方案通常是最好的,安排工作优先级的最简单方法是给每个构想一个与工作量和价值有关的分数, 并将其绘制在网格上,将每个构想分为高、中或低。

完成此操作后,很容易看到应该在哪里确定工作的优先级。右上角的任何内容(例如“想法7”)应直接进入产品路线图的顶部。

对于很多未知的需求,这是一个很好的估算方法。不仅可以帮助产品团队决定要做什么,而且可以向其他的利益相关者展示为什么不做某些事带来巨大的帮助。

 

ICE法

不是所有对价值的预测都是准确无误的,当价值存在很大的不确定性时,可能需要更多帮助来确定优先次序。

这里就用到了肖恩指定的“ICE评分体系”。ICE分别代表价值、信心和工作量。

您可以按数字范围(通常为1-10)对每个想法进行评分,然后使用以下公式为所有想法计算得分:ICE得分=价值x信心x工作量。

在这里,我们看到想法2无疑是得分最高,应该优先考虑。如果我们仅将想法与“工作量和价值”进行比较,我们可能选择了“ 想法1”,  因为它被归类为“ 中价值  和低工作量”,而“ 想法2”  则是高价值  和低工作量。

在这里,增加信心维度可以帮助我们更加精细地制定决策和发挥潜力。同时根据我们的喜好,您可以使用1-5的比例,或将ICE得分除以3,获得较小的平均分数以便于比较。

尽管ICE绝对是一个很酷的工具,但我们可能会发现还需要一种更强大的方法来满足我们对优先次序的渴望。

这里就用到了RICE方法。

RICE法

RICE与ICE道理完全相同,添加了“ R”(覆盖量) ,指某个想法能为多少用户带来有用的价值。

您可以通过将ICE得分乘以覆盖率来计算RICE得分,但这并不重要,只要我们始终如一地衡量每个想法即可。

因此,让我们在前面的示例中添加“R”,看看RICE是否正确。

想法3和4看起来得分高很多。取消原来的路线图,是时候进行调整了!

尽管这些都是虚构的示例和数字,但确实表明这些只能根据广泛的指标帮助我们进行优先级排序的方法,对于任何给定产品而言,每个阶段最重要的指标可能有所不同-并且肯定会随着时间而改变。

优先考虑阶段性指标

我建议产品团队首先要使优先级保持尽可能简单,并在结果差异不大或业务环境发生变化的情况下使粒度更加细化。

例如:

如果我们的北极星指标是增加付费用户,则可以在ICE中添加另一列,该列与某个想法是否影响付费客户有关。

如果我我们的北极星指标是增加注册用户,您可以添加一个过滤器,以在某个想法不影响获取新用户的情况下降低得分。

同样,根据产品北极星指标,对价值的定义可能会有所不同,因此我们可以将自己的优先级纳入这些分数。

这些方法无法从优先级排序流程中消除风险并确保结果100%的确定性,但是无疑可以帮助我们降低风险并就优先级排序做出更明智的决定。

与任何方法一样,适用自己团队的方法才是最有效的方法。

本站资源来自互联网,仅供学习,如有侵权,请通知删除,敬请谅解!
搜索建议:优先级  优先级词条  简化  简化词条  排序  排序词条  简单  简单词条  方法  方法词条  
设计

 浅谈Scrum敏捷开发:4个输入...

文章对Scrum敏捷开发流程进行系统的分析,希望借此文能够加深你对敏捷开发的认知,更好的展开产品工作。Scrum敏捷开发,是一种敏捷开发框架,是一个增量的、迭代...(展开)