产品经理需求池管理！内附2张需求池模板表

不懂就问有问必答 [一R]什么是需求池? 需求池是产品经理个人或产品团队为确保产品需求被及时/完整/有序地接收/描述/排序/跟进的需求管理机制，需求池的构成，通常包含需求池 和需求模板。简单理解为，所有需求都汇集在一个地方，这个地方就叫需求池。 [二R]如何构建自己的需求池构建产品需求池需要经过三个步骤，分别是需求收集、需求整理、需求反馈。 [玫瑰R]第一个步骤是需求收集。 这一步主要是将产品自身、用户、业务方的问题反馈收集到一处，便于后续的问题整理与分析。需要注意的是这一步主要的重点是将问题描述清楚。 [葡萄R]问题的要素可以分解到以下元素: 问题提交人:谁告诉你的这个问题?问题详细描述:谁在什么场景下遇到的什么问题?用户期望的结果 其他信息:例如设备信息:用的app?还是网站? 版本信息:什么版本? 等等目的是告知开发用于定位技术问题。 [玫瑰R]需求整理阶段 这一步主要是定期将整理的问题进行分析，判断问题到底是bug还是需求。如果是bug则提交给测试人员。如果是需求，则整理到需求池中。 除了判断问题到底是bug还是需求外，在这一步中还需要对需求的优先级进行划分。一般这里使用的是轻重缓急的四象限法则来进行判断。 [草莓R]举个四象限法则的例子: 重要紧急:老板需求、重大影响用户使用的问题 重要不紧急:公司长远规划 不重要紧急:你的同事给你提的需求 (解决某个短期紧急的问题) 不重要不紧急:天马行空不切实际的需求 [玫瑰R]需求反馈阶段 第三个步骤是需求反馈。 这一步主要是对第一步的问题提交人做一个问题反馈 [绿色心形R]举个反馈的例子: bug类反馈， bug能复现，则告知问题提交人bug解决日期 bug不能复现，则告知问题提交人问题无法复现，处于观察阶段。后续在出现，在进行修复 [草莓R]需求类反馈 [海豚R]有效需求，则告知问题提交人准备未来版本的迭代规划，预计几月份上线 [海豚R]无效需求，则告知问题提交人，未来暂无上线规划 需求池构建的完整逻辑就介绍到这里，掌握它就能过帮助产品经理有条理的实现产品版本规划和优先级排期。 [两颗心R]是一项产品经理的基础必备技能。