该帖子同步发自：(铁托的博客  访问该博客)

　　什么是需求评审?

　　需求评审：对需求进行评议、审查，是需求落地与产品上线之前的重要步骤。

　　字面上理解非常简单，就是对我们的需求整体做一个最终的评议和审查，但这是你需求能落地，产品能上线的一个非常重要的步骤。

　　为什么要做需求评审?

　　简单总结起来就是，评审什么呢，大家看看我的需求怎么样，合不合理有没有问题是不是跟之前讨论的一致，老板看看，如果没有问题的话给我排一个时间，让我这个产品能够顺利的上线。

　　BOSS：投入产出比

　　开发：实现难度、实现时间

　　运营：使用目的及是否方便

　　评审会上可能会有很多角色，包括开发小伙伴，相关产品线的产品经理，还有起决定作用的老板，那么其实每个人都会从自己的立场上去考虑这个产品的许多相关点，比如说老板可能会考虑投入产出比，运营小伙伴可能会考虑使用是否方便，是否能达到目的，开发小伙伴肯定会考虑它的实现难度，所以说需求评审能达到这样一些目的。具体为以下三点。

　　1、再次的去确认和传达你的需求。

　　再次确认的意思其实是在需求评审之前都要跟需求的提出方进行确认;并且对相关方，如：相关产品线的产品经理、后期去制作上线的前端以及后端的开发，都要去把你的需求明确传达给对方，这个就是一个再次确认的过程。同时在评审会上你要把你的产品细节和要求都明确的说出来，把要实现的目标和要求都明确的传达给所有参加评审的人员。

　　2、及时发现并改正问题

　　在整个传递的过程也就是评审会进行的过程当中，会有相关人会对需求产生疑问或有新的建议;因为产品需求可能会带有产品经理的主观想法，所以我们需要找没有看过这个需求的相关人去给你发现一些问题或者是提出一些比你现在的方案更优的方案。

　　3、确定时间与获得资源

　　需求评审不仅是去确认需求，发现问题，其实也是一个确认时间和获得资源的过程。什么是确认时间和获得资源?

　　产品经理提出的需求如果想要上线，首先要把自己的目标说明确，即能够得到的利润或节约的成本或者是用户体验的提升，或者是其他的一些需求目标;把需求目标明确之后：

　　相关的人员，主要是BOSS，会给你排更高的优先级，那么就确定一下产品上线时间或功能上线时间。

　　资源方面，如果优先级很高，那么这时候所获得的资源会很多，产品进行的将会十分顺利。

　　怎么进行评审?

　　1、评审前的准备

　　提前的沟通：提前沟通是十分重要的。因为参与评审会的人都是这次产品或功能的相关人，一定要在评审会之前把所有的想法包括需求与实现的方法和所有的相关人说清楚。那么在评审会上大家对你的整体方案都是了解的、清楚的，这样保证了评审会前期不会有很多的质疑或者疑问。

　　完备的需求文档：当我们的需求提出方是运营或销售团队，除了评审会开始之前一要把方案跟提出方确认清楚，最好能够提前把需求文档发给所有相关的人进行确认，提前能获取一些改进点或改善点，这会使评审会变得更有效率且顺利;评审会上主要展示的内容是需求，要非常注意文档里的细节不能出现错误或明显的错误，包括一些不太明确的结论或者和你这次需求相关性比较弱的材料不要放到评审里面，因为不相关的材料会有一些疑问，从而影响到评审进度。

　　其他准备：比如需要提前定一个会议室，提前周知所有参与评审人员，时间和评审内容，以及一些准备工作。这点可能每个公司不太一样，有的公司的评审会是固定时间的固定人员，这时候你只需要提出你参与评审，让相关评审的负责人帮你预约或安排就可以。

　　2、评审中应该注意些什么?

　　参加评审的目标是将我们的需求展示给所有的人，争取到资源，把需求落地，把产品上线。所以为了评审能够顺利的进行：

　　把握好节奏，控制好评审的时间;节奏如何把握，就像老师讲课一样，先把目标阐述明确，然后就目标提出讨论。

　　把方案阐述明确，然后就方案进行讨论，可以这样分块来进行整个文档的输出。

　　因为如果前期准备做的好，参会人员都会知道你产品的产品目标;有可能有质疑的基本是文档上一些细节的小问题。当然无论前期准备做的再充分，在评审会上有相关人都会有有一些新想法或新建议，我们需要做的不是争论谁对谁错，可以把新的需求或相关建议先记录下来。在记录之后，有两种解决方式：

　　在会上，让与会的所有人讨论最后做决定。

　　如果会上做不出任何决定，或者需要相关数据支持或资料支持，记录清楚，会后准备，后续做第二次评审，或者在会后通过书面或者其他方式去通过这次评审。

　　整个评审过程中要记住两个目标：

　　我们这次需求达到的目标;就是我们这次功能上线之后可以达到什么目的。

　　这次评审会的目标;参与这次评审会，目标是在这次将这个产品或功能在什么时候或需要什么资源上线;如果说目标明确，就不会在评审中有偏差或者衍生出一些其他不必要的问题。

　　3、评审会之后要做的事情

　　评审会就两种结果：

　　有一些改进意见，需要再次去改正或变更需求。如果这次评审当中需求有一些修改点，那么在会后要将修改点明确清楚，方案讨论清楚，然后进行第二次评审，或者在邮件当中进行评审。

　　需求没有问题得到一些资源来进行最后的需求落地和产品上线。如果评审顺利通过，那需要在评审会上明确产品的上线时间，优先级以及需要的相关资源，会后需要把这些会上确定的结论通过必要的方式发给参与评审人员，接着按照我们既定的时间点参与后续的开发测试和产品上线。