谈到需求管理，其实就是谈产品经理的核心能力：决策能力。
因为需求管理最终输出的就是决策！
我们都知道一个道理：选择比努力更重要。
产品经理的每个决策，决定了产品研发和市场的后期走向，方向错了，努力白费。
面试中，我们常常遇到类似的问题比较多：
例如：如何将用户需求转化为产品需求？你从哪些维度去收集需求？怎么判断这个需求的优先级？如果产品开发过程中有一个需求必须延期，你怎么办？
我们常把需求管理分为两个方面：
1.需求的来源管理
前面写过，需求的来源：
如果详细说的话，可以分为内部来源和外部来源两个维度来说，或者按角色来分：老板-客户-用户-同事-自己。或者可以说来自以下方面：
1.老板
2.产品经理的分析
3.用户研究、调研、访谈
4.业务部门：市场部、客服、运维部，甚至财务、行政部门。
5.运营部门的数据分析
2.需求的实现管理
需求来源确定了，也通过各种维度统计和整理了需求。
那么接下来怎么去实现需求？
一：去确定需求做不做？
先确定哪些需求绝对不做。
1.影响产品核心价值
2.短期需求，无长远价值。
3.极少数用户的需求
二：需求的优先级
可以按如下分级（也是需求的四个维度）：
第一级：老板的需求
老板的层次更高，接触面更广，信息渠道更多，信息的有效性更强。
第二级：版本主要功能及商业化
1.每个版本的核心功能
2.盈利性需求
第三级：明显可以提升高日活/拉新/复购等的优化和调整类需求
第四级：常识性功能和提高运营效率等
同理，也可以用四象限，紧急层度和重要层度来排优先级。紧急且重要、不紧急但重要、紧急但不重要、不紧急不重要
决定了需求的优先级，最终的需求实现就提现在版本规划（产品规划）中。
补充：
需求的四个层面的列表管理
1.feature list ：需求特性列表，日常的需求管理。
2.feedback list :反馈列表，各种渠道反馈的问题记录。
3.Bug list :缺陷列表。
4.version list :版本列表，每次发布新版本，记录好新版本特性。
需求维度管理：
1.需求编号
2.需求涉及端口
3.需求主要板块
4.需求子功能
5.需求详情
6.需求来源
7.需求类型
8.需求优先级
9.需求版本号
10.预期上线时间
技术侧需求管理
11.PRD
12.UI
13.SRV
14.iOS、Android、小程序、h5等
15.QA
16.发布状态
17.上线时间
运营侧需求管理
18.产品运营
19.内容运营
20.渠道运营
网友评论