产品经理怎样活着走出需求评审会？

需求评审是产品经理工作的重要环节，是团队成员间衔接需求的重要桥梁，产品经理的方案能准确落地的重要保障。

一场成功的需求评审会，是能够完整清晰传递产品目标、产品功能，能获得团队认同，并且会后团队能够配合实施的，从而能有效推动产品进度的会议。

刚入行的产品经理会害怕组织评审，担心在评审会中被其他项目成员diss，其实只要做好评审全流程的准备，相信产品经理也会渐渐喜欢上开评审会，接下来我们从“会前——会中——会后”三个阶段来进行讲述怎样活着走出需求评审会。

一、评审会前准备

（1）明确需求的目的和价值

在需求评审前，需要先明确需求自身的目的和价值。

因为在评审过程中，不仅仅只是告知项目干系人需求的内容，还需要同步项目的目的和价值。产品经理对产品进行全方位的论证，这样可以确保项目成员对需求的理解达成一致，充分理解自己的工作任务，从而增强团队协作能力。

（2）需求方案简洁高效，没有场景漏洞

撰写需求方案的时候，切记需求简洁明了。

需求方案分为两部分：原型+交互说明。可以在原型上展示的一定要画全面，交互说明主要写原型上看不到的逻辑信息，能用图展示的尽量用图展示（例如：UML图、功能流程图、状态机等）。同时还要考虑是否把所有的场景都考虑周全，很多时候产品经理会忽略业务的逆向流程。

（3）了解需求是否可以实现

建议评审前，可以提前约开发的时间，做需求实现可行性的系统调研、技术储备调研，心里有一个底之后再重新看看自己提出的需求，看看要不要调整。

二、评审会议中

（1）优秀的表达能力

作为产品经理，要有良好的表达能力，描述项目时需要有逻辑，有条理的叙述，明确的说出自己的想法及项目的相关内容，但是我们需要以事实为依据，以数据做基础，不能凭空想象，无中生有。

沟通时，首先不要想当然的认为别人和自己具有一样的背景，比如设计人员不知道如何开发，开发人员不熟悉具体的业务知识。在阐述一个需求的时候要考虑到大家都是来自不同背景的，用大家都能理解的方式进行需求。

在进行需求评审时，我们应该对需求的价值进行说明，然后说明需求的背景以及需求想要实现什么目标、解决什么问题，这样的话大家对需求的理解才能更深刻，才不会在后期质疑需求的必要性。

还可以尽量用举例子、讲故事的方式来说明需求。在讲解用户操作时，可以结合具体的业务场景，与每一块的负责人确认排期时间是否有疑义。

（2）善于倾听他人意见和想法。

作为一个团队，每个所对应的岗位不同，思考的维度就会不同，工程师考虑的是技术，UI考虑的是交互，老板考虑的是商业价值等等。

产品经理要在这个过程中要善于倾听，倾听别人的意见和想法，站在别人的角度思考问题，理解当事人的观点，从而沟通出最合理的方案。

（3）抓取核心建议，学会记录

需求评审会时，一定要进行会议记录，可以自己准备录音笔，需求评审会议，会遇到很多问题和想法，很难当下就解决。记录会议内容可以防止问题的遗漏，对于细节问题，可以私下单独联系解决。一份会议记录可以帮助你回忆整个会议内容，事后可以针对性的进行内容整合分析。

三、评审会议后

（1）对记录进行整理

对于没有解决的问题及时的处理，在会议结束后，需要把后续达成一致的、修改的、疑问的一一列举出来，并输出反馈时间表，要及时同步给大家，并且在群里进行简要提醒和说明。如果遇到自己解决不了的问题，可以找相关人员进行私聊解决，或者小团队讨论。

（2）推进项目上线

配合测试输出用例，配合运营输出运营需求，配合UI输出UI稿，配合开发输出技术方案。进行全流程的项目管理，输出时间节点完成日期落实到责任人，做好项目排期，并且跟进上线。

最后，不同的产品经理有各自习惯的评审方法，不同的团队有不同的工作方式，不同的公司有不同的企业文化，不同的需求有恰当的评审方式，产品经理应该因地制宜。