作为一枚产品助理，总会从老板、用户、市场、竞品等等获得源源不断的需求。真需求、伪需求、功能改进需求、用户体验需求等等、各式各样的，那么如何进行需求管理呢？
1 准备工作 --了解需求池
需求池就是记录所有需求的地方。每个产品团队都应该有一个需求池，记录产品部接收到的所有信息，及时同步信息，为下个版本，甚至下下个版本迭代做准备。
1.1 需求池的作用
分析和处理需求的地方。这么说吧，需求池就像一个漏斗，各种需求进来，经过一番分析和处理后，留下一些可以在版本迭代时使用的需求。
注意：这里的bug修复不是指的测试管理的bug，是用户或产品自己日常使用时发现的bug。
1.2需求池的形态
形态一：Excel，这是比较常见的样式，归类比较方便，但是比较适合个人记录需求，不能和别人及时共享信息。
形态二：项目管理软件，例如腾讯文档，可以在线多人协作工作，查看最新需求状态，我所在的公司就是采取这种方式记录需求。如图1所示：
1.3需求池的要素
需求池是由几个关键点组成的，具体可以根据每个公司情况来定。
序号：需求标识，便于需求管理，1，2，3，4，5，6
需求名称：简单描述需求，清晰并简短
版本号：在哪个版本下遇到的问题
所属模块：产品的一级及二级类目
需求类型：新增功能、功能改进、BUG修复、体验提升（界面设计和交互设计）、内部需求。
需求描述：包含需求背景、需求价值和问题，即：要明确在什么样的场景下（需求背景），用户为了达到什么目标时（需求价值），进行某种操作时遇到的问题（问题）。
需求来源：用户反馈、市场、运营、销售、竞品分析、老板、灵感。
提交人：需求提出人及联系方式。如果是用户反馈的，比如问卷调查、应用市场评分、论坛等等，需要记录下来用户的姓名，id，以及联系方式。如果是公司内部同事，则要记录清楚姓名。总之就是落实到个人。
提交时间：需求提出人提出的时间，即进入漏斗的时间
需求状态：每个需求随着项目的进行，会伴随不同的状态
需求优先级：这个看各公司情况，一般实锤bug优先级较高。关于优先级分类这里就不再多说了，我使用的是“重要-紧急”这样的分类方法。
2.一个需求的来龙去脉
简单的说就是四步：收集需求-->初步需求整理-->分析筛选需求-->设计需求解决方案并开发
2.1收集需求
收集需求时，注意要记录最真实原始的描述。当别人跟你反馈的时候，多注意以下几点：
反馈者：反馈问题的人，多为用户、同事；反馈需求的人，多为上司、老板等等。
受影响人群：这个问题造成什么人操作困难。一般就是谁反馈的谁是受影响人群。
反馈者的描述情况：什么场景下发生了什么问题，了解清楚是设计缺陷、设计待优化还是bug，做到心中有数。
细节信息：产品版本、手机型号、浏览器、系统版本、网络情况等等。
当这些信息都采集完成后，我就开始整理这些需求。
2.2初步需求整理
整理需求，首先对这些需求进行简单的分类：新增功能、功能改进、BUG修复、体验提升（界面设计和交互设计）、内部需求。
接着简单判断一下，这个需求是真需求还是伪需求，也就是说用户提出这样的问题是产品设计问题还是其他问题？如果是 真需求，那需要怎么做才能改进，是能做还是不能做（开发能不能做不出来，能不能实现），思考完后，对这些需求进行一个简单的优先级排序，录入需求池。等待需求讨论会，决定下个版本实现哪个需求。
2.3分析筛选需求
好了，产品部开一场需求评审会，在会议中讨论下个版本甚至下下个版本应该做什么，产品经理会在会议中讨论你所整理的需求池，此时就是作为助理的最佳学习时间，多听产品经理是如何分析问题，多看产品经理是如何思考的，如何判断真伪需求，毕竟站的高度是不一样的，如果此时有疑问一定要提出来哇，机不可失失不再来~~~
2.4设计需求解决方案并开发
需求评审过后，确定好需要做的几个需求，思考解决需求方案，输出原型（如何思考如何输出这里不再多写），然后就进入了开发阶段，至此一个需求的算是解决了。
