评审被怼？如何高效组织评审会！-技术圈

需求评审会对于产品经理来说就像是家常便饭，需求评审串起来了前期的需求调研和分析，不同利益相关方的博弈，以及后续项目落地实施的计划，是产品在正式开发之前非常重要的一环。

然后我们就来介绍介绍这个需求评审。

一：需求评审是什么

二：为什么要开需求评审

三：开需求评审的时候要注意些什么

四：需求评审碎碎念

▍一：需求评审是什么

这个词听起来很高端，但是实质上就是开会讨论问题，然后开会人员就是与本产品相关的研发人员，项目经理，测试人员，业务方，设计师等等之类。

▍二：为什么要开需求评审

1.可以将需求以通俗易懂的语言传达给相关研发，设计，测试等人员，达成需求理解的一致，让他们明白为什么要这么来做这样一个东西，它的价值是什么，它将会成长为什么样子，明确接下来的工作应该怎么样去展开。

2.防止在一次迭代中因为没有任何需求评审，研发完全按照产品需求文档进行开发，导致的理解不一致产生需求偏差。最后做出来的东西不是真正需要的。

3.让大家一起来思考，毕竟一个人的思维是有局限性的，当局者迷，旁观者清，再有经验的产品经理也会有思考不全面的时候，这时候就可以借助需求评审，借助团队的力量来完善产品的细节。

▍三：开需求评审的时候需要注意一些什么

1.需求评审前

（1）明确会议目标

也就是我们要准备好我们的讲解材料，确认讲解形式和讲解顺序，把控着讲解的重点，不饿能偏移。

比如：我们的需求文档一定要能把我们的需求讲清楚，（一定要提前把需求文档发到参会人员手中！！！）

我们的讲解形式是先整体讲完需求，再进行答疑呢？

还是边讲解边进行答疑呢？

我们的讲解顺序是什么样的，那么多需求，先讲哪一个会更好呢？

本次需求评审会必须要讲解清楚的东西是什么，不能把一些旁支末节都弄完了，但是主要的重点还没开始，那样就白白浪费时间了。

（2）提前预约会议

a.我们要提前确定参会人员

b.和他们沟通好时间，确保每个人都有空的时候

c.预约好会议室，不能都要开始前几分钟了，都还不知道要去哪里

d.提前和参会人员告知会议的时间和地点，不要临开会了突然通知别人，重要的人员更要单独通知。

（3）提前沟通

不要把所有的问题都推到评审会上，这样的话很浪费时间，应该要提前和重要的相关人员（比如开发，运营，设计师）沟通，解决重要问题

真正高效的会议应该是私下解决重要问题，会议只是走流程，确保所有人都知道，保证需求的一致性。

关注公众号有更多精彩内容~

2.需求评审中

大致的流程一般是这样：需求背景-用户和需求-功能模块-讲流程-原型与交互-数据指标-需要谁支持-预计上线时间

（1）需求会议有以下四大原则

a.求同存异，学会寻找每个人的实际需求的共通点，使我们的会议最后能产出一个结果。

b.放过细节，每一个需求会议其实都是对公司资源的很大占用，我们不能死扣着某个细节不放而大大耽误了时间，这是不符合资源最大化利用的，会议上只需要讨论可行性就行，具体的细节等之后再敲定。

c.适度休息，开需求会议使很累的，每个人都是全神贯注的，因为都和自己有着密切的联系，一直高强度的开容易引发争吵，所以需要适度休息，避免吵架。

d.把控时间，主持人不要在一件事情上耽搁太久，要尽量在合理的时间内解决问题，不要让解决问题成为打太极，无限循环。

（2）需求的重要信息

a.价值：为什么要做这个需求，上线之后的价值是什么

b.功能：为了支持这个价值，需求包含了哪些功能呢

c.实现：针对每一个功能，该怎么去实现

（3）需求等级评审中概念

a.功能优化

重点在讲清楚如何做，往往评审时间较短，不会单独组会，会跟着其他需求一起评审。

b.功能拓展

重点在讲清楚是什么，与原有功能的联系是什么，可能要单独组会

c.新项目

重点在讲清楚为什么要立这个项目，项目包括哪些模块，模块之间的联系是什么以及每个模块的功能和怎么实现。

（2）如何表述

a.用最直接的方法说明需求价值

量化指标，以数字来切入，

b.逻辑+模块

总：项目背景-目标-系统架构-重要流程

分：各个功能

总：总结性发言

（3）注意事项

a.因为原型内容相对较多，所以要注意讲解模块的节奏，给大家留有一定的思考时间

b.讲解时要注意语速和语调的变化起伏，要让你的讲解有起伏，从听觉上是一种享受

c.需求讲解，为了让内容更加丰富化和趣味化，可以以用户故事的形式去讲解，一个个小故事串联起整个系统

d.要放平心态，要知道需求的设计不可能使完美无缺的，我们有可能存在逻辑漏洞，我们也有可能在讲解使做不到面面俱到，会存在一些隐含的需求未被讲解出来等等。

e.在需求宣讲和答疑的时候，需要做的使收集项目组成员的问题，然后补充到自己的原型设计里面。

3.需求评审后

（1）会后跟进

这主要分为三部分：待讨论，待完善，以确认

a.待讨论：指会上的遗留问题

b.待完善：指会上确认要改的问题，后续自己要完善在文档中

c.已确认：指会上讨论出要做和不做的结论的点

（2）问题修改

及时跟进评审问题，迅速改进

（3）项目排期

让产品落地

a.开发时间评估：确认开发周期

b.输出结果评估：分配对应的需求所需要的人和天数

c.项目排期：确认各个重要的时间节点（开始开发时间，整体提测时间，UAT时间。发布时间）

（4）注意事项

如果开评审会议的时候，有参会人员因为某些原因未到达现场，也要将会议纪要和评审结果发给缺席人员，再与其单独沟通，确保双方的理解是一致的。

▍四：需求评审碎碎念

需求评审被怼使产品经理多多少少都会遇到的问题，这也是锻炼产品经理抗压的一种方式，不要轻易就失去自己的平常心，被怼证明自己的考虑还不周到，还可以继续提升。

最后，祝大家都能成为一名优秀的产品经理！！！

视频号

我上线了视频号，每期和你一起学习、探讨产品经理的方方面面。

转行/求职必备

当然，想要跟薛老板一起按照大厂做产品的流程手把手做实战项目的转行人员，也欢迎参加凤凰涅槃计划，具体可以查看如下链接：

社招转行产品经理，没有项目经验如何成功求职？

在校生没有项目经验入行产品，为什么这么难？