在总结我们之前做过的产品，特别是不成功的产品，总是能找到其中的一些原因；而在这些原因中我们不难发现对于因没有合理的管理好需求导致的问题不在少数，所以就会出现类似于“人员并不清楚究竟该做什么，但却一直忙碌不停的开发”情况，到最终会就出现“开发出来的产品竟不是用户所需要的产品”的杯具！
需求是产品的根源，需求工作的优劣对产品的影响最大。产品开发的源头，如果一开始方向错了，接下去的工作就会错上加错，离“好产品”越走越远了，所以我们先抓源头，有序的开展产品研发过程。
怎样子才能合理并且有序的把我们的需求管理起来呢？得建立一套完整的需求管理机制，对需求从产生到消亡（需求的生老病死）整个生命过程进行管理，合理有效的分配公司有限的人力、物资资源，做最有性价比的事情。
二、需求实践——解决问题之道
需求管理的实践主要包括四个流程：需求采集、需求分析、需求筛选、需求处理。
2.1 需求采集
通过多种形式对不同用户的需求进行收集，通常的形式有：用户访谈、调查问卷、测试结果、数据分析等；用户有：最终用户、市场人员、编辑人员、测试人员、领导等。在这个阶段对需求的属性进行详细记录，并且记录可追溯的反馈人员，广泛的记录不同用户对产品的需求。
2.2 需求分析
在需求分析阶段，对需求进行一番分析，确定其基本属性、做了之后对产品会带来哪些商业价值？用户量的提高？以用实现这项求求所要付出的人员、时间等成本，最终算出需求的性价比；在这个过程中主要对需求进行全方面的评测，明确目的性与创造的价值。
对于一些BUG或是功能上的小修改之类的需求，不做详细分析，一般确定修改后，直接转为需求处理。
2.3 需求筛选
这个阶段工作是结合现状对需求进行处理，主要是解决—做不做？做多少？什么时候做？的问题；
需求的评审的形式主要是团队晨会中展开，邀请领导参与，团队中成员有页面设计师、前端工程师、程序员、测试人员等角色；
通过一次评审，对多个需求进行打包，整理出一个版本（或者子项目）所需的的需求点；
对打包好的需求点形成文档，提交由领导复核，确认后进入开发周期；
2.4 需求处理
对己确定好的版本（或者子项目）的需求点，进行开发，这里主要涉及开发流程，详情参考相关开发规范。
图表 1 需求管理流程图
三、需求采集——人人参与
需求采集对于整个需求管理流程最为重要，决定做什么的数据基础，需求采集也并不是产品设计之前的工作，而是一个贯穿始终的过程；它并不是产品人员的事情，而是所有人员的事情；
不同人员、不同角色，能提出自己所擅长的领域问题，不同的的关注点的问题，在需求采集阶段，我们不怕发现什么荒谬的需求，而是怕遗漏合理的需求……
====================================分割线================================
最新内容请见作者的GitHub页：http://qaseven.github.io/
