专业的短链接生成工具
链接域名
短网址有效期
确定MVP功能优先级的3个步骤
更新时间：2025-5-23 13:04:35 作者：爱短链
编辑导语：确定MVP功能的优先级是一件非常繁琐的事情，过程的复杂性和时间的紧迫性决定了这件事并不简单。
今天，作者总结了这篇文章MVP功能优先级的三个步骤揭示了为什么要获得MVP不是终点，而是过程。
希望大家能举一反三，把它应用到其他领域。
确定优先级很难 – 这是一个不断平衡业务需求、客户期望和团队在短时间内实际交付的过程——这并不容易！ 但别担心，这篇文章会讲的MVP确定功能优先级的三个步骤，以及如何带领您的团队踏上产品之旅。
一、在产品生命周期规划阶段确定功能优先级 在您完成验证阶段并使用功能地图定义范围后，开始此过程。
现阶段结束后，您将进入详细定义阶段，并开始研究设计和技术方案的细节。
二、确定产品功能优先级的三个步骤 每个功能按价值排序； 估计每个功能的工作量； 使用价值 VS 工作量框架，就MVP达成共识。
这些步骤可以在一次会议或多次会议上完成，与你的团队一起完成，过程和结果同样重要。
1. 根据价值对每个功能进行排序 价值分为商业价值和客户价值两个方面，让你的团队从他们的角度来看 “价值 统一定义。
与能为这两个价值领域做出贡献的人一起举办研讨会，通常候选人是： 技术负责人或开发人员将从事解决方案； 设计负责人或用户体验负责人可以为体验做出贡献； 利益相关者可以决定商业价值（PM、CEO、GM等）； 了解客户价值的领域专家（PM、UX或部门代表)。
根据价值优先排序功能的方法有很多，但我最喜欢的方法是使用它MSCW。
2. 有效运行MSCW优先级，你需要做以下几点 1）把你的MVP时间线写在墙上 让每个人都能看到。
2)如果没有时间表，按照季度目标估算，市场时机是选择的重要因素 3)与你的团队讨论必要、应该、可能和不可能的定义 把这个写在墙上(如果是远程工作，也可以用Miro）。
4)为您的团队提供投票点MSCW进行投票 限制对 “必须 “和 “应该 投票，对 “可能 “和 “不会 投票没有限制(如:5必须，10应该，无限可能和不)。
5)让大家走来走去投票 与团队讨论结果，询问每次投票背后的原因。
6)如果你的团队需要更多 “必须 “和 多给点应该，然后重复 通常，两轮就足够了。
在达成价值协议后，进入第二步-工作量估算。
2. 估计每个功能的工作量 在这一点上，工作量估计更多的是一种猜测。
你的团队越有经验，你的工作量估计就越准确。
您可以使用验证阶段的原型图和线框图来辅助估计过程。
本阶段的目的是实现两个目标： 讨论各种设计方法和技术方案，使工作概念化； 为了进入第三步，商定一个工作量。
根据复杂性和专业知识，采用正确的估计方法。
每个团队都有不同类型的技能水平、经验和背景。
您需要选择适合您团队的最佳方式： 卵石、岩石和巨石可用于可能存在歧义的功能。
例如，你的团队从未使用过技术，或者这是一个新的领域 熟悉您团队的功能：使用t恤的尺寸。
例如，如果您的团队有一定的专业知识，可以进行基本的猜测 您的团队擅长的功能：使用数字。
例如，如果您的团队在这一领域有更好的知识，您可以使用数字。
数字可以代表每天/小时/周，或使用故事点，如斐波那契数列（1、3、5、8、13等）。
通过对话估计工作量，以下是带领团队完成的步骤： 选择一个简单的功能开始，这将是你的基准； 选择下一个功能，然后询问 与基准相比，这个功能的工作量如何？ 考虑设计、技术和对其他团队的影响。
鼓励从不同的角度进行讨论； 如果估计不切实际(太小或太大)，请团队讨论他们的想法； 就 合理估算 达成协议并转入下一个功能。
有时一个功能可能需要更多的研究，写下这一点，然后研究，写下你对功能的估计。
3. 根据价值和工作量决定MVP 在这个时候，你应该对待你MVP对成型有足够的理解、洞察力和知识。
看功能图，从对MVP的 推荐开始。
作为一名产品经理，人们会听取你的建议。
做好准备，但要对变化保持开放的态度，有一种观点会加快这个过程，并允许你推广它。
使用“价值 VS 工作量框架激发对话，邀请核心团队参加会议，决定MVP。
提供您的理解，并征求团队意见。
在墙上写下产品愿景和时间表，使用以下内容 “价值 VS 工作量” 促进对话的框架。
最好的情况是致力于高价值、低工作量的功能 – 最大化投资回报。
在某些情况下，你可能会处理高工作量和低价值的功能。
例如，如果CEO认为这是一个战略赌注，你需要把工作量分解成小块，尽快验证价值。
追求进步，而不是完美。
总结，以书面形式回访交流。
一旦你的团队MVP达成协议，记录功能列表，并通过电子邮件反馈给团队，以保存记录。
优先记录将减少未来的混乱。
以下是一个需要发送的例子： 三、获得MVP不是终点，而是过程 功能优先级的目标是获得共识，促进工作。
当你进入详细的计划时，努力的方向会更加明确，你需要重新确定优先级；当你开始开发或发布功能时，同样的理论也适用。
每当有新的信息闪现重新审视你MVP这是一个不断平衡优先级的过程。
但无论如何变化，这三个步骤都是不变的: 根据价值对每个功能进行排序(这样你的团队就会有同样的想法)； 估算每个MVP功能工作量(让你的团队讨论解决方案)； 利用价值 vs工作量框架获得共识(这样你的团队才能前进)。
一旦掌握了排列功能优先级的方法，就可以将同样的思维方式和流程应用到产品路线图的所有其他领域。
原文作者：Product Dave 原文链接：https://productcoalition.com/how-to-prioritise-features-for-your-product-a19f8daf77a6 译者:产品侠，微信微信官方账号:产品侠 特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。
本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。
如有侵权行为，请联系网站管理员删除，。
今天，作者总结了这篇文章MVP功能优先级的三个步骤揭示了为什么要获得MVP不是终点，而是过程。
希望大家能举一反三，把它应用到其他领域。
确定优先级很难 – 这是一个不断平衡业务需求、客户期望和团队在短时间内实际交付的过程——这并不容易！ 但别担心，这篇文章会讲的MVP确定功能优先级的三个步骤，以及如何带领您的团队踏上产品之旅。
一、在产品生命周期规划阶段确定功能优先级 在您完成验证阶段并使用功能地图定义范围后，开始此过程。
现阶段结束后，您将进入详细定义阶段，并开始研究设计和技术方案的细节。
二、确定产品功能优先级的三个步骤 每个功能按价值排序； 估计每个功能的工作量； 使用价值 VS 工作量框架，就MVP达成共识。
这些步骤可以在一次会议或多次会议上完成，与你的团队一起完成，过程和结果同样重要。
1. 根据价值对每个功能进行排序 价值分为商业价值和客户价值两个方面，让你的团队从他们的角度来看 “价值 统一定义。
与能为这两个价值领域做出贡献的人一起举办研讨会，通常候选人是： 技术负责人或开发人员将从事解决方案； 设计负责人或用户体验负责人可以为体验做出贡献； 利益相关者可以决定商业价值（PM、CEO、GM等）； 了解客户价值的领域专家（PM、UX或部门代表)。
根据价值优先排序功能的方法有很多，但我最喜欢的方法是使用它MSCW。
2. 有效运行MSCW优先级，你需要做以下几点 1）把你的MVP时间线写在墙上 让每个人都能看到。
2)如果没有时间表，按照季度目标估算，市场时机是选择的重要因素 3)与你的团队讨论必要、应该、可能和不可能的定义 把这个写在墙上(如果是远程工作，也可以用Miro）。
4)为您的团队提供投票点MSCW进行投票 限制对 “必须 “和 “应该 投票，对 “可能 “和 “不会 投票没有限制(如:5必须，10应该，无限可能和不)。
5)让大家走来走去投票 与团队讨论结果，询问每次投票背后的原因。
6)如果你的团队需要更多 “必须 “和 多给点应该，然后重复 通常，两轮就足够了。
在达成价值协议后，进入第二步-工作量估算。
2. 估计每个功能的工作量 在这一点上，工作量估计更多的是一种猜测。
你的团队越有经验，你的工作量估计就越准确。
您可以使用验证阶段的原型图和线框图来辅助估计过程。
本阶段的目的是实现两个目标： 讨论各种设计方法和技术方案，使工作概念化； 为了进入第三步，商定一个工作量。
根据复杂性和专业知识，采用正确的估计方法。
每个团队都有不同类型的技能水平、经验和背景。
您需要选择适合您团队的最佳方式： 卵石、岩石和巨石可用于可能存在歧义的功能。
例如，你的团队从未使用过技术，或者这是一个新的领域 熟悉您团队的功能：使用t恤的尺寸。
例如，如果您的团队有一定的专业知识，可以进行基本的猜测 您的团队擅长的功能：使用数字。
例如，如果您的团队在这一领域有更好的知识，您可以使用数字。
数字可以代表每天/小时/周，或使用故事点，如斐波那契数列（1、3、5、8、13等）。
通过对话估计工作量，以下是带领团队完成的步骤： 选择一个简单的功能开始，这将是你的基准； 选择下一个功能，然后询问 与基准相比，这个功能的工作量如何？ 考虑设计、技术和对其他团队的影响。
鼓励从不同的角度进行讨论； 如果估计不切实际(太小或太大)，请团队讨论他们的想法； 就 合理估算 达成协议并转入下一个功能。
有时一个功能可能需要更多的研究，写下这一点，然后研究，写下你对功能的估计。
3. 根据价值和工作量决定MVP 在这个时候，你应该对待你MVP对成型有足够的理解、洞察力和知识。
看功能图，从对MVP的 推荐开始。
作为一名产品经理，人们会听取你的建议。
做好准备，但要对变化保持开放的态度，有一种观点会加快这个过程，并允许你推广它。
使用“价值 VS 工作量框架激发对话，邀请核心团队参加会议，决定MVP。
提供您的理解，并征求团队意见。
在墙上写下产品愿景和时间表，使用以下内容 “价值 VS 工作量” 促进对话的框架。
最好的情况是致力于高价值、低工作量的功能 – 最大化投资回报。
在某些情况下，你可能会处理高工作量和低价值的功能。
例如，如果CEO认为这是一个战略赌注，你需要把工作量分解成小块，尽快验证价值。
追求进步，而不是完美。
总结，以书面形式回访交流。
一旦你的团队MVP达成协议，记录功能列表，并通过电子邮件反馈给团队，以保存记录。
优先记录将减少未来的混乱。
以下是一个需要发送的例子： 三、获得MVP不是终点，而是过程 功能优先级的目标是获得共识，促进工作。
当你进入详细的计划时，努力的方向会更加明确，你需要重新确定优先级；当你开始开发或发布功能时，同样的理论也适用。
每当有新的信息闪现重新审视你MVP这是一个不断平衡优先级的过程。
但无论如何变化，这三个步骤都是不变的: 根据价值对每个功能进行排序(这样你的团队就会有同样的想法)； 估算每个MVP功能工作量(让你的团队讨论解决方案)； 利用价值 vs工作量框架获得共识(这样你的团队才能前进)。
一旦掌握了排列功能优先级的方法，就可以将同样的思维方式和流程应用到产品路线图的所有其他领域。
原文作者：Product Dave 原文链接：https://productcoalition.com/how-to-prioritise-features-for-your-product-a19f8daf77a6 译者:产品侠，微信微信官方账号:产品侠 特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。
本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。
如有侵权行为，请联系网站管理员删除，。
