这是Product Monk产品管理教程的第十四章。全部章节目录参见本文。

你的产品后备需求看起来无穷无尽，因为它来自太多的不同反馈来源——内部团队、利益相关者、客户和任何与你的产品相关的人。

你不可能“立刻”构建所有内容，所以你需要以最有效的方式，利用团队的时间和资源。

这时你需要对你的后备需求进行优先级排序。

产品后备需求需要不断更新梳理。这就是为什么团队需要定期安排梳理会议，按照优先级来安排用户故事，以便开发团队知道，在给定的冲刺中需要进行的下一组任务。

如何对特性（用户故事）进行优先级排序？

通过定义MVP这章，你可能对优先排序有了一个基本的想法。你还可以使用Ian McAllister的框架，来确定功能特性的优先级。

列出最重要的主题。这些主题都围绕下面业务目标中的一个展开：

或者，其他任务，例如与合作伙伴的API集成，为客户洞察建立分析API，等等。

你可以利用以下任何一个功能优先级排序模型：

1. Kano模型和MoSCoW技术的混合

根据这项技术，我们可以将这些特性分为以下几部分——

必须有（Must-Have）：这些都是关键的用户故事，必须以最高优先级实现。其中任何一个没有实现，都可能极大地阻碍用户体验。这些是卡诺模型中“基本期望”的一部分。例如，解决一个关键bug，或添加一个功能。这个功能如果没有，用户工作流程就不完整。
应该有（Should have）：这些需求对发布来说很重要，但不是至关重要，可以在后面的冲刺中实现。它们位于“期望”或“基本预期”的第一层次，对时间不敏感。
可以有（Could have）：这些需求是值得拥有的，但对发布来说不是必需的。它们位于“期望”或“欣喜”功能特性的第二层级。
不要有（Won’t have）：这些特性与产品目标不一致。在第五章：定义价值主张中，可以了解卡诺模型的更多内容。

2. 价值 VS工作量

我们可以通过多种方式定义一个功能特性的价值：

或者我们也可以用Dan Olsen的定义：

价值=用户需求的重要性—用户对当前解决方案的满意度

然后将功能特性绘制在价值（y轴）和工作量或成本（x轴）的矩阵上。优先级排名将会显示为从原点到每个功能特征直线的斜率。斜率越高，优先级越高。这种方法的主要目标是最大化价值交付。

这种方法需要注意的一点是，它倾向于优先考虑低成本、低价值的项目（这些项目具有良好的价值/成本比率）。这可能会导致产生一个充满简单解决方案的产品。此时，就需要你的判断力了。这个方法必须用作一个指导方针，而不是作为一个确定的答案。

3.RICE分数

你可以使用基于以下因素的优先级分数：

结合以上因素，形成一个RICE分数：

RICE分数= 范围x 影响x 信息/ 工作量

4. 用户故事映射

如果产品正处于MVP阶段，最好基于故事映射（如下图所示）对你的功能特性进行优先级排序。

点击如何定义MVP，并对其优先级进行排序，了解更多

根据产品或用户故事数量，你可以使用上述任何一种技术。

然而，无论使用哪种技术，你应该记住这个活动的重点是：

下一章，我们将探索如何使用敏捷方法开发产品。

推荐阅读：