产品迭代：需求优先级公式，实现最有价值功能

字数 1619阅读 674评论 0赞 0

当开发资源有限的情况下，必然无法做到所有需求都放到一次迭代中，为了让每次迭代都尽可能地实现最有价值的功能，合理定义需求优先级尤为重要。

## 01. 用哪些工具来定义需求优先级

定义需求优先级不是一个新鲜话题，查阅了各类指导文章后，发现把优先级量化成分数是一致认可的，直观的分数更具有说服力，我们可以利用各类工具来量化分数。

1. 四象限法则

在分析需求优先级的工具里，四象限法则是最魔幻的一个，看似很有用，但如果不进一步细化，很容易变成纯拍脑袋的心理安慰剂。怎么判断需求的紧急程度和重要程度，会发现又回到了最初的问题——量化分数。并且划分紧急程度和重要程度后，衍生出了新的问题，紧急不重要和重要不紧急的需求该如何“视情况而定”，又是一门“玄学”。所以，我们在探讨后放弃了使用四象限法则来定义需求优先级。

![](https://pic3.zhimg.com/80/v2-886aeca2275f4d328ff109a6ffe5f4a2_720w.jpg)

2. 卡诺模型

卡诺模型是很基础的需求分类工具 ，我们先把需求功能划分为五种类型：必备型、期望型、魅力型、反向型、无差异型。分类后，根据产品的不同阶段，我们会重点关注不同类型的需求：

* 初期 ：必备型功能 > 期望型功能 > 魅力型功能
* 稳定期： 必备型功能 > 期望型功能 = 魅力型功能 > 反向型功能（如广告投放）

根据以上规则，我们可以使用卡诺模型初步给需求定义需求优先级了，但存在两个问题：

* 当需求多的时候，同类型需求需要进一步排序；
* 较低优先级的类型功能，缺乏分析动力和统筹规划，例如在产品初期，应对期望型、魅力型需求功能有一定分析和铺垫；

这时候，我们需要更多的工具来弥补这块的不足。

![](https://pic4.zhimg.com/80/v2-42352295bd726887f07edcedca541c1b_720w.jpg)

3. 干系人四象限

干系人管理在B端产品中尤为重要，因为B端产品的使用者和购买决策者往往是不同的。对于IT运维产品，我们结合产品的特性将需求面向的干系人（通常有CIO、IT总监、IT经理、运维工程师、外部用户）按四象限排序。角色不同诉求也相差很大，但相互之间又有关联，例如IT主管的诉求得到满足（运营分析），同时也会关注工程师的使用反馈（便捷易用）。

4. 价值模型

价值模型公式本质是价值=价格/成本，对于IT运维产品，成本通常用人天来计算，即：

产研成本=设计人天+开发人天+实施人天

然而价格的计算又比较抽象了，因此价值模型工具我们仅参考了其成本部分。

![](https://pic1.zhimg.com/80/v2-cc17ec0e101e0525d64c504b7cda8eb8_720w.jpg)

## 02. 整合需求优先级公式

经过组内探讨，我们将上述工具进行分析和整合，结合自身的产品背景、定位和阶段，按照不同维度的分类给与评分（轻拍脑袋），最终的公式为：

需求优先级=卡诺模型评分+主要使用人评分+使用频率评分+成本评分

![](https://pic1.zhimg.com/80/v2-ac44b975bf68af28a196bcddddea8adc_720w.jpg)

## 03. 验证公式，符合预期

我们列出6个需求，按照上述公式进行优先级排序，发现与预期基本一致，且 借助该方法，我们可以感知到需求的特点和风险点，在解释的时候可以更有依据。

当然，公式也需要不断打磨迭代，引入更多合理的因素，让评分更加客观，尽量减少拍脑袋的成分。

![](https://pic2.zhimg.com/80/v2-5a9ecac906b2cfe28d5a9fd6fc880525_720w.jpg)

产品迭代产品经理

著作权归作者所有

如果觉得我的文章对您有用，请点赞。您的支持将鼓励我继续创作！

添加新评论0 条评论

Ctrl+Enter 发表

匿名评论

产品迭代：需求优先级公式，实现最有价值功能

添加新评论0 条评论

作者其他文章

相关文章

相关资料