以京东钱包为例,产品经理如何给需求分优先级

2-1. 用各种方法确认相对成本（如Team Estimation Game、Planning Poker，可展开），注意，这里是要各个功能的成本比例和排序，并不用评估到具体的“人天”
3. 确认性价比 = 价值/成本，得到初步排序
4. 识别功能类别，个人比较习惯用KANO模型（可展开）
4-1. 分类-基础、期望、亮点、无差别、反向
4-2. 分别对待：基本功能必做、实现个别低成本的亮点（大公司做法不同，可展开）、期望功能按性价比排序、无差别功能别做（无差别功能的低成本判断方法，可展开）、反向功能权衡利弊（往往是多目标的冲突处理，可展开）
4-3. 得到优化过的排序
5. 其他实际情况的考虑
5-1. 内外部依赖关系：合作部门？公司？某功能必须要谁做？……
5-2. 功能组合的完整性，模块依赖什么的
5-3. 其他朋友说到的老板需求什么的
6. 如太极，把招式忘掉，追求“如何拿到结果”
由团队共同决定@JoAnna
1. 团队的KPI
2. 产品的已有定位
3. 大盘和竞品分析
4. 用户集中的反馈
根据产品数据分析确定排序@粥小夏
根据产品的核心功能和产品的数据分析报告来确定最终的需求优先级排序
用户的需求只是产品迭代的部分依据，并不是产品的最终走向
总结
产品经理要通过分析用户需求来决定产品迭代，但无论如何所做的一切迭代都不能脱离产品最核心。

高级产品经理管理需求采优先排序的原则需求管理是产品经理的基本技能。

尽管产品经理从职业生涯开始就接触到需求，但大多数人都可以通过经历需求过程来快速理解过程。

但基本技能也是测试技能深度的关键。

原本希望用一篇文章来说明如何做好需求管理，但是发现这会导致文章太长不易阅读，简单用一系列的话来说，到底需求是什么，如何做好需求管理。

这一期主要讲两个方面基本解决问题：什么是需求总体思路下的优先权确定原则以下，Enjoy。

需求是装配线上的零件吗？回想刚入行时，我对需求的理解就好像是从流水线上传过来的一个零件，这个需求是上游给的，这个需求是业务给的。

即使是mentor说，或者你意识到要评估衡量管理需求，对于一个新手来说，事实上总是缺少对需求的管理的。

当然，这是每个产品经理成长必须经过的一个阶段，我以及周围很多同行的经验告诉我，这个阶段是无法jump过去的，在这个阶段中的PM们也不要心急，没有什么秘诀或者捷径可以让你获得老司机的功力，必须有这样的思想准备。

和所有学生迷茫焦躁的新手PM们一样，我也是可以跟着老师一遍一遍走需求的完整工作流程。

最开始在需求的管理和把控上都很被动，因为在业务创新驱动的公司，业务相关部门之间具有中国天然的话语分析优势，你会感受到分分钟被GMV碾压——“这个社会功能发展非常十分重要！这一期必须上！”“为什么？”“不上我们会损失XXGMV，会严重问题影响企业用户使用体验”……类似的对话相信我国很多技术产品设计都很熟悉了。

我当时的感受是，每个月总有效率那么通过几天是在和业务主要围绕着成吨的需求信息进行一些低效率地撕逼，撕完之后需要再去反省，就会一直觉得他们自己好弱鸡，“如果不能换成这样的思路，这样的说服教育方式，效果研究应该会好一点。

”经历多次撕逼——反省——撕逼的非良性生态循环后，正好是另一个新的大版本的开始，我下定决心要整体复盘寻找解决这种经济循环的七寸。

经过任何一个传统春节假期对所有旧版本需求的梳理知识以及分版本的复盘之后，突然出现感觉打通了经脉，有一种“呵，原来生活需求要这样财务管理”的感悟能力以及“我原来到底是怎么做需求的？！”的诧异。

产品经理如何制定项目优先级在当今竞争激烈的市场环境中，产品经理面临着众多的项目和任务，如何合理地制定项目优先级成为了他们工作中的关键挑战。

有效的项目优先级制定不仅能够确保资源的合理分配，提高团队的工作效率，还能够更好地满足市场需求和实现企业的战略目标。

