目标

由产品经理，向开发团队讲解需求。团队给需求进行评审，主要评审内容是需求是否达到了，可以进入设计、开发的标准。如不满足，则返还产品部门，重新设计后再次评审。

干货

1. 产品经理在需求讲解时要按照“总分总”的原则，有层次的带入式讲解，避免一开头就陷入到具体的细节讲解。
2. 即使都是老员工，但他没做过这个模块也算是“新人”，拉团队中的新人把，他理解的深入了，开发阶段的问题就少了。
3. 开发人员在听需求时，有问题不要立即问，要先忍着先记在本上，给产品经理10分钟时间讲完需求，天塌不了。

评审标准

1. 必须有业务需求背景描述；

2. 主业务需要有业务流程图；

3. 要有业务影响范围的说明；

4. 如有新增界面需要界面UI和原型同时输出；避免因UI后置或UI和原型不统一影响技术工期，该现象比较严重。

5. 必须有版本设计原型图，且遵守如下规则：

   a) 涉及的APP、WAP、PC、小程序等各端设计，需要分开设计，不接受类似PC端同WAP端的说法；

   b) 涉及的APP、WAP、PC、小程序等各端样式更改必须有更改后样式图，且页面上涉及到的每一条业务逻辑都有相应的页面和描述

   c) 各页面跳转、功能交互必须在原型图上有功能和逻辑关系描述

   d) 页面各按键和输入框显示规则必须有显示规则描述

   e) 页面各控件（如按钮、文本框、下拉框等）功能、交互必须在当前页有功能描述、规则描述

6. UI设计图

   1. 1. UI有设计图、切图，标注（距离，颜色）
      2. 点击状态颜色变化必须标注