产品经理的必经之路：需求评审会.docVIP

产品经理的必经之路：需求评审会 / 一、需求评审是什么？ 要想开一场完美的需求评审会，必须明白需求评审的目的，只有明确目的后，做好相关的准备工作才能够事半功倍！ 1. 需求评审的目的 检视需求的合理性与完整性，降低需求风险。 与项目干系人对项目目标、需求达成一致，方便其他工作人员能够了解工作任务，从而增强团队协作能力。 能够对产品进行全方位的论证，验证或更改自己的想法、获取更多的想法，进行头脑风暴，完善产品需求。头脑风暴的作用有以及几点，不仅仅试用与需求评审也适用于其他方面。 头脑风暴 让参与者敞开思想集体讨论，相互启发激励，以弥补知识缺陷 引起创造性设想的连锁反应，产生尽可能多的设想，并使各种想法在相互碰撞中激起脑海中创造性风暴 再对设想进行客观，连续的分析 从而找出解决难题的黄金方案 如果没有需求评审将会产生什么后果呢？ 1）需求严重的失真性！ 2）增加项目成本，项目成员对需求的意见没有保持一致，不清楚自己要做什么，也不知道做成什么样子，什么时候交付，严重影响项目的进度。 3）思维角度分歧，产品经理和工程师各自的视角不一样，工程师代表的是技术思维，而产品经理代表的是产品和用户思维，这两种思维天然就存在一些冲突和矛盾。 2. 成功的需求评审 一场成功的需求评审会。是能够完整，清晰传递产品目标，产品功能，能获得团队认同，并且会后团队能够配合实施的，从而能有效推动产品进度的会议。 产品目标：能够讲明白，我们要做什么产品，为什么要做，做这个产品的意义，能解决什么问题。 产品功能：能够说出产品功能实现的意义和规则，涉及到哪些方面，前端、后台、UI、UE、运营、测试，并且向团队指出为了完成该需求应该怎么做，合理的分配任务。 产品实施：解决会上提出的问题，输出会议纪要及项目计划表。 二、如何做好需求评审？ 1. 评审会前准备 （1）邮件通知 任何形式的沟通，都必须以邮件（公司联系方式）来确认，邮件的内容包括一下几个方面。 项目背景介绍，如果是新项目，要输出 BRD 和市场调研分析， 用户画像，老项目要输出数据分析、用户反馈，竞品状况，也就是需求来源等，让团队成员对需求评审会的项目有个大致准备，每个人都可以在会前有思考的过程，方便各成员能做好相关的会议准备。 输出项目目标，本次项目，你要达到什么目的，评估标准，作为产品经理可以提前通过该种方式让团队成员知道自己的观点和想法，提前输出，方便会议时能够更好的理解。 输出项目文档，BRD/MRD、PRD、流程图、结构图、原型图、以及与之相关的所有文档。不做无准备的仗，只有文档的输出才能让团队成员能够全方位的了解项目。 邀请人员：测试、开发（前端、后端、客户端、运维）、UI、UE、运营、以及Boss和确定开会的时间和地点。因为不是所有人的时间都是一致的，只有提前确定时间，才能确保会议的正常进行，必要时，需要会前多次通知及确认。 （2）提前预演 预演不需要太多人，项目相关的核心人员（产品经理、前端主管、后台主管）即可。 从他们的角度看有没有漏洞，证需求文档的主要逻辑没有问题，从而明确需求能不能实现 为了获取认同，获得会议的支持者，提前通个气，这样可以能减少很多不必要的矛盾，甚至是领导的肯定，那么接下来的项目推进，就会非常轻松，在遇到争议性较大的议题时，这一点会非常有效。 （3）自我的会前准备 产品经理作为需求评审会的核心成员，必须对该项目有深层次的了解， 例如需求背景，需求的来源，目标用户，市场现状，遇到的问题，调研结果，要解决问题的深入分析和思考。 通过自我的思考和准备进行改进和完善，通过准备工作发现要评审的产品方案的不足并加以修正，在需求评审会上提高需求评审通过的概率。 只有在会前有过准备和思考并且能够在会议时了然于胸，才能立于不败之地，不然会被其他人员怼的哑口无言。 2. 会议中 你穿上了一身破烂T恤，打开会议室的门，连接好投影仪，睁开一夜未眠的双眼，这场战斗才刚刚开始。 那么，这个会要怎么开？ 开会有时候就是靠着你这一张三寸不烂之舌，征服大家。 作为产品经理，要有良好的表达能力，描述项目时需要有逻辑，有条理的叙述，明确的说出自己的想法及项目的相关内容，但是我们需要以事实为依据，以数据做基础，不能凭空想象，无中生有。 首先不要想当然的认为别人和自己具有一样的背景，比如设计人员不知道如何开发，开发人员不熟悉具体的业务知识，在阐述一个需求的时候要考虑到大家都是来自不同背景的，用大家都能理解的方式进行需求。 在进行需求评审时前不要忙着讲解用户操作流程，演示原型图， 我们应该对需求的价值进行说明，然后说明需求的背景以及需求想要实现什么目标、解决什么问题，这样的话大家对需求的理解才能更深刻，才不会在后期质疑是否需求的必要性。 尽量用举例子、讲故事的方式来说明需求。在讲解用户操作时可以结合具体的业务场景，