需求管理所涉及到的内容非常多，也是整个产品线中非常重要的一点同时也是在项目的最上游，所以需求管控的好与不好，直接影响并牵连着整个产品的开发过程、时间、结果、质量，甚至影响到整个产品的发展方向。那么，需求管控管的都是哪些？以下是哪据自己的一些经验实践中所见所得而整理的8个方面：
1、需求收集
需求的收集是来自四面八方的，需求的来源主要有两个方面，一是外部来源：用户反馈、问卷调查、竞品分析、市场分析、数据分析、体验分析、业务升级等等，都可以通过各种形式挖掘外部需求来源，二内部�来源：客服反馈、运营、领导、技术、测试等来自内部各个部门的需求反馈。同时也要学会建立用户反馈机制，不仅是收集用户的反馈，也要能从反馈中看到我们的产品问题，为用户及时解决问题，提升用户体验，用户反馈机制可以从两个方面去建立：一个是用户主动反馈渠道，主动反馈也就是建立用户主动反馈入口，通过后台即可随时查阅到用户反馈的内容；二是自动反馈渠道，即是通过技术开发的方式实现某些功能异常时可主动向后台发送反馈日志，及时的发现问题；三是通过数据分析市场分析主动挖掘需求。
2、需求整理
通过以上各种渠道来源后，就要对这些需求进行整理、归类、转化描述列入需求池。
3、需求分析
当一大堆需求摆在我们面前的时候，我们就需要对这些需求进行甄别，哪些是真实需求，哪些是伪需求，这些都是要通过深入分析提出需求者背后的真正目的及意义是什么，必要的情况就要多进行面对面访谈，学会使用5Y分析法来分析或对用户进行访谈，从而得出更加真实的需求；
4、需求排期
当所有需求摆在面前的时候， 很多时候会受到外界因素的干扰，比如老板说“这个需求，非常紧急，三天之内一定要完成”，老大说“这个需求关系到我们的整个产品的发展方向，一定要尽快实现”，运营说“这个活动必须要在xx号之前完成，我们预计会有100w收益和1000万新用户，你们看着办”，听到这么多来自外界的声音，对我们需求排期来说是个非常大的挑战，不能得罪了老板，也不能违反了上司的命令，又不能不支持公司业务的发展，很多时候会让自己陷入进退两难的境地，这个时候就要发挥你的沟通能力与各方沟通协调，同时也不要被他们牵着鼻子走，一定要有自己独立的判断和思考能力，有的时候他们所说的紧急可能就只想你快点实现，并不会产生其它的影响，所有需求排期的目标除了与大家沟通实际的紧迫程度以外，还会思考以下几个方面：
1）是否严重影响用户对产品的使用体验或是用户的痛点；
2）是否严重影响到公司的业务目标；
3）是否能够为产品发展方向和用户带来较大程度的提升；
4）是否为公司重大发展策略中的重要的一环。
通过这几点去审视和思考对需求进行合理的排期，同时也可以利用KANO模型法来分析当前的需求。
5、需求文档
这一项是产品经理一定要做得非常扎实的基本功，需求文档是协助项目所有干系人对这个项目结果和目标的详细描述和理解的文件，所以即要写得专业又要细致，专业是为了让所有人对你这个产品经理放心，细致是要细致到某个按钮点击后的体现是什么，一个专业完整的项目需求文档一般主要包含了几个方面的内容：目录、修订记录、 开发信息、项目背景、项目目标、功能列表、业务逻辑图、信息结构图、功能详细描述、技术支持、其它注意事项等等，文档内容有些项目，如逻辑图等可能不需要将全部信息展示出来，有互相链接就可以，内容最多的可能就是功能详细描述了，这里一定要做到需求描述清晰细致，逻辑严谨，格式规范。另外无论以什么形式或工具来写需求文档，只要是高效的，能够让所有人清楚明白需求文档内容即可，比如用Axure、Excle、ppt、word均可，只要能达到目标即可。
6、需求评审
需求评审这个环节被戏称为“产品与开发的撕X大战”，在每一个项目初期都要轮翻上演，在这个唇枪舌战中更多的是产品与开发的争辨，开发在整个项目的过程当中承担着非常重要的角色，而产品在整个项目过程当中承担着承前启后至关重要的作用。在需求评审是一项非常重要又复杂的过程，有时候不是一次需求评审会议就可以将达到我们的目标，大部份的时候都要开3-4次需求评审才能够顺利通关进入开发阶段，在这个过程当中产品汪的任务目标是：
1）要让所有项目干系人清楚明白我们这个产品将要达到的结果是什么；
2）在达到目标的过程当中，所有干系人要将可能遇到的问题摆出来探讨解决并达成一致；
3）让所有项目参与者清楚明白自己在这个项目过程当中要做哪些任务，扮演什么样的角色；
4）评估所有人完成自己的任务所需要的时间周期；
5）确定项目开发周期启动项目。
产品汪在这个过程当中要逐渐学会把握评审会议的节奏，围绕目标进行有效的开展，并且要做到会前提前将需求资料群发邮件给所有相关人员查看，提前让大家后将会议讨论内容以邮件形式@所有人，确认会议内容结果无误。
7、需求执行
需求确认后，我们就要进入项目需求执行阶段，这个阶段也要充分利用我们 的沟通能力，协调好各方资源，进入项目执行阶段，注意有规律的与项目组的各个同事保持沟通，但不要频繁打扰，有项目管理跟踪工具协助是最好的，但也不能完全依赖项目管理工具，建立适合团队的沟通机制，做到进度可控可见，有问题随时配合协助，平时也要多在团队建设上下功夫，更有利于团队合作的默契度和效率的提升。
8、需求变更
在项目开发过程当中让开发同事最反感的事情就是需求变更，无论是大的变动还是小的更改，都意味着工作效率降低、项目不能按时完成的风险、团队成员的情绪变化、团队工作成果时间的浪费等等，面临各种问题，所以做为产品经理，就要尽可能的避免需求变更的风险，当然也不可能完全避免，因为需求的变更有的时候不是你所可以控制的，例如公司层面战略的改变、临时不得已而插入的新需求、技术问题无法解决、交互体验考虑不全面、功能需求设计不合理、需求理解有偏差等等都有可能导致需求的变更，如果产生了需求变更我们又该怎么应对？如果是交互体验考虑不周、功能设计不合理、需求理解有偏差这个锅就只能由产品经理来背，做为产品汪的我们该怎么做？
1）首先在前期我们就可尽可能的做到需求与各方沟通明确不产生偏差，多听取多方意见，及早的发现与预防；
2）再与项目组其它同事以诚恳的态度承诺自己的错误，再说明需求变更的目的性及意义；
3）平时就要与项目组同事成为好朋友及合作默契的合作伙伴，这样即使你犯了一点这样的错误，也很容易得到谅解；
4）建立完整的需求变更机制和流程，在产生需求变更时则可通过有效的流程来降低风险，同时变更后要告知团队所有相关成员。
需求管控这一块的内容是产品汪在进阶的过程当中最需要深入打磨的技能之一，里面所含盖的内容非常多，本篇也只讲了大致的内容，每一个方面都值得深入学习，欢迎大家一起探讨！
相关文章：
