产品经理必不可少的「需求池」

胡晓丰

需求池对于产品经理来说，就像是个地图，记录着将军要攻下的各个城池；

什么是需求池？

需求池顾名思义就是存放需求的地方，PM日常会接收到大量来自其他部门提出的需求，或者自身发现的需求点，但并非所有需求都要实现，这个时候就要通过需求池来收集、整理、筛选；


需求来源

1、PM对产品需求的发掘/领导的战略意见
PM根据自身产品提出的新需求（迭代或新增功能），或者老板领导提出他们的战略方针，然后细化出来的需求点；
2、其他运营部门提出的需求
运营或市场部门直接接触客户的机会较多，所以他们会听到比较多的反馈声音，但是同事们一般会直接将需求转达给到我们，而不会进行太多的整理，这个时候就需要存放到需求池进行整理审核；
3、用户反馈
在产品里会有个用户反馈或投诉的渠道，用户会在里面提供自己的建议或者投诉不好的地方，这个时候PM就要收集起来，分析用户反馈的内容是否为真实、是否为大部分用户都遇到的问题痛点，再提出解决方案；
4、市场调研
很多时候我们需要通过市场调研问卷等等方式，针对有效的用户群体来获取他们的需求意向和整体的市场方向，以便设计更贴合人们需求的产品；
5、竞品分析
在现阶段并非所有产品都是从0到1，更多的是从1到N，所以市场存在大量的功能相仿的产品，差异化比较少，更多的是体验在服务和模式上的创新；但是如果别人产品的功能确实是非常优秀且用户也愿意为其买单的，那就需要从对手身上学习好的东西，取其精华，去其糟糠；
6、测试反馈
产品经过开发做出来后，必须经过测试部门的QA检测，测试人员更多是以用户的角色去使用，当然很多时候他们会发现非常多可以优化的需求点，这个时候他们反馈的需求点，我们需要扔进需求池整理分析；
如何做好需求池的记录

「好记性不如烂笔头」，在面对大量需求的来袭，就算你的脑容量有1TB，我们也会经常忘却某些需求的详情，这个时候一个完整的需求记录就有助于我们去梳理需求和后续沟通处理，所以记录需求的时候一定要完整记录各个要点；以下列举了一些需要记录的内容点：



需求记录要点



需求池示例模板

优先级

在琳琅满目的需求池里，我们该如何选择与划分需求的优先级呢

可以简单分成四级：
P1：非常重要且紧急
核心功能，缺少会导致主干流程出现问题的，或者缺少会导致无法完成闭环等需求可列为P1；
P2：非常紧急但不重要
例如日常节日时，运营等等部门会有好的想法和功能建议，这些功能虽然不是必需的，但是能使产品运营锦上添花，这些一般来得比较紧急，可列为P2；
P3：重要但不紧急
功能的迭代和优化相关，很多功能都很重要，但是并未要一个版本全部上，这个时候就可以把重要但不紧急的功能划分到P3，安排到下个版本开发上线；
P4：不是太重要和不太紧急
一些UI或者排版等等相关的，不影响大体布局的，只是小改动的优化提升用户体验，可以列为P4；



需求池流程

总结

需求池是每个产品经理都必备的一项技能，我们必须更了解它的作用和意义，做出更加完善的记录，把控好每一个需求的进和出，让自己的产品变得更加优秀；

以上均为个人意见，若大家有更好的意见可一起交流！