一、需求来源

需求的来源有多种多样，多方需求共同汇集形成需求清单，下面对需求来源进行分析。

1）用户诉求

泛指终端用户的需求，如果为C端产品，那么用户所反馈的诉求就是需求。如果为B端产品，那么就需要注意，使用产品的人可能会多种多样，如B端员工、管理层等，也可能会有B端所服务的C所反馈的内容，但需要注意的是，B端反馈口可能会企业内信息化部门进行统一汇总收集。

2）一线部门

一线部门承担着对客服务的职能，如客户团队、销售团队、交付团队、售后团队等，必然在服务中收集了大量的对客服务的情况，能结合当前现状提出针对性优化建议。

需注意的是，他们可能从自身角度出发，会受到自己岗位的限制。

3）领导需求

领导需求可能是日常工作中大家最为伤脑的情况了，可能很多时候就寥寥几句话，但优先级又很高。

一般领导需求，可以理解为商业需求，即领导从公司发展现状出发，分析从市场布局或卡位角度出发，需要拓展哪些能力，或者融资角度出发需要做哪些调整。

还有一种可能，某个大领导与领导打招呼，即政治任务。

4）产品部门

此类需求，主要能体现产品的价值，需要从用户场景与业务现状分析，结合市场调研判断，得出高需求价值。

如果只是单纯得承接业务部门提出的需求，不能自我分析得出有效需求，那么只能作为功能性产品经理，即无法利用自己有效的产品专长，为企业带来更大的价值。

5）技术部门

此类需求来源也不可小视，一般为技术部门从性能、代码维护等角度出发，提出的代码调优需求，只需要记录并按计划放入迭代表中即可。

二、需求管理

需求的来源多种多样，为有效管理需求，我们需要有正确的管理方式，同时不同类型的需求我们需要有不同的应对策略，下面进行阐述。

1. 需求池管理

不同需求进行汇集后，需进行统一管控，可以统一维护、统一跟进、统一跟踪，相关联需求合并处理，可以对需求进行生命周期管理，一般主要是使用表格进行维护，如下表：

表中举例字段为笔者认为的常规字段，各位读者可自行增减，各字段解释如下：

• 需求名称：对反馈需求简单描述后的抽象总结，电话号码列表 如工单增加时间筛选项（需求定义）

• 需求描述：主要描述使用方在什么场景下进行什么操作会出现什么问题，描述业务流程是怎么样的（业务场景）

• 反馈来源：主要记录判断上述来源分类

• 反馈人：主要记录来源人员，用户后续深入分析时进行再次沟通与反馈

• 反馈时间：及时记录反馈时间，反馈需求后不可拖延太久

• 状态：一般为待判断、判断中、已驳回、处理中、已处理

• 跟进人：内部谁在处理，作为持续跟进的责任人

• 处理意见：可内部判断后作为反馈意见同步到反馈人，一般反馈如下：之前已有反馈、反馈已收到近期处理、反馈建议不合理并附上原因，其中不合理的情况下，可能存在当前不合理但随情况变化合理的情况

本表主要记录用户原始需求，力求还原用户在不同业务下的使用场景，主要为业务问题（或诉求）描述，避免记录为业务提出的修改建议。其中，字段过少不足以完整表达需求本身以及管理过程，过多则不容易维护，以及容易与其他管理表格含义冲突，如需求研发跟踪表。

2. 维护机制

放入需求池中的需求，需定期进行维护，避免出现有收集无反馈的情况，一般来讲主要有如下措施：

• 设定专人查看维护表格，并及时更新

• 定期进行查看，如每周一，进行查看，及时校对更新

• 临时抽查，管理者应临时抽查结果，来驱动定期维护