作为产品汪，我们都会获取来自老板、用户、市场、竞品等方面源源不断的需求，如果我们把这些需求直接丢给开发，产品经理肯定会被包括开发的公司其他工种群殴，从此躲在角落瑟瑟发抖，没有了话语权。
所以，我们在工作中要建立自己的“需求池”，让需求宽进严出，以保证开发的需求都是有助于产品发展的。而如何有效利用需求池进行需求管理是产品汪需要认真思考的地方。
首先介绍下需求池的组成元素：
1. 序号：需求标识，便于需求管理
2. 需求名称：简单描述需求，清晰并简短
3. 所属模块：建议写产品的一级及二级类目
4. 需求的来源：
包括：用户反馈（包含用户访谈和问卷调研）、市场运营、竞品分析、老板、灵感idea
5. 需求的类型：
可以分为：新增功能、功能改进、BUG修复、体验提升（界面设计和交互设计）、内部需求
6. 需求描述：
我们要明确用户是在什么场景下，为了完成什么目标而做了什么任务，即要从场景、目标和任务这三方面去具象化需求
7. 提交人：需求提出人
8. 提交时间：需求提出人提出的时间，即进入漏斗的时间
9. 需求状态：每个需求随着项目的进行，会伴随不同的状态
10. 需求优先级：
很多公司用的是紧急四象限的办法进行需求的筛选，即P0紧急重要、P1紧急不重要、P2不紧急重要、P3不紧急不重要。
但是筛选需求优先级别时，要考虑到到需求的受众大小、收入支出效益及近期的产品目标。
优先级判断的一些原则：
受众大，开发成本小的优先做；
受众大，开发成本大的进行排期，以后做；
受众小，开发成本小的根据情况实时插入
受众小，开发成本大的，不做。
需求池思维导图如下：
其次，介绍下需求漏斗常见形态：
需求池的常见形态有：word、excel、思维导图。从我个人来讲，我更喜欢用excel进行需求的整理，因为表格进行展示信息流明显，且容易统计管理。具体格式如下图：
最后，在管理产品需求池时需要注意的事项：
1. 定时对产品需求池进行整理
2. 汇总完需求后，要展开定时展开需求评审会议，进一步去明确需求，删除没有必要的需求
3. 在管理需求池时，要把同一模块的需求进行归类整理，这样在处理该模块时可以一次性解决，提高工作效率
4. 提给技术的需求一次性不要太多，做到敏捷开发
以上是自己在整理需求池相关内容的一些想法，欢迎同行业各位产品经理进行交流指正！
作者：紫川君 产品设计及生活感悟随笔作者 公众号：产品设计星球
