需求评审
此文档旨于帮助我们规范需求评审的工作，保证开发工作能顺利进行，同时减少需求沟通问题的出现。
开始开发前，我们需要保证检验表通过、已进行需求可行性分析，才投入开发：
1. 需求检验标准
每次我们评估一个需求是否可以支撑我们开发工作的时候，都需要根据以下检验项来进行评估。
| 检验项 | 说明 |
|---|---|
| 需求文档 | 需求的文字说明。 |
| 低保真 | 一般是Mockup原型图，主要用于理解业务逻辑。 |
| 高保真 | 一般是sketch源文件，主要用于前端开发界面和交互逻辑。 |
| 文档、低保真、高保真的一致性 | 需求文档、低保真、高保真描述的功能点与交互是否一致。 |
| 功能点清单 | 列出需求包含的所有功能点，一个功能点应从用户、外界因素引发的事件为起点，以数据的变更、界面的反馈等为终点来描述。 |
| 业务逻辑流程图 | 列出需求包含的业务逻辑流程图。（注：这个并非程序实现的逻辑流程图，而是帮助程序理解的业务层面上的流程图。） |
2. 需求可行性分析
在开发前，我们需要分析需求是否可行，以下几项标准可以帮助我们更好地去分析一个需求的实施的可行性。
| 标准项 | 说明 |
|---|---|
| 相关开发人员 | 列出开发该需求需要参与的开发人员。 |
| 涉及的产品 | 列出该需求涉及的产品。（例如：案例可根据名称进行搜索 涉及 定制平台/管理后台。） |
| 涉及的功能模块 | 列出该需求涉及到的功能模块。（例如：案例可根据名称进行搜索 涉及 活动市场/管理后台案例信息。） |
| 产生费用 | 列出开发该需求产生的费用预估。 |
| 风险预估 | 列出开发该需求可能产生的风险。 |
| 业务逻辑流程图 | 针对整个需求的主流程，列出开发该需求需要实现的流程图。 |