长假收尾了，我身边做产品经理的朋友们也陆陆续续回到自己公司开始工作了。可是经历过年长假后，每个产品经理的内心是不想工作的。
甚至会出年底做了什么需求的回忆迷茫。
我身边一个在阿里做产品经理的今年从湖南回到深圳，300公里的自驾旅程，却因为高峰期返程被堵在高速用了14个小时才到广州。而他第二天就要马上加入公司写新的产品方案，这种经历可能也只有在一线城市打拼的朋友才知道了。
长假导致产品、研发、运营团队的人员不齐，加上每个人请的假时长短不一样，所以年底的需求都没办法排期做，而产品经理唯一能做的事就是需求收集。
1.为什么需要需求池？
我们用需求池来做需求管理和收集，因为的需求类型区别，我们知道在产品研发中需求不仅是产品经理一个人的，同样也是开发、运营们需要处理的。
需求池可以方便我们管理项目进度，通过早会的形式进行需求状态的变更（开发中、待测试、UI设计环节等），对需求状态有问题的进行遍历排查。对于个人来说，需求池可以标记自己的工作指标，观察需求的进行中、待办事项，按照需求标签进行分类查看自己的任务。
通过需求管理工具查看自己的需求任务。
2.需求池的管理工具
在2019年以前，互联网团队需求池还没有普及专门的管理工具，很多中小企业会放在用Excel等表格创建的需求池里进行需求管理。
部门之间通过本地文档进行需求的变更，但始终存在需求池的协同不一致、更新不及时、标准不一。所以现在的需求池可以放在对应的一些任务看板或者线上文档里，解决了上面的问题。
总的来说需求池的管理工具提升了我们需求的管理效率，但本质需求池的使用方法是没有办的。
3.需求池的宽进严出
**并不是所有的需求都要进入到产品设计规划的需求池。
**
因为资源是有限的、同时我们处理需求是需要消耗成本的，对于产品经理而言就是时间周期、研发成本。
注定了需求像漏斗一样，宽进严出。我们可以从功能改进、体验提升、内部需求、新增的业务、BUG修复、外部要求来获得需求，通过优先级的筛选，我们才能进入到当前版本和下个版本的迭代需求。
也就是说需求池的纬度有2个，第一个是根据紧急和重要程度；第二个是根据版本计划。
4.需求池的模版
不管你是用需求管理工具还是用本地文档，我们可以用我在上面的模版来做需求池的刻度。
**其中核心的字段是需求来源、和所属模块、需求类型、需求描述。
**
需求来源
不仅是老板需求，还可以从竞品、热点甚至有灵感的地方进行收集，必须说这种需求存在产品从0到1或者刚刚孵化的时候，我们有很多可以自己发挥的地方，即使公司战略、主营业务是固定的，比如老板是不会过问这个按钮怎么放、以及放在哪里的。。
需求所属模块
简单的功能模块划分方式可以用app的tab或者小程序的tab、以及网站的门户tab来分类。
要知道我们的需求是跟着业务来的，甚至很多的需求提出人是业务负责人，比如对应某个商品部门、运营部门、市场部门等提出的。很多功能模块是服务于业务，提升业务效率的。但分清楚功能模块，才能让我们好归纳版本计划。
我们在规划每个版本都有主要的方向，比如这个版本我们是做线上支付，则我们将这个支付相关的需求加入排期；如果下个版本是做视频类，则将这部分需求加入。
**需求类型
**
刚刚说了，需求池进入迭代需求需要宽进严出，所以我们需要对需求进行标签分类，可以做的标签有（新增功能、功能改进、体验提升、BUG修复、内部需求）
需求描述
描述一个需求我们会围绕4个要素来，who\where\why\what,翻译过来就是用户、场景、目标和任务。
用户：比如PMTalk里存在的用户分别是读者、作者、和运营管理者3个角色，我们在做需求池汇总的时候就要考虑需求是给上面3个角色的那一个角色。
场景：就是用户的地点和时间组成的，对于用户来说就是访问的页面和时间，在这个页面、时间下用户是在下单、还是等待确认、还是进行会话，这是需要需求描述出来的
目标：需求是为了解决问题的，所以我们需要在需求描述里讲解需求克服的问题。
**5.需求的落地用敏捷管理方法
**
回到开头，年底做不了需求，但我们可以做需求的收集，进行需求池管理。
开年后因为需求落地就要牵涉到项目管理了，我一直建议团队用敏捷的方式进行管理。比如按照2个星期一个版本的方式迭代需求，纳入需求池里的需求超过时间就归纳到下个版本，如果仅一个功能就超过了时间，就把这个需求进行拆分，用更细的颗粒度进行管理。
最后放给大家一个节后的图，是不是不想上班呢？别忘了，产品经理的第一梦是改变世界哦
今天的分享就在这儿
今天的分享就在这儿
我的个人公众号：Kevin改变世界的点滴，微信pmkevin001,欢迎找我
03
推荐阅读
我是Kevin，一个喜欢产品、又在创业路上的斜杠青年
关注我，一起用产品经理职业技能塑造生活的产品。
