需求价值量化及优先级排序方法

需求处理能力产品经理的核心能力模型的重要维度之一，作为产品经理每天要处理各种各样的需求，如果说需求分析聚焦的是单个业务或单个功能的挖掘转化，那么需求管理则更能体现一个PM运筹帷幄、有条不紊的大局观和节奏感，既能业务满意，也能研发认可，自己也不至于每天忙成小陀螺。

一、需求管理的主要痛点问题

需求源源不断，资源是一直紧缺的。我经历过的互联网企业，都是需求等人，没见过人等需求的。一旦出现人等需求的情况，那只能说岗位设置冗余，就可以考虑优化了。在此背景下，如何把好钢用在刀刃上，就愈发重要。

1. 手心手背都是肉，先做谁的需求

需求多研发资源少的情况下，需求管理首先要解决就是需求优先级顺序的问题，对口的业务多，每个人都说自己很重要，先做没意见，后做都不满意。

按照合作关系远近亲疏，还是按照提需求的时间，谁先提做谁的？对于产品、研发团队的管理者，不同产品经理、不同产品模块的需求放到一起抢占研发资源，该怎么安排，“会哭的孩子有奶吃”吗？手心手背都是肉啊。最终绩效考核的时候，总不能按照上线的需求数量来评判ABCD吧。

2. 临时的、紧急的需求，该如何协调

不管是产品还是研发都不喜欢被插入需求，排队就医、买票，插队的人总是让人心生厌烦。

但临时的需求、一些因为政策、战略等紧急的需求又在所难免，不能每次来紧急需求都要求开发加人，或者周末加班吧？

当这些插入需求来了的时候，又该如何协调各方，达成一个“一团和气”的局面呢？

3. 需求积压很多，规划却不知从何下手

新人产品经理往往容易被堆积如山的需求搞得手忙脚乱，需求池里躺着上百个需求，做产品规划时却无从下手。

感觉每个都应该做，资源受限，却好像哪个都可以不做。怎样才能挑出大的西瓜，而不至于被一粒粒“芝麻”蒙蔽了双眼。

4. 产研团队忙而无果，每天加班做需求却没成就感

研发人员像机器一样，持续不断地输入需求，变现需求。但却没有成就感，甚至觉得自己就是个变现工具人。

二、传统需求管理方法论及其问题

从“#

数据干饭人，微信号公众号：数据干饭人。专注数据中台产品领域，覆盖开发套件，数据资产与数据治理，BI与数据可视化，精准营销平台等数据产品。擅长大数据解决方案规划与产品方案设计。

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！