前几篇我们讲了项目目标设定、工作界面建立等等。这些前置的准备工作是影响项目成败的关键。这一篇开始正式进入项目的流程，首先聊一下如何开好一个需求评审。
先看看需求评审的目标是什么？项目目标设定后，需求的背景大家就清楚了。但是，产品如何支撑这个目标，这之间还有很大的跨度的。需求评审的目的就是要让项目所有人，清晰的了解产品是如何通过一系列过程达成目标的。
首先，做好前期的充分准备。台上一分钟，台下十年功。不可能一次讨论就能搞定所有的需求。评审绝不仅仅是几次正式的会议确定的。从产品设计初期就需要拉着项目组的人进行讨论，形成文档，把讨论的结果沉淀下来。这时候，工作界面就很重要了，得让项目的每个人，随手可以看到产品的最新文档，看到讨论的最新进展，做好这个准备就可以开始评审了。
评审会议是让大家对需求都了解且无异议。不是快速走过场，完成任务，这一点非常重要。因此一定要讲清楚明白，大段的内容要分割成大家能理解的小段，要有友好的原型图，或者动效图。总之，一切让大家快速理解的手段都要用上。讲完一段停顿下，回答大家的疑问，确保大家都理解了。问题都记录下来，会下再整理调整。
评审完后，大家会后对照文档理解一下。还需要再开一次会，让工程师复述一遍，产品经理来听，这样两次会，就确保需求细节大家都是明确的。
这里面常见的误区是什么？就是当项目时间紧张的时候，过度的压缩需求设计时间。认为只有进入了开发阶段，项目才有进展。其实，设计阶段和开发同等重要，甚至比开发还重要。如果设计出了问题，开发就要返工，总体的效率会更低。
总结一下，开好一个需求评审，会前要多沟通，准备充分。会中要讲解条理清晰。会后跟进变化，做好变更管理。好的需求评审是成功的一半。
