每天5分钟，你也可以成为优秀的产品经理 。你好，我是郭杉。欢迎来到 《郭杉 产品经理50讲 》第27讲。

上一讲，我们说了如何使用需求优先级排序法对需求的优先级进行排序，不知道相关的产品知识你是否都GET到了呢？今天，让我们一起做个案例分析，帮你对需求优先级排序有个更深入的认识。

案例分析 需求优先级排序

背景描述：在一次版本迭代中，某二次元应用新增了“希望支持ipad分屏功能”、“希望增加播单功能”、“增加弹幕与视频同时缓存功能”、“视频分区增加学习专区”、“增加免流卡识别的功能”、“增加自动播放下一个视频开关功能”、“UP主原创内容护盾功能”、“番剧申请收录功能”、“视频内容支持切换语种”共九个功能需求。

很显然，这么多的需求，放在一个版本里是根本无法实现的。这就要求我们对现有的新增功能进行优先级排序，找到那些性价比高的需求优先实现。

首先，我们使用“需求优先级排序多维评估矩阵”，把上述需求带入下图所示的“发生频率与用户量”表中进行评估。

此版新增需求中“增加免流卡识别的功能”、“希望支持ipad分屏功能”、“UP主原创内容护盾功能”和“增加自动播放下一个视频开关功能”属于用户量小、使用频率高的需求，评估后得2分，而“增加弹幕与视频同时缓存功能”和”视频内容支持切换语种功能”属于发生频率低、用户量小的需求，仅得1分，像“视频分区增加学习专区"和"番剧申请收录功能"属于用户量大发生频率低的续期，得分3分，最后“增加播单功能”属于用户量大、发生频率高的需求，得分4分。

用户量与发生频率评估

接下来,让我们从”开发难度与见效速度”的维度进行评估。我们还是需要把需求带入评估模型中进行评估。

“增加番剧收录功能”、“增加自动播放下一个视频开关功能”和“增加免流卡识别功能”属于开发难度低、见效快的需求，得4分；像“增加播单功能”,“视频分区增加学习专区”,“UP主原创内容护盾功能”属于见效快但开发难度高的需求，得分3分；而像“增加iPad分屏功能”属于开发难度低、见效低的需求，得2分；最后，“视频内容支持切换语种”和“增加弹幕与视频同时缓存功能”属于开发难度大、见效低的需求，得1分。

开发难度见效速度评估

完成上面两维的评估后，我们来到了”Better-Worse”评估部分。

经过分析，我们发现：“增加弹幕与视频同时缓存功能”，得分1；“增加播单功能” 、“增加免流卡识别的功能”、“增加自动播放下一个视频开关功能”和“番剧申请收录功能”属于必备属性，得分2；而“视频内容支持切换语种”、“UP主原创内容护盾功能”、“视频分区增加学习专区”和“支持ipad分屏功能”属于期望属性，得分3。

Better-Worse评估

接下来，我们要从“重要紧急度”和“用户与商业价值”两个维度对这些需求进行评估。评估方法同上述几个维度与上面几个维度类似，这里就不再在赘述详述了。

最后，我们求和全部5个维度的评分结果，以分值的高低来确定需求的优先级。

这个版本的需求中 “番剧申请收录功能 ”得到最高17分，排序P0需求；“增加播单功能”和“视频分区增加学习专区”得到15分，排序P1需求，；

接下来是“增加免流卡识别的功能”和“UP主原创内容护盾功能”排序P2；“支持ipad分屏功能”和“增加自动播放下一个视频开关功能”排序P3，；

其它需求的排序P4；.

至此，我们得到了最终的需求优先级排序结果。

怎么样，有了这个大神器的帮助，是不是再也不用拍脑袋定哪个应该先做呢？有没有觉得需求优先级的评估变得如此简单了呢?

好了，以上就是本讲的全部内容了。

如果觉得这一讲的内容不错，记得给我点个赞。

下一讲，我们一起聊聊“产品需求池管理”这个话题。记得准时观看哦！

好的，本讲的内容到这里就全部结束了。我是产品专家郭杉，我们下一讲见。