编辑导读：作为一个产物司理，需求评审是产物设计开拓的一个重要环节。贯串产物实施的全进程，对产物的落地起着要害性的浸染。如何才气做好需求评审呢？本文作者基于自身事情履历，从四个角度对需求评审举办阐明，但愿对你有辅佐。

作为产物司理，各人都或多或少介入过需求评审，也组织过需求评审。追念本身组织之一次需求评审时，由于告急，竟然健忘本身之前做的筹备了，于是直接打开原型图，对着它巴拉巴拉讲了一大通。功效也就可想而知了。

那么这样会造成奈何的效果呢？

现场听的人没有搞懂；可能是讲授漏掉要害点，甚至会造成最终的交付产物和原需求相差较大。

需求评审是产物设计开拓的一个重要环节，贯串了产物需求和产物实施的全进程，对付产物最终是否能定时落地起到要害的浸染。

所以需求评审的重要性就不问可知，小编将团结本身的实际经验，先容一些产物新人应该怎么做好“需求评审”。

一、明晰需求宣讲目

我们做某件工作，可以先去界说这件工作的目标是什么，为了实现这个目标我们应该奈何去尽力。

当你大白了这件工作的目标今后，你才会有对应的尽力方针，才知道应该奈何去尽力。

那么需求宣讲的目标是什么呢？

即通过我们将需求以通俗易懂的语言转达给相关研发、设计、测试等人员，告竣需求领略的一致，明晰接下来的事情应该奈何去展开。

研发同学会就需求的实现方面重点接头，另一方面UI同学就设计页面的留意事项做确认，而测试人员大多会就系统的界线举办增补说明。

知道了方针和差异的事情的偏重点，下一步就要为实现这个方针，设定要害路径，这也是产物能成就交付的必经之路。

二、如作甚需求宣讲做筹备

无论你将要面临的是谁，提前做好筹备，才气够辅佐我们不变全场。这里我团结我自身实践履历，总结了一份筹备事项。

首先，筹备讲授所需要的相关质料

在开始之前，首先明晰讲授的质料有哪些？这些质料讲授的顺序是什么？质料讲授的偏重点是什么？

需求宣讲的质料，是我们讲授的依据，我们先要把筹备质料做足。才气辅佐我们把客户的需求通过思维导图、原型图等更好地转达出来。

好比，我们需要先用思维导图去把成果架构举办整体概述；然后通过原型图具体说明，在讲授原型中，会借助流程图、状态图等加以增补，这样将我们筹备的质料很好得组合起来，才气够游刃有余的掌控本身的讲授内容，相关的同事也才气够更清晰明白。

然后要提前明晰宣讲的形式。

在正式宣讲之前，需要事先声明你想要宣讲的形式，是整体讲授完，再答疑；照旧边讲授，边答疑；可能讲授和接头团结。

虽然这要按照项目而异，好比，只是开拓一个成果模块，不巨大，可以先整体讲完，让团队成员把问题记录，后续一并作答。

宣讲的形式，是可以或许让你掌控本身的讲授节拍，不至于常常性被打断，导致需求讲授拖沓，影响整个 *** 会议效，这里推荐进修《六顶思考帽》辅佐我们如何做 *** 会议的主导者。

最后要学会按照搭建的内容讲授框架去执行。

我们要讲授需求，不管是面临的是一个全新的系统，照旧在原有系统上迭代成果，可能是增加新的模块，我们概略都可以从配景-整体系统框架—具体原型讲授—问题答疑的进程，实现我们的讲授方针。

三、需求宣讲的讲授思路

虽然，我们真正去实操时，大概照旧会有些疑虑，我们要奈何讲授显得越发专业和完整呢？

以下几个步调或者能给你一些开导。

首先，先容一下对应的需求配景。

需求的宣讲，先容需求的用户的配景，这点很重要。让研发及测试人员能清楚知道用户的需求。

系统是用来做什么的、主要满意用户哪些需求、能给公司缔造什么样的代价等，使开拓及测试人员的事情方针很明晰，也能从全局角度去思量系统的代价。

其次是对应的整体的系统框架。

整体系统框架的讲授，一般是通过导图泛起，好比信息架构图和成果布局图，将成果以布局化的形式分块讲授，而且通过信息架构图，将成果举办归类，让研发人员对系统概貌有一个相识，这里不需要将法则、成果界说具体讲授，详细的留到讲授原型时去说明，这样更直观。

最后是系统原型的具体讲授，原型内容越具体其实是越有利的，每个公司要求的原型颗粒度差异。

按照差异环境将原型细化做标注。那么讲授的时候，是不是需要把所有标注的内容都讲授到？

谜底是必定的。

假如在宣讲时有漏掉，即即是原型上有标注，研发人员也有看不到的时候，这绝对是血的履历。