需求优先级，简单聊聊

周末随便写点~ 几天前，社区中有人问如何优先考虑需求。今天，让我们简单谈谈这个问题。 事实上，成熟的方法论有很多，常用的有四种： 我通常使用矩阵分析法和变种。 让我们从矩阵分析方法开始。优先级是根据需求的重要性和紧急性来确定的。事实上，我不太明白重要性和紧急性是否可以分开？一个非常紧急的需求不是很重要吗？ 比如之前淘宝弹窗事件，ios一个版本突然出现了bug，启动应用时会有弹出窗口： 这是常规的bug修复必须是紧急的max，也不重要吗？max吗？ 因此，为了更清楚地表达需求的优先级，我调整了矩阵分析方法： 也是矩阵，纵轴代表产品价值的需求，越高，价值越高，横轴是开发成本的需求，越右开发成本越高。 序号代表优先级分为四个区域。 P1优先级，产品价值高，开发成本低，是最高优先级； P优先级有两种，产品价值低，开发成本低，产品价值高，开发成本高； P3优先级，产品价值低，开发成本高，是不讨好的需求。 这种优先级的优点是，很容易确定下一次迭代求：P1需求 部分P2需求。 目前，互联网产品提倡快速迭代。一般来说，每次迭代的开发和启动周期不超过2周，因此每次需求相对有限。根据我们的需求，P1每次都要做需求，然后根据工作量增加部分P2.确保开发学生在迭代周期内工作量饱和。 分析矩阵的两个维度：产品价值和开发成本。 如何确定产品价值是高是低？主要看以下几个方面: 用户数量受需求影响越大，用户使用频率越高，用户需求的紧迫性越大，需求的价值就越高。 此外，如果需求能显著提高用户的支付意愿，那么需求的产品价值也很高。 特别是B端saas产品，如果一个大客户明确表示:你做了a需求，我就签单！决定一份几十万甚至几百万的大合同，你觉得a需求的价值高吗？ 所谓的产品价值，直率地说，就是做这个需求，我们的产品能得到什么？产品需要两种：用户增长或收入。这两种类型是产品价值的本质。 开发成本更容易理解，主要是开发学生的工作量。具体到工作量的需求，最好找开发学生一起评估。 众所周知，程序猿的工资很高，既然付出了固定的成本，就要让他们做有价值的事情。 产品经理有时似乎也想要精神资本家 (微信官方账号回复PRD获取鹅厂内部需求文档模板！ 此外，在实际工作中，没有必要复制需求优先级的理论，或者根据实际情况。例如，淘宝出现了bug，你不能一步一步地优先考虑这种紧急情况。你只能停止团队的所有工作，集中精力解决问题bug。 在确定需求优先级后，需要将需求放在需求池中，这是我常用的需求池： 微信官方账号:产品经理日记:（ID：p_m_diary）回复需求池 特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。如有侵权行为，请联系网站管理员删除，。