因为工作需要，我查阅了网络上常规的几种需求优先级排序方法结合实际工作经验，选取了比较重要的8个维度。理论上8个维度已经非常充足，真实使用中不必完全使用。可以选取重要的维度进行判断，通过新的权重分配，得到最后的优先级评估结果。
以下所有评估默认五分制进行，在通过加权求得最后的需求优先级评估值。评估值越大，优先级越高。为了降低模型的主观因素，建议每个维度由多人进行打分，取平均分会有更好的效果。最后，由于模型是线性的，仅起到参考作用，还是需要产品经理做出最终决策。
1. 目标契合度（20%）
目标对需求优先级的影响非常关键，因为目标体现了需求实现的最终价值。我们需要结合产品当前阶段和Roadmap，进行需求契合程度的判断。
2. 需求价值（10%）
需求价值分为用户价值，公司价值两块来分析，使用四象限法进行分数指标的确定。在不同的产品类型侧重的价值方向不同，所以究竟是用户价值更重要还是公司价值更重要是需要通过自己判断的。但如果两者都体现了很好的价值，那么评分自然可以较高。
3. Kano模型（10%）
Kano模型是非常经典的判断模型，包含基本型需求>期望型需求>兴奋型需求
实际运用中需要根据现有需求的分布情况进行综合判断，有时期望形的需求可以比必须需求更重要。因为必须需求也要看用户群范围，如果必须需求的用户群并不大，或者现有产品阶段的必须需求覆盖面已经较广时，期望需求评分可以更高。
4. 重要紧急程度（10%）
重要紧急程度的分析可以运用在众多领域，包含重要且紧急>重要不紧急>紧急不重要>不重要也不紧急。比较简单，不做赘述。
5. ROI投入产出比（20%）
投入产出建议将投入分两部分进行分析，投入包含产品设计和产品实现两个阶段，这两个阶段有时并不会等价。产出也需要进行细致分析，因为通常而言，产出和时间的关系非常大，有些产品的长尾效应非常严重。
6. 需求来源（10%）
需求来源也是一个参考维度，因为谁提的需求可以用来判断需求的真实场景和缘由。其中老板的需求，或者是用户直接的被验真的需求是最高分，但一定是要经过细致的需求分析，确认是真实需求的需求。其余像产品规划，用户非直接需求的分数相对较低。
7. 需求依赖（约束）（10%）
这里的需求依赖主要指的是本需要求是否是其他需求的前置需求，或后置需求。这体现了开发中的前后排期关系，非常重要。一般包含前置需求的优先级 ＞ 后置需求的优先级；前置需求的重要性和紧迫性 ＞ 后置需求的重要性和紧迫性。
8. 技术风险（10%）
开发的难度，可能出现的开发风险程度。注意工期过长，也会导致风险增加，所以只要开发上的不确定因素越多（如服务器资源，开源系统性能等），此值越低。
