当开发资源有限的情况下，必然无法做到所有需求都放到一次迭代中，为了让每次迭代都尽可能地实现最有价值的功能，合理定义需求优先级尤为重要。
01. 用哪些工具来定义需求优先级
定义需求优先级不是一个新鲜话题，查阅了各类指导文章后，发现把优先级量化成分数是一致认可的，直观的分数更具有说服力，我们可以利用各类工具来量化分数。
- 四象限法则
在分析需求优先级的工具里，四象限法则是最魔幻的一个，看似很有用，但如果不进一步细化，很容易变成纯拍脑袋的心理安慰剂。怎么判断需求的紧急程度和重要程度，会发现又回到了最初的问题——量化分数。并且划分紧急程度和重要程度后，衍生出了新的问题，紧急不重要和重要不紧急的需求该如何“视情况而定”，又是一门“玄学”。所以，我们在探讨后放弃了使用四象限法则来定义需求优先级。
2. 卡诺模型
卡诺模型是很基础的需求分类工具，我们先把需求功能划分为五种类型：必备型、期望型、魅力型、反向型、无差异型。分类后，根据产品的不同阶段，我们会重点关注不同类型的需求：
- 初期：必备型功能 > 期望型功能 > 魅力型功能
- 稳定期：必备型功能 > 期望型功能 = 魅力型功能 > 反向型功能（如广告投放）
根据以上规则，我们可以使用卡诺模型初步给需求定义需求优先级了，但存在两个问题：
- 当需求多的时候，同类型需求需要进一步排序；
- 较低优先级的类型功能，缺乏分析动力和统筹规划，例如在产品初期，应对期望型、魅力型需求功能有一定分析和铺垫；
这时候，我们需要更多的工具来弥补这块的不足。
3. 干系人四象限
干系人管理在B端产品中尤为重要，因为B端产品的使用者和购买决策者往往是不同的。对于IT运维产品，我们结合产品的特性将需求面向的干系人（通常有CIO、IT总监、IT经理、运维工程师、外部用户）按四象限排序。角色不同诉求也相差很大，但相互之间又有关联，例如IT主管的诉求得到满足（运营分析），同时也会关注工程师的使用反馈（便捷易用）。
4. 价值模型
价值模型公式本质是价值=价格/成本，对于IT运维产品，成本通常用人天来计算，即：
产研成本=设计人天 开发人天 实施人天
然而价格的计算又比较抽象了，因此价值模型工具我们仅参考了其成本部分。
02. 整合需求优先级公式
经过组内探讨，我们将上述工具进行分析和整合，结合自身的产品背景、定位和阶段，按照不同维度的分类给与评分（轻拍脑袋），最终的公式为：
需求优先级=卡诺模型评分 主要使用人评分 使用频率评分 成本评分
03. 验证公式，符合预期
我们列出6个需求，按照上述公式进行优先级排序，发现与预期基本一致，且借助该方法，我们可以感知到需求的特点和风险点，在解释的时候可以更有依据。
当然，公式也需要不断打磨迭代，引入更多合理的因素，让评分更加客观，尽量减少拍脑袋的成分。
