评审功能优先级是PM工作的核心。但仍然有许多PM处理优先级是基于直觉的，或基于对产品拥有话语权的人。下面将解释如何通过使用记分卡来确定下一个版本的功能优先级。

在版本的迭代更新中，你会收集很多的用户反馈，也会通过数据或市场发现一些新的可做需求，当你有一个待做需求表单的时候，你要评审下个版本的功能优先级，你的标准是什么？

很多人常犯的错误是跟着自己的直觉“take a stab”，定义完优先级然后把它们发布到团队当中。毕竟，大多数人都认为了解自己的用户，知道他们想要什么。但是你仍然需要从你的团队中获得些建议。

这的确是一个事实，不管是谁提出的点子，我们仍需要得到别人的建议。你可能会担心，一旦听取了别人的建议，你理想的优先级将被out,因为每个人都对下一个版本有不同的看法，他们都有理由支持他们的idea。

为了有一个强有力的理由，并得到共识，可以试试记分卡的框架。它易于使用，理解和实施。用excal就能实现。

如何使用记分卡

1. 确保你有一个可靠的理论依据和下一个版本的计划

2. 优先级评定前，该版本需要考虑的因素都要列在记分卡中

记分卡的建立需要参数和权重，如果评审需求时只是拿一张白纸，结果估计不会好到哪去。

举个栗子：

上面的例子中，特点是影响运营效率都被赋予权重最高，因为下个版本的目的是提高该部分。

3. 确定与该版本最相关的功能

如果使用记分卡，遗漏每一个功能都可能使结果偏离正常轨道。记分卡适用于已经初步讨论过的待做功能列表。

4. 把记分卡上的100分分到每一个功能当中

这100分意味着这些功能具有极大的影响

举个栗子：

在图文资讯中，用户交互一项的分数打到了90，代表它的发布将会用户参与产生了极大的影响。然后计算出图文咨询的优先级：90*20%+90*10%+50*30%+20*40%=50

完成所有计算后，得出优先列表。

小提示：

如果你想要降低一个特定的类别，你可以增加一个“负权重”。例如，“风险实行”一个类别具有负权（-20%）。因此，当计算分数时，减去这一项；“风险实行”的特点是降低优先级。

记分卡可以在每个版本中变化。它的类别和权重应当适应你所在的环境，以确保你专注该版本的主旨。

在创建记分卡的同时，记得考虑其他部门的需求。

我们的责任是照顾用户的需求，但往往用户不仅需要的是新的功能或更多的“创新”。有时候是产品缺乏可用性，稳定性和良好的性能，所以优化现有的功能也是非常重要的。

这是一个工具，用来评定优先级。

例如：如果运营效率是下一个版本的主题，你的记分卡应该支持这个方向发展。在上表中，“健康监测”功能，除了“运营效率”分数高，其他分数很低，但这是新版本的方向，那么这个功能立刻获得最高优先权。另一方面，有时你也需要把其他部门同事的需求列在记分卡中，虽然不符合下个版本的主题，但记分卡的方式会告诉他们你是真正考虑他们的需求，也有利于团队建设，达到高效工作的目的。

以上是我在学习过程中把一些零散的东西加上自己的理解总结出来的,不妥之处请各位前辈在评论区指点，不胜感谢！

本文由 @方一 原创首发于人人都是产品经理 ，未经许可，禁止转载。