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