首先，产品经理需要明确企业的战略目标。

这是制定项目优先级的基础和出发点。

企业的战略目标可能包括市场份额的扩大、盈利能力的提升、品牌形象的塑造等。

产品经理要深入理解这些目标，并将其转化为具体的产品目标。

例如，如果企业的战略目标是在短期内迅速提高市场份额，那么与之相关的产品功能改进或新产品开发项目就应该具有较高的优先级。

其次，对市场需求进行深入的调研和分析。

了解用户的痛点、需求和期望，以及市场的趋势和竞争态势。

通过用户反馈、市场调研数据、竞争对手分析等手段，获取全面的市场信息。

如果发现某个市场需求非常紧迫且未被满足，那么针对该需求的项目就应该被优先考虑。

比如，在智能手机市场，如果用户对电池续航能力的抱怨强烈，而竞争对手尚未在这方面取得显著突破，那么开发一款具有超长续航能力的手机项目就可能具有较高的优先级。

再者，评估项目的潜在价值和风险也是至关重要的。

潜在价值包括直接的经济效益，如销售额的增长、成本的降低，也包括间接的价值，如用户满意度的提升、品牌忠诚度的增强等。

同时，要充分考虑项目可能面临的风险，如技术难题、市场变化、法律法规限制等。

对于价值高且风险低的项目，应给予较高的优先级；而对于价值不明确或风险过高的项目，则需要谨慎对待。

资源的可用性也是影响项目优先级的重要因素。

产品经理需要清楚了解团队的人力、技术、时间等资源状况。

如果某个项目需要大量的资源投入，而当前资源紧张，那么可能需要调整其优先级或者寻找更高效的资源利用方式。

比如，一个需要跨部门协作且多个关键人员已经在其他重要项目中忙碌的项目，可能就需要暂时降低其优先级。

项目的紧急程度也是不能忽视的。

有些项目可能由于外部因素，如竞争对手的行动、法规的即将生效等，具有很强的时间紧迫性。

需求优先级的确定及划分方法
在进行项目开发过程中，需求的优先级是十分重要的，它决定了项目开发的先后顺序和时间周期。

本文将介绍需求优先级的确定及划分方法。

确定需求优先级的方法
1. 利益相关者投票法
利益相关者包括项目经理、开发人员和用户等，他们可以利用投票的方式来确定需求的优先级。

具体方法可以选择各个利益相关者独立投票，或者在协商过程中形成一致意见后再进行投票。

2. 价值评估法
通过对需求的价值进行评估，以此来确定需求的优先级。

对于公司或用户或项目经理等不同的利益相关者来说，对需求价值的评估标准也将不同，可以选择合适的评估方法，在评估结果中确定需求优先级。

划分需求优先级的方法
1. 高中低优先级法
将所有需求按照其优先级分为高、中、低三个等级，在开发的
过程中，按照其等级优先进行开发。

当高优先级开发完成后，再进
行中等优先级的需求开发，以此类推。

具体实现可以通过建立需求
清单和任务清单来进行划分。

2. 时间迫切法
将所有需求按照其完成时间的紧迫程度来进行划分，需要最快
完成的需求视为高优先级，需要较长时间才能完成的需求视为低优
先级。

综上所述，确定和划分需求的优先级是一个精细、复杂的过程，需要进行有效规划和合理分配。

在确定需求优先级的过程中，可以
通过利益相关者投票法和价值评估法来进行；在划分需求优先级的
过程中，可以采用高中低优先级法和时间迫切法等方法。

产品经理如何做好版本管理与需求优先级产品经理在版本管理和需求优先级的管理上要做好以下几方面的工作：1.收集和整理需求：产品经理应该全面地了解用户需求和市场需求，并将其收集起来进行整理和分类。

一方面可以通过与用户和销售团队的沟通来收集需求，另一方面可以通过市场调研和竞品分析来了解用户的需求和行业趋势。

2.设定优先级：对于不同的需求，产品经理需要根据公司策略、业务目标和市场需求来设定优先级。

通常可以根据以下几个方面来进行评估：用户价值，技术可行性，市场竞争力和紧迫程度等。

可以使用一些常见的方法如KANO模型、九宫格优先级矩阵等来帮助确定需求的优先级。

