作为一枚产品助理，总会从老板、用户、市场、竞品等等获得源源不断的需求。真需求、伪需求、功能改进需求、用户体验需求等等、各式各样的，那么如何进行需求管理呢？

1  准备工作 --了解需求池

需求池就是记录所有需求的地方。每个产品团队都应该有一个需求池，记录产品部接收到的所有信息，及时同步信息，为下个版本，甚至下下个版本迭代做准备。

1.1  需求池的作用

分析和处理需求的地方。这么说吧，需求池就像一个漏斗，各种需求进来，经过一番分析和处理后，留下一些可以在版本迭代时使用的需求。

注意：这里的bug修复不是指的测试管理的bug，是用户或产品自己日常使用时发现的bug。

1.2需求池的形态

形态一：Excel，这是比较常见的样式，归类比较方便，但是比较适合个人记录需求，不能和别人及时共享信息。

形态二：项目管理软件，例如腾讯文档，可以在线多人协作工作，查看最新需求状态，我所在的公司就是采取这种方式记录需求。如图1所示：

图1

1.3需求池的要素

需求池是由几个关键点组成的，具体可以根据每个公司情况来定。

序号：需求标识，便于需求管理，1，2，3，4，5，6

需求名称：简单描述需求，清晰并简短

版本号：在哪个版本下遇到的问题

所属模块：产品的一级及二级类目

需求类型：新增功能、功能改进、BUG修复、体验提升（界面设计和交互设计）、内部需求。

需求描述：包含需求背景、需求价值和问题，即：要明确在什么样的场景下（需求背景），用户为了达到什么目标时（需求价值），进行某种操作时遇到的问题（问题）。

需求来源：用户反馈、市场、运营、销售、竞品分析、老板、灵感。

提交人：需求提出人及联系方式。如果是用户反馈的，比如问卷调查、应用市场评分、论坛等等，需要记录下来用户的姓名，id，以及联系方式。如果是公司内部同事，则要记录清楚姓名。总之就是落实到个人。

提交时间：需求提出人提出的时间，即进入漏斗的时间

需求状态：每个需求随着项目的进行，会伴随不同的状态

需求优先级：这个看各公司情况，一般实锤bug优先级较高。关于优先级分类这里就不再多说了，我使用的是“重要-紧急”这样的分类方法。

2.一个需求的来龙去脉

简单的说就是四步：收集需求-->初步需求整理-->分析筛选需求-->设计需求解决方案并开发

2.1收集需求  

收集需求时，注意要记录最真实原始的描述。当别人跟你反馈的时候，多注意以下几点：

   反馈者：反馈问题的人，多为用户、同事；反馈需求的人，多为上司、老板等等。

   受影响人群：这个问题造成什么人操作困难。一般就是谁反馈的谁是受影响人群。

   反馈者的描述情况：什么场景下发生了什么问题，了解清楚是设计缺陷、设计待优化还是bug，做到心中有数。

   细节信息：产品版本、手机型号、浏览器、系统版本、网络情况等等。

当这些信息都采集完成后，我就开始整理这些需求。

2.2初步需求整理

整理需求，首先对这些需求进行简单的分类：新增功能、功能改进、BUG修复、体验提升（界面设计和交互设计）、内部需求。

接着简单判断一下，这个需求是真需求还是伪需求，也就是说用户提出这样的问题是产品设计问题还是其他问题？如果是 真需求，那需要怎么做才能改进，是能做还是不能做（开发能不能做不出来，能不能实现），思考完后，对这些需求进行一个简单的优先级排序，录入需求池。等待需求讨论会，决定下个版本实现哪个需求。

2.3分析筛选需求

好了，产品部开一场需求评审会，在会议中讨论下个版本甚至下下个版本应该做什么，产品经理会在会议中讨论你所整理的需求池，此时就是作为助理的最佳学习时间，多听产品经理是如何分析问题，多看产品经理是如何思考的，如何判断真伪需求，毕竟站的高度是不一样的，如果此时有疑问一定要提出来哇，机不可失失不再来~~~

2.4设计需求解决方案并开发

需求评审过后，确定好需要做的几个需求，思考解决需求方案，输出原型（如何思考如何输出这里不再多写），然后就进入了开发阶段，至此一个需求的算是解决了。