优先级的确定是很棘手的 – 它是一个不断平衡业务需求、客户期望以及你的团队在短时间内能够实际交付的任务的过程。这并不容易!
但别担心,这篇文章会讲述为MVP确定功能优先级的3个步骤,以及如何带着你的团队踏上产品之旅。
Tenor – 猴子魔法
一、在产品生命周期的规划阶段确定功能的优先级
这个过程在你完成验证阶段并使用功能地图进行范围界定后开始。
能地图通常用于确定产品的功能范围
在这个阶段之后,你将进入详细的范围界定阶段并开始研究设计和技术方案的细节。
二、确定产品功能优先级的3个步骤
1. 按价值对每个功能进行排序
2. 估算每个功能的工作量
3. 使用价值 VS 工作量框架,就MVP达成共识
这些步骤可以在一次会议上完成,也可以在多次会议上完成。
“ 与你的团队一起完成,过程与结果同样重要。”
1. 按价值对每个功能进行排序
价值分为两个方面:商业价值和客户价值。
从价值出发,让你的团队从他们的角度对 “价值 “的定义进行统一。
与能够为这两个价值领域做出贡献的人一起举行一个研讨会。通常的候选人是:
- 技术负责人或将从事解决方案的开发人员
- 设计负责人或用户体验负责人,能够为体验做出贡献
- 能够决定商业价值的利益相关者(PM、CEO、GM等)
- 了解客户价值的领域专家(PM、UX或部门代表)
有多种方法可以根据价值对功能进行优先级排序,但我最喜欢的方法是使用MSCW。
要运行有效的MSCW优先级,你需要做到以下几点:
1. 把你的MVP的时间线写在墙上,让所有人都能看到
2. 如果你没有时间表,根据你的季度目标进行估算。市场时机是取舍的重要因素
3. 和你的团队一起讨论必须、应该、可能、不会有的定义。把这个写在墙上(如果你是远程工作,也可以用Miro)
MSCW定义的例子
4. 为你们小组提供投票点,以便对MSCW进行投票
限制对 “必须 “和 “应该 “的投票,对 “可能 “和 “不会 “的投票不限制。(例如:5个”必须”,10个”应该”,以及无限的”可能”和”不会”。)
5. 让每个人走来走去投票。与你的团队讨论结果 – 询问每次投票背后的原因
6. 如果你的团队需要更多的 “必须 “和 “应该”,就多给一点,然后再重复(通常情况下,两轮就够了)
在对价值达成一致后,进入第二步:工作量估算。
在你的MSCW优先级排序之后,你应该会看到类似这样的内容
2. 估算每个功能的工作量
在这一点上,工作量估算更多是一种猜测。你的团队越有经验,你的工作量估算就越准确。
你可以使用验证阶段的原型图和线框图来辅助估算过程。
这一阶段的目的是实现2个目标:
1. 通过讨论各种设计方法和技术方案,使工作概念化
2. 商定一个工作量,这样才能进入第三步
根据复杂程度和专业知识,采用正确的估算方法
每个团队都拥有不同类型的技能水平、经验和背景。你需要选择适合你团队的最佳方法:
- 对于可能有歧义的功能,可以使用卵石、岩石、巨石。例如,你的团队从未使用过的技术,或者这是一个全新的领域
- 对于你的团队熟悉的功能,使用T恤衫的尺寸。例如,如果你的团队有一定的专业知识,可以进行有根据的猜测
- 对于你的团队擅长的功能,使用数字。例如,如果你的团队在该领域有比较好的知识,可以使用数字。数字可以代表天/小时/周,或者使用故事点,如斐波那契数列(1、3、5、8、13等)
通过对话来估算工作量
下面是带你的团队完成的步骤:
1. 选择一个简单的功能开始,这将是你的基准
2. 选择下一个功能,然后问 “这个功能的工作量与基准相比如何?”
3. 考虑设计、技术和对其它团队的影响。鼓励通过不同的角度来讨论
4. 如果一个估算不切实际(太小或太大),请你的团队讨论他们的想法
5. 就 “合理的估算 “达成一致意见,并转入下一个功能
有时一个功能可能需要更多的研究 – 记下这一点,然后再来研究。写下你对功能的估算。
你应该看到这样的东西,在你的工作量优先级之后
3. 根据价值和工作量决定MVP
到了这个时候,你应该对你MVP的成型有足够的理解、洞察力和知识。
看看功能图,从对MVP的 “推荐 “开始。作为一个产品经理,人们会听取你的建议。
做好准备,但要对变化持开放态度。有一个观点会加快这个过程,并允许你推动范围。
使用 “价值 VS 工作量 “框架来激发对话
邀请你的核心团队参加会议,决定MVP。提供你的理解,并征求团队的意见。
将产品愿景和时间安排写在墙上。使用下面的 “价值 VS 工作量” 框架来促进对话。
最好的情况是致力于高价值、低工作量的功能 – 最大化投资回报。
在某些情况下,你可能会处理那些高工作量、低价值的功能。例如,如果CEO认为这是一个战略赌注。如果发生这种情况,你需要将工作量分解成小块,并尽快验证价值。
追求进步,而不是完美。
你应该在价值 vs 工作量的优先级之后看到这样的东西
归纳总结,并以书面形式进行回访交流
一旦你的团队就MVP达成一致。将功能列表记录下来,并通过电子邮件反馈给团队,以便保存记录。
有一个优先级的记录会减少未来的混乱。下面是一个要发送的例子:
我在这个例子中使用了Trello,但你可以使用任何你选择的工具
三、获得MVP不是终点,而是过程
功能优先级的目标是为了获得共识来推进工作。
当你进展到详细规划时,努力的方向会更加明确,你需要再次重新确定优先级。当你开始开发或发布一个功能时,同样的理论也适用。
每当有新的信息闪现时,重新审视你的MVP功能。这是一个不断平衡优先级的过程。
但无论如何变化,这3个步骤是不变的:
1. 根据价值对每个功能进行排序(这样你的团队就会有相同的想法)
2. 估算每个MVP功能的工作量(以便你的团队能够讨论解决方案)
3. 利用价值 vs工作量框架来获得共识(这样你的团队才能向前发展)
一旦你掌握了排列功能优先级的方法,你就可以将同样的思维方式和过程应用到产品路线图的所有其它领域。