3.制定产品路线图：产品经理需要将所有的需求整合到产品路线图中。

产品路线图是指产品的发展规划，可以从短期和长期两个维度来制定。

短期的产品路线图可以根据当下的优先级需求来安排，而长期的产品路线图则是为了实现公司的长远目标而制定的。

5.优化需求实施：产品经理需要与开发、设计和测试团队密切合作，确保需求的实施质量和进度。

在需求实施过程中，应该及时跟踪进度，解决问题，及时调整优先级，确保产品按时发布。

6.监控和反馈：产品经理需要对发布的产品进行监控和反馈。

可以通过用户反馈、数据分析和市场调研等方式来了解产品的使用情况和市场反馈。

根据这些反馈，可以对产品进行优化和调整，并根据市场需求重新制定优先级和版本计划。

7.持续优化：版本管理和需求优先级是一个不断优化的过程。

随着产品的不断发展和市场需求的变化，产品经理需要不断地对版本管理和需求优先级进行调整和优化，以保持产品的竞争力和满足用户需求。

总结起来，产品经理想要做好版本管理和需求优先级的管理，需要全面了解和整合用户需求和市场需求，设定合理的优先级，制定清晰的产品路线图和版本计划，与开发团队紧密合作，及时调整优先级和解决问题，并持续监控和优化产品。

这样才能确保产品按时、高质量地发布，并不断满足用户需求。

需求的优先级排序所谓“熊掌与鱼，不可兼得”，我们的时间、精力或者其它资源都是稀缺的。

当我们做出决定的时候，我们就该为这些事情指定优先级，一件一件的完成。

需求优先级排序无论是在刚入职还是到产品总监一直到老板，一直存在的问题就是需求优先级的问题。

所以在这一点上，不仅仅在产品的工作中，其实日常的工作和生活中这个方法也是管用的。

对于产品也一样，我们搞出来很多需求，感觉都想做，无处着手~接下来，我们一起来学习一下如何通过几个简单的维度给需求进行优先级排序。

我建议优先级排序依据四种：频率、开发难度和效果、产品价值、对用户的熟悉程度。

老板：最近上门服务特别火，我们转型吧，要不我们也做一个每天送花上门的APP吧，我老婆就特别喜欢有人给他送花，一定有市场。

PM：中国人没有每天送花的习惯，而且花太贵了，这个项目不靠谱。

老板：怎么可能，中国有好多土豪呢，还有很多包二奶的，都有钱啊。

PM：……反正不靠谱。

所以，基本这类PM老板很难受，肯定是第一波被开掉的人。

因为永远是在否定，而不是在网下在延伸。

在这个情况下，产品经理应该怎么合理说服老板呢？1、优先解决大用户量的高频问题，基础体验。

2、最后解决少量以用户的低频问题，超好体验。

我们在日常工作中经常会发生一个问题，我们老是去解决一些少量用户的低频问题。

这样的话，少量用户的口碑当然好，体验也还可以，但是你的基础体验出问题了。

应该大量用户做的事情并没有做好，但是你做了一些特别小众的用户，它并不能给你带来大量的价值。

所以在这个角度来说，是有问题的。

所以，这个四象限大概是这样的。

首先是发生频率从低到高，用户量从少到多。

这个时候，首先要做的是频率非常高，用户非常大的，这是第一个；第二个是做用户非常大，但频率相对比较低的，这个能带来更好的体验。

第一个是基础体验，说明这个产品能通了，基本的路径能用，而且是在一个六七十分的水平，然后对大量用户来说，还有一些频率不高但是体验还可以的，这就是我们提供一个相对良好的体验。

前几天在社群里有人问怎么排需求优先级，今天来简单聊聊这个问题。

其实需求优先级有很多成熟的方法论，常用的有4个：我平时用的，是矩阵分析法，的变种。

先来一下矩阵分析法，它是根据需求的重要性和紧急性两个属性来确定优先级。

