作为产品经理，我们都会获取来自老板、用户、市场、竞品等方面源源不断的需求，如果单纯的把需求堆砌起来形成版本上线，表明这个产品只是为了功能而做，根本经不起市场的验证。所以我们在工作中搭建产品需求池，其实就是更方便的有助于产品的发展，而如何有效利用需求池进行需求管理则属产品经理需要认真思考的地方。那么接下来一起来聊下如何搭建需求池。
一、建立需求池的目的
需求管理是产品经理基本能力的体现。主要通过四个步骤：“采集需求”、“需求分析”、“需求筛选”、“整理需求”。
采集需求：需求的来源方式有很多，产品规划、用户、市场、竞品等方面都会提供对应符合他们的需求，这时候需要整理整体需求的来源；
需求分析：采集需求后，我们需要考虑这些需求是否是最本质的需求，并不是用户说我需要XX东西，我们就对照的去做什么东西，而是他们去获取这个东西的前因后果是什么。举个例子：用户想要一把伞，难道本质上仅仅是需要这把伞么？有可能是想到达某个地方，我们何不给他到达某地更便利的方法？所以在做需求分析的时候是帮助我们去熟知他们底层需求；
需求筛选：筛选需求是为了直接解决当前版本问题和后续版本规划的方向。因此，一定需要有一个记录，方便我们沉淀需求，避免遗漏。版本规划绝对不是单纯的思考的下个版本需要解决什么问题，而是针对这个版本上线后的数据分析和基本目前市场状况再进行版本的迭代；
整理需求：整理出当前版本的刚需，并行之有效形成功能点整理出来。
总体来说：需求的来源是广泛的，一般遵循的原则是“从抽象到具象、从整体到细节”，并从前期整理需求的加法变成版本整理的减法。才能不断的矫正方向，分析挖掘他们遇到的问题、提出版本解决方法并设计成有效的产品推向市场。
二、需求池的记录方式
我们在记录需求的时候，尽可能的完善需求的表现方式，具体需要收集哪些维度的内容呢？
1.需求类型：在收集需求类型时，一般标记为：新增功能点、功能迭代、Bug修复、用户体验、竞品需求……
2.所属模块：功能所归属的产品模块类型通常用一级模块（电商中的购买流程）或者二级类目模块（商品详情）
3.需求名称：针对描述方描述的内容，清晰并简洁展示出来
4.需求描述：需要明晰用户在什么场景下，通过做了什么任务完成了什么目标，所以需要从用户场景、做任务和完成目标三个维度去细化需求
5.需求来源：需求整体的来源需要具象到角色，比如用户反馈、产品规划、竞品分析、产品迭代、运营、市场……
6.提出人：主要是为了明确需求提出人
7.提出时间：需求提出人的时间就表示该需求能进入排期的时间
8.需求优先级：按照紧急重要四象限原则来筛选需求——P0紧急重要、P1紧急不重要、P2不紧急重要、P3不紧急不重要；同时需求的优先级也会通过受众和开发成本四象限原则来判断：受众大，开发成本小的优先做；受众大，开发成本大的进行排期，以后做；受众小，开发成本小的根据情况实时插入；受众小，开发成本大的，不做。
9.需求状态：产品版本迭代的进度会有不同的需求状态：已排期、未排期、开发中、已上线
10.上线时间：如果是已上线（开发中）的需求，需要明确上线时间，已排期/未排期的需求状态给一个预估的上线时间
11.版本号：一般随着上线时间会敲定版本号
下面列举两种需求池记录的方式（Excel形式），可以其他小伙伴有通过word、思维导图等其他形式。工具形式不是重点，重点是需要展示给项目伙伴能清晰的了解。
第一种（标准的需求池整理）：
第二种（加入开发排期的需求池<功能拆分>）：
管理需求池我们需要注意什么？
1.定时对产品需求池进行管理；
2.明确需求后，有效的版本区分，定时展开需求评审会议，进一步明确需求，需求做到“从抽象到具象”；
3.同一模块的需求进行归类整理，这样可以一并解决该模块需求；
4.迭代版本需求做到时间性（通常都是敏捷开发）。
我是这么整理需求的
1.需求收集：每天花时间去看数据带来的反馈，数据是会说话的，依托于产品日活、留存做具体分析。
2.发现问题性需求后及时了解问题的原因，找到如何解决问题的解决方案，记录反馈问题的用户ID、机型、系统版本、产品版本、反馈日期、问题类型、反馈描述、反馈解决、解决状态、备注等信息。
3.潜水在竞品、泛竞品的用户群（QQ群、微信群），了解竞品用户反馈的问题、以及竞品状态等信息。
4.与产品老用户、目标用户、小白用户等沟通，了解用户使用产品的来源渠道，初衷，以及期待的功能；判断是否与产品定位的目标用户群一致等。
5.不定期跟踪竞品状态，比如版本更新文案、功能更新点、PR文章、渠道下载量、关键词排名及覆盖率。（可以去七麦数据查询）
6.需求池的优化：删需求（不符合产品定位的需求、随时间变更已经无意义的需求、技术无实现可行度或者代价得不偿失的需求），需求池的瘦身。
7.需求优先级归类（需求优先级预估、功能点预估、技术工作量预估、版本预估），形成初步版本需求迭代规划。
8.针对上述步骤有针对性重复。
写在后面的话：
需求池的整理是一个持续过程，在整理产品需求的过程中，我们会发现产品规划似乎并不是那么可怕，都是来源于点滴的收集和整理，让用户从易用变得好用才是产品成功的标志。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
