题外话
好久没有更新文章了，人有时候迫于生计的压力，计划赶不上变化，看了很多成功人士的传记和故事，无不是坚持，专心致志地做自己喜欢做的事情。但是在这么一个浮躁的社会里，触手可及的信息世界里，能够用心去做一件事情是非常困难的。希望自己能够坚持下去，人有时候在一些琐事中比较容易陷入其中，丢失目标。产品的需求规划也一样，如果没有需求管理，前期的需求获取就是无用功，因为没有到达具体执行。那么什么是需求管理？通俗一点的讲就是获取用户需求，并对用户需求进行评估，根据评估结果来推动产品侧进行改进，直到需求被满足，然后继续下一个循环。在需求管理中可以通过维护两种需求卡片（单项需求卡片和需求池管理卡片）来实现。
单项需求卡片
单项需求卡片一般在用户调研和头脑风暴的时候使用，用于标识需求的类型（功能性/非功能性需求）；需求来源，需求从哪里来，是否目标人群；需求场景，产生该需求的具体用户场景；需求描述，描述过程中最重要的信息；需求原因，需求搜集人员注释这部分用户为什么会有这个需求；以及明确需求的重要程度、需求生命特征以及竞品情况等。
需求池管理卡片
需求池其实就是存放跟产品有关的未来可能会做的功能点的聚集地，然后在规划新版本的时候，从池子里根据“轻重缓急”和“优先级”来筛选出几个需求，排一排、整一整，弄成一个新的版本项目计划。需求池工具有很多，比如Project、Execl、MindManager等等都可以作为需求池管理工具，你也可以使用一些团队协作软件（如tower、tita、明道、teambition等）里面的项目管理功能来做需求池工具。一般来说，我会将需求池按产品的功能模块来进行划分，这样所有关于产品功能的需求都会被归类到相应的产品模块里。当然，这个需求池里还会包含来自运营及其它部门的需求。我们要做的就是告诉这些需求提出者，他们的需求我们都重视了，已经放到了需求池当中，但是是否安排开发需要根据所有需求进行“轻重缓急”和“优先级”的权重比较才能决定。我们需要定期去审核和分析这些需求，是做还是不做、要做的话是什么时候做？
需求评审会议
有了这份需求池功能卡片，我们就可以召集团队相关成员进行一次需求评审会议了。参加需求评审会议的可以有产品经理、老板/领导、运营以及市场相关人员、开发主管、测试经理等。为了保证需求评审能够顺利进行，最好提前做好相关的准备，产品经理要能够讲清楚需求的来源，为什么要做这个需求，做这个需求有什么意义，这个需求需要哪些功能配合，同类竞品是否有该功能需求，为什么这个需求的优先级比较高……，整个需求评审的过程，考验了产品经理对需求的熟悉程度以及对需求的判断能力。同时，参与评审的人也将会对你提出的需求提出自己的看法，是否同意该需求，并且会提出同意或者不同意该需求的理由。需求评审是多人围绕已经收集到的需求进行评审的过程，通过集合大家的智慧，能够避免一个人闭门造车拍脑袋进行决策的局限。当然，我们这里只是第一次需求评审，到了后期产品原型乃至UI设计稿全部定稿的时候，依然需要进行产品的需求评审。
总结
需求管理是一个完整的闭环过程，同时也贯穿着产品经理工作的每一天。
1、我们是不是每天都要去思考这个需求是否需要去做？这个需求到底重要不重要，紧急不紧急；
2、我们是不是经常都要去用工具把需求给做出来，用visio这样的流程图工具去梳理业务流程，用axure这样的原型工具去设计产品原型，做的同时还得思考这个功能需求究竟放在产品的哪个功能模块合适；
3、我们是不是每天都要去和各种人沟通需求，和设计师沟通需求，和前端工程师沟通需求，和后台开发沟通需求，还要和测试、市场、运营、销售等沟通需求。同时，你还要和用户谈需求，让用户了解和认识你的产品。
需求获取和管理的系列文章终于写完了，前期的准备工作是成功的一半，为了避免做无用功，产品经理需要花很多的时间去进行需求获取和管理，这样才能让做出来的产品满足用户的真实需求。
接地气开聊互联网产品—01 产品经理
接地气开聊互联网产品—02 需求定义和分类
接地气开聊互联网产品—03 用户调研
接地气开聊互联网产品—04 竞品分析
接地气开聊互联网产品—05 头脑风暴
接地气开聊互联网产品—06 需求筛选和优先级