其实我一直不是很理解，重要性和紧急性分得开吗？一个很紧急的需求，难道不是很重要吗？比如之前的淘宝弹窗事件，ios版本突然出现一个bug，启动应用时会有个弹窗：常规来说，这种bug的修复肯定是紧急性max，难道不也是重要性max 吗？所以为了更清晰的表述一个需求的优先级，我对矩阵分析法做了调整：同样是一个矩阵，纵轴代表需求之于产品的价值，越往上，价值越高，横轴是需求的开发成本，越往右边开发成本越高。

总共分为4个区域，序号代表优先级。

这样排优先级的好处是，非常方便的确定下一次迭代做哪些需求：P1需求+部分P2需求。

现在互联网产品崇尚快速迭代，一般每次迭代的开发上线周期不超过2周，所以每次要做的需求也是比较有限的，按照我们这个需求优先级，P1需求是每次必做的，然后根据工作量，加入部分P2需求，确保开发同学在本次迭代周期内工作量是饱和的。

具体分析一下矩阵的两个维度：产品价值和开发成本。

怎么确定一个需求的产品价值高还是低呢？主要看这么几个方面：一个需求影响的用户量越大、用户使用的频次越高、用户需要的迫切程度越大，就说明这个需求的价值越高。

另外，如果一个需求能明显的提高用户的付费意愿，那么这个需求的产品价值也是很高。

特别是B端saas产品，如果一个大客户明确表示：你做了a需求，我就签单！决定一个几十甚至几百万的大合同，你说a需求的价值高吗？所谓的产品价值，说白了，就是做了这个需求，我们的产品能得到什么？产品需要的东西，就两类：要么是用户增长，要么是营收。

这两类就是产品价值的本质。

开发成本就比较好理解了，主要就是开发同学的工作量。

具体到需求的工作量，最好找开发同学一起评估。

众所周知，程序猿的工资很高，既然付出了固定的成本，就要让他们做价值高的事情。

需求优先级管理流程说明本文档旨在说明需求优先级管理的流程，以确保需求的合理排序和高效实施。

通过正确管理需求优先级，可以最大程度地满足用户需求并提升项目的成功率。

流程概述需求优先级管理流程分为以下几个步骤：1. 需求收集：团队收集并记录所有相关需求。

2. 需求评估：团队对每个需求进行评估，包括需求的重要性、紧急性和影响程度等。

3. 优先级制定：根据评估结果，制定每个需求的优先级。

4. 优先级确认：团队与相关利益相关者确认需求的优先级，并确保达成一致。

5. 优先级调整：根据项目实际情况和利益相关者的变化意见，调整需求的优先级。

6. 实施计划制定：根据需求的优先级，制定实施计划，确保高优先级需求能够及时得到满足。

7. 需求跟踪：在项目执行过程中，跟踪需求的实施情况，并及时更新需求优先级。

流程细节1. 需求收集需求收集是需求优先级管理的第一步，团队成员通过与利益相关者沟通，收集并记录所有相关需求。

2. 需求评估在需求评估阶段，团队对每个需求进行评估。

评估的内容包括需求的重要性、紧急性和影响程度等。

评估结果将为后续的优先级制定提供依据。

3. 优先级制定基于需求评估的结果，团队制定每个需求的优先级。

常用的优先级分为高、中、低三个级别，也可以根据实际情况进行细分。

4. 优先级确认团队与相关利益相关者进行沟通和确认，确保对需求优先级达成一致。

利益相关者的意见和反馈将被纳入考虑，以确保优先级的准确性和公正性。

5. 优先级调整在项目执行过程中，需求的优先级可能会发生变化。

团队应密切关注项目进展和利益相关者的需求变化，并及时调整需求的优先级。

6. 实施计划制定根据需求的优先级，制定实施计划，确保高优先级需求能够及时得到满足。

实施计划需要考虑团队资源和项目时间的可行性，并与相关人员进行沟通和确认。

7. 需求跟踪在项目执行过程中，需要跟踪需求的实施情况，并及时更新需求优先级。

通过需求跟踪，可以及时发现问题和调整优先级，以保证项目的顺利进行。

如何判断需求的优先级1. 如何判断需求的优先级基本的原则是通过两个维度来判断：重要程度和紧急程度。

优先级的排序是：重要紧急 > 重要不紧急 > 紧急不重要 > 不紧急不重要那么如何判断需求的重要和紧急程度？⽅法1：根据产品发展阶段判断，产品阶段划分为起步阶段，发展阶段和迭代阶段。

