2021-09-20日客套企业名录搜索软件新增111953条企业名录资源,注册提取>>>

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

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

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

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

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

如何对特性(用户故事)进行优先级排序?

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

A.定义产品或业务的重要主题,并确定主题的优先级

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

  • 获取
  • 激活
  • 留存
  • 付费
  • 推荐

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

B.对当前产品主题的功能特性,排定优先级。

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

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

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

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

2. 价值 VS工作量

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

  • 该功能特性满足的需求,对于用户来说有多重要?
  • 对于完成产品工作流程,或用户想要完成的任务来说,该功能特性有多重要?

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

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

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

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

3.RICE分数

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

  • 范围(Reach):这个功能特性会影响多少用例,或者会影响多少人?(1-5分的范围,你可以定义每个分数的范围)
  • 影响(Impact ):对所有目标的影响有多大(例如对收入、转化率、流量、推荐等的影响)?(巨大- 3、高- 2、中- 1、低- 0.5、小- 0.25)
  • 工作量(Effort )——开发这个功能特性需要多少“人周”。
  • 信心(Confidence )——你对自己的估计有多自信?(高- 1,中- 0.8,低- 0.5)

结合以上因素,形成一个RICE分数:

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

4. 用户故事映射

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

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

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

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

  • 专注于为用户提供价值
  • 不要浪费任何时间/资源
  • 最重要的是,优先级划分不应该是一个人的事

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