来源：Kevin改变世界的点滴
产品经理这个职位，不管在哪个地方。因为其承担着产品优化、反馈的开拓者的角色。每天会收到各种各样的需求，一个产品经理来说需求的管理可以影响个人的绩效成绩；而产品部门来说，需求管理会关系到公司的战略方向落地情况。
▲图片来自网络
即便最终要做的方向是老板定的，但是在同一个战略方向下，其需求的优先级、衍生出来的功能模块数量与种类、用户玩法都需要产品部门敲定。
比如老板要上数据分析能力，但具体有什么指标、数据分析有什么功能、什么样的可视化看板，还是要产品部门来定，所以需求管理就成了很重要的“翻译器了”。
1.需求管理的第一概念
许多产品经理做的需求都谈不上管理，只能叫做需求记录。把有需求记录在一个表或录入到系统里，这远远谈不上需求管理。
需求管理包含2部分管理，前者是是个人需求管理，后者是团队需求管理，团队需求管理是大的方向，个人需求管理是细节。
需求的管理一定是要把过程和结果关联起来，比如：
-
需求的解决时间与资源统计
-
产品的版本数据
-
需求的来源部门与输出人归类统计
-
….
其次要对细节需求进行统筹，所以需求管理里面，“台账”概念就很重要了。
所谓台账就是要知道需求的来源和出处，以及需求的记录、需求的状态管理，因为我们的需求是动态的，有开启也有结束和延期。
通过对需求全局查看，我们可以知道公司战略方向下做的是什么产品，以及未来要做的产品计划，是一个从抽象的战略再到具体需求实现的过程。
▲需求池的意义
2.两者要做好价值评估，我自己的需求管理
需求优先级，是需求价值的提现。价值越高，优先级越高。
需求不在大需求方向，那么价值就极低。评估需求价值的维度，可以体现在个人成绩、以及也需求效果。确保在产品经理的工作上做需求只做需求价值高的需求。
3.需求池模板
需求池模板市面上有很多，甚至是有很多线上协同软件也有，但是针对互联网产品研发的产品经理，需求池模板可以用下面的PMTalkBUG池管理。
这个模板是我们已经反复使用了超过2年的BUG池，既可以快速记录需求，还可以快速标记完成状态。
解决状态由开发、设计师标注，需求记录由产品经理或运营来描述，并且以存在问题、解决方案的模板话术套用。
小公司用线上表格，大公司用需求管理软件，毕竟需求池一定要有下面作用
-
第一时间通知到需求相关人员
-
快速标注与更新需求状态
-
与研发项目计划关联
-
会议记录、OA等关联
让需求池达到快速记录、容易查阅，而不是搞一个看起来密密麻麻的需求文档，极大的增加了维护成本。
当然现在市面上也有非常多的需求管理工具，如下是 腾讯的tapd需求管理工具，你可以快速查看需求进度以及标注，但这对应的要求需求。
4.针对需求管理，容易把这两者搞混淆
在需求管理里面，产品经理容易把需求和BUG搞错，需求分为优化项目、BUG、新增需求、以及需求完善。
把BUG当做需求来做就会大大增加研发周期和资源投入，比如页面错乱或者文案不对，既属于BUG的问题也属于需要优化。
这样也难以提升后期的研发质量，导致开发缺乏管理
以上就是许多人把需求做错的常见场景。