起步阶段注重核⼼功能的实现，需要快速推出市场验证产品的可⾏性；发展阶段会进⾏功能扩展和完善，这个阶段会进⾏⼩范围的试错试验；到了迭代阶段，产品已经成熟稳定，需求会更加注重⽤户体验⽅⾯。

起步阶段做基本型功能，发展阶段做期望型功能，迭代阶段做兴奋性功能，重要程度是基本型功能>期望型功能>兴奋型功能。

⽅法2：需求价值判断法：也就是性价⽐判断，考虑需求实现需要的开发资源和运营资源，考虑需求的受众⾯，⽤户的使⽤频次，是否为刚需（对⽤户的必要程度）。

2. 如何做版本规划- 明确每个版本迭代的⽬标，这样团队在设计、开发产品的时候有⽅向感，另外后期时间紧张的话，⽐较容易砍掉⼀些⽆关的需求。

- 根据产品发展阶段指定版本⽬标启动期：启动期主要验证产品的功能是否符合市场需求，这才是1，否则市场根本没这个需求，或者有这个需求，但你的产品满⾜不了，后期拉新多少，死多少。

所以这个时候，迭代要快，只做产品主要功能。

成长期：在市场需求验证成⽴之后，这个时候产品的主要⽬标就是拉新，尽可能多的拉新⽬标⽤户，所以这个时候产品经理的迭代⽬标就以拉新为主。

顺带要优化⽤户体验，这样你才能形成⼝碑传播，让更多的⽤户来⽤。

所谓的⽤户体验，就是你要超出⽤户预期，让⽤户觉得好⽤，成熟期：成熟期的产品已经进⼊稳定阶段，这个时候的产品很难再突破性的增长，这个时候我们的主要⽬标是活跃和营收，毕竟不赚钱只烧钱的产品谁也撑不住。

这个时候的迭代可以以稳为主，就像公司发展到⼀定阶段，求稳，⽽不求快⼀样。

产品的优先级应该怎么定产品经理通过各种渠道接到产品需求后，第一步要做的就是对需求进行和处理，对需求的优先级采取评估。

具体怎么做？可能需要遵循哪些标准？本版我从自身工作实践出发，对此积极展开了分析讨论，一起来看看~先说下要产品经理的职责是什么？我理解产品经理分管要为以下几点负责：这4点，我认为排列优先级是最玄学的。

一千个人排列优先级，就有一千种排列方式。

那为什么是玄学呢？或者说为什么每个人都有不同的优先级排列方式，因为这是一个某种程度判断，且影响因素太多，例如项目阶段、实现成本、提出人、收益情况、紧急情况、重要与否，每个人对于这些线性的感受程度是所有不一样的。

拿我之前做的一款内容产品来讲，当时我负责一块研究性模块内容，当时我判断继续的优先级是持续产出优质的内容，所以会把焦点放在秩序持续放在输出的内容品质，与输出内容的人身上。

虽然项目刚开始启动的时候，这么做没有问题，但是当我们有了这部分内容的累积，重要是扩大影响力，通过相同类型的内容客户端，投放我们的内容，曝光在更多的用户面前，赢取更多的影响力，从而以获取更多的资源，帮助优质内容的输出，形成良性循环。

因为错误的判断，错过时间窗口，产品影响力没有做恨不得。

所以为什么要有优先级？优先级其实是聚焦目标，有好好了目标再以去拆解实现方法，没有目标，就不知道终点是哪里，不具体也不可表征。

排优先级，我们在排什么？我在此之后产品的理解是产品需求的优先级，例如我现在手上三个有几个需求，根据今天的业务诉求，阶段目标，来排下序。

最近通过实际做业务和一些大佬的文章，有了一些新的认知。

我现在在做TOB产品，所以简要以TOB产品的工作方式，进行举例。

需求的主要来源方为六个渠道渠道，业务方提出的需求，产品自己提出的需求，来自老板提出的需求。

需求叠加在一起，我们怎么样应该优先实现哪个？为自己的业务发展目标、产品首要目标建立一个清单，例如：线索量、交易转化率、完成最小交易双方闭环、解决打印能力，根据业务目标倒推我要实现的产品需求。