评审

写好需求评审报告需要包括：1、项目背景介绍；2、启动汇报问题总结；3、需求阶段汇总总结；4、非功能需求分析总结。需求评审是产品经理与开发、测试、设计沟通产品实现的过程，是由产品经理组织相关的人员一起参与业务评审的会议，包括评审原型设计交互和需求文档的内容。

需求评审和设计评审的区别：1、适用范围不同；2、评审重点不同；3、评审流程不同。需求评审是从用户的角度出发，一切围绕用户进行评审。理解了软件产品的业务需求和用户需求后，才能进一步进行设计，从而对软件实现的功能进行设计评审，需求评审在前，设计评审在后。

需求评审主要评审：1、范围评审，明确需求范围，难点在于明确不做什么；2、低保真评审，初步明确大致的样式交互及业务逻辑方案，难点在于做好需求和成本间的衡量；3、方案评审，关注粒度更细的方案细节，难点在于逻辑覆盖的全面程度。

需求评审的目的是使项目成员对需求理解达成共识，并名列前茅时间发现需求不合理点或者需求遗漏。需求评审的意义是：1、传达产品理念；2、完善需求；3、建立成员的责任感。需求评审是一个统一目标，明确需求，确定实现过程的会议。