产品经理如何做好需求池管理

大巴撒

【导读】作为产品经理，在日常工作中你会接到来自用户、市场、运营、老板等各个方面的需求，虽然产品在不断的更新迭代，但是需求还是会源源不断的增加，你会感觉怎么需求越做越多，好像没有减少。如果你有这种感觉，这时候就需要用需求池这个工具，来管理这些源源不断的需求了。
产品经理每时每刻都在与这些源源不断的需求打交道，因此必须处理好需求，工作才能顺利地进行下去。所以，产品经理需要在工作中让需求宽进严出，保证开发的需求都是有助于产品发展的。而如何管理好需求池，这是产品经理必须练好的基本功。
一、什么是需求池

需求池是产品经理个人或产品团队为确保产品需求被及时、完整、有序地接收、描述、排序和跟进的需求管理机制，需求池的构成通常包含需求池和需求模板。简单的可以理解为所有需求都汇集在一个地方，这个地方就叫需求池。


二、为什么要做需求池管理

1、需求容器
简单来说，需求池就是个需求容器，不同来源的各种需求都先记录进来，第一时间没法评估合理性和用户价值或商业价值的，待消化理解后评估优先级，以及是否拒绝。进来之后的需求进行再次的评审，最终决定这个需求的去留。
需求提出的来源大概有以下：

1）客户
2）用户反馈
3）内部团队（UI、UX、项目经理、研发、运营、销售）
4）老板/上级领导
5）产品经理规划的、产品体验发现的、数据分析发现的、场景分析发现的、和不同人群沟通感知到的等等

以上这些需求都会统一放入需求池中，所以对需求池的管理是一件很重要的事情。要在众多需求中分析出所有需求的真伪、紧急程度、重要性、价值、风险等，然后对需求进行版本规划。
2、版本规划
经过再次评审后留下来的需求，可作为下个版本发布的内容或下几个版本迭代的内容，目的是确保在做版本规划时有足够的素材来源，而不仅仅的靠自己盲目的规划。
3、减少背锅
做到需求的按轻重缓急有序迭代，同时避免需要的遗漏，跟进老需求，确保需求的及时性/完整性/有序性/可追溯性。


三、如何构建自己的需求池

1、需求收集阶段
第一步就是需求收集，这一步主要是将产品自身、用户、业务方的问题反馈收集到一起，便于后续的问题整理于分析。需要注意的是这一步主要的重点是将问题描述清楚。

问题的要素可以分解到以下元素：
问题提交人：是谁告诉你的这个问题？
问题详细描述：谁在什么场景下遇到的什么问题？

用户期望的结果

其他信息：例如设备信息（用的是app还是网站？）
版本信息：什么版本？目的是告知开发用于定位技术问题

2、需求整理阶段
第二步是需求整理，这一步主要是定期将整理的问题进行分析，判断问题到底是bug还是需求。如果是bug则提交给测试人员，如果是需求则整理到需求池中。
除了判断问题到底是bug还是需求之外，在这一步中还需要对需求的优先级进行划分，一般这里使用的是轻重缓急的四象限法则来进行判断。
例如：

重要紧急：老板需求、重大影响用户使用的问题
重要不紧急：公司长远规划的问题
不重要紧急：你同事给你提的需求(解决某个短期紧急的问题)
不重要不紧急：天马行空不切实际的问题

3、需求反馈阶段
第三步是需求反馈，这一步主要是对第一步的问题提交人做一个问题反馈。
例如：
bug类反馈：bug能复现，则告知问题提交人bug解决日期，bug不能复现，则告知问题提交人问题无法复现，处于观察阶段，后续再复现或再修复。
需求类反馈：有效需求，则告知问题提交人准备未来版本的迭代规划，预计几月份上线。无效需求，则告知问题提交人未来暂无上线规划。
4、需求池的组成元素：

1）序号：需求标识，便于需求管理，Excel 的行号没有一并打印出来，所以后来我们都把序号加上了，作为需求的唯一性标识。
2）模块：根据产品的模块划分。
3）子模块：模块的二级分类。
4）功能：产品功能的名称，用简洁的短语描述需求，要给用户提供什么功能，比如：黑名单。
5）用户故事：作为一个<角色>, 我想要<功能>, 以便于<商业价值>。
6）需求描述：我们要明确哪类目标用户是在什么场景下，为了解决什么问题或者达成什么目标而做了什么任务，即要从用户、场景、问题这三方面去具象化需求。
7）需求的属性：可以分为：新增功能、功能改进、BUG修复、体验提升（界面设计和交互设计）、内部需求。
8）需求优先级：高、中、地。
9）需求的来源：包括用户反馈（包含用户访谈和问卷调研）、营销运营、产品经理、技术建议、高层管理。
10）接收时间：需求提出人提出的时间，即进入漏斗的时间。
11）需求状态：入库、评审、开发、拒绝等，每个需求随着项目的进行，会伴随不同的状态。
12）备注：其他任何信息，如：需求期望完成时间、被拒绝原因、暂缓原因。

需求池的组成元素

5、需求模板

1）编号：需求标识，便于需求管理。
2）需求部门：需要的来源。
3）提出人：即用户需求的提出者，有疑惑时便于更进一步追溯。
4）提出时间： 这是一个辅助信息，记录提交人是何时录入这个需求的。
5）期望时间：期望需求解决的时间，便于排期。
6）需求背景：需求在什么情况场景下产生的。
7）需求描述：这里可以具体解释一下名称里说的功能是什么意思。
8）建议方案：提出者建议的解决方案。
9）参考竞品：建议参考的竞品，方便产品经理理解需求。
10）优先级：高、中、低。

需求模板

四、如何维护需求池

1、维护频率
建议每天都打开需求池，方便及时记录新的需求，和及时安排一些紧急的需求进行迭代，或者计划下一个迭代版本，每天梳理你的需求池然后安排自己最近的工作。
2、维护内容

1）及时将收集到的需求或者临时想到的需求填写到需求池。
2）update需求的状态，哪些是拒绝了，哪些是已经评审的，哪些是完成的，都要及时的记录。

3、定期归档
需求总是在不断的增加，我们需要把拒绝的和已完成的从需求池中摘出来，频率可以按一个季度来整理或者月度整理，产品一般每个月都会有迭代，比如把第一季季度已经完成的需求摘出来，归档到另一个表格中。


【如果对你有帮助，谢谢点赞支持！】