组织内部审核，包含自检和设计组审核（小范围），设计师本身需要养成严谨细心态度，在发出文档前一定养成自检习惯；
评审范围再次扩大，评审人员包含总监、产品、交互，会议后必须整理会议记录，并根据评审结果优化方案；
召集项目组各环节关键成员进行方案可行性评估，主要包含技术可行性评估、技术范围评估、开发时间评估，并在过程中可能会根据技术的评估会对方案进行评审，会议后必须整理会议记录，并根据评审结果优化方案，还有需确定各环节具体参与人员名单；
最后一轮方案需求评审，再次召集项目组各环节关键成员，对最终方案进行一次评审，在过程可能还会存在细枝末叶的调整，但基本可以保证方案方向的确定性，确保后续开发阶段不做大的需求变动；
宣讲，应该召集项目组所有设计、开发、测试等着实参与人员，针对方案进行宣讲，过程中对方案不做具体讨论；
输出物：详细交互设计方案
在设计过程中经过了大大小小的多伦评审，这样有利于后续需求方案的稳定性，降低整个开发成本，且进入开发阶段后，产品经理可抽出身来进行下一个版本的规划和思考，具体的实施由设计师、开发、测试执行即可 。
视觉设计：
- 关键页面设计，确定基础风格，建立基础规范；
根据交互设计方案，进行具体视觉详细设计；
组织评审：坚持自检、小组范围评审、产品范围评审等评审原则（以上交互设计环节有详细说明），避免后续不断调整风格问题，前期关键页面设计尽可多预留时间进行设计推导；
输出设计资源给予开发或前端工程师，注意模块分组、图标命名、以及不同分辨率的设计和管理；
开发人员：
- 通过参与评审会议，熟悉了解产品逻辑、流程，设计底层框架；
提出技术支持需求；
技术评估会上评估时间需求；
- 通过参与评审会议，熟悉了解产品逻辑、流程；
技术评估会上评估测试时间；
制定测试案例和具体执行计划；
文章插图
产品经理：
- 在该阶段，产品经理可以进行下一个版本的规划和思考；
开发过程中，合理调配资源，支持各方需求；
还原度跟进，整理相关BUG，通过固定工具反馈给测试人员 。
- 整理交互设计规范，包含：基本原则、通用交互的规范、基本控件交互规范、扩展控件交互规范、信息提示规范、导航规范、页面典型视图规范、窗口规范、文本规范等，作为后续设计指导；
还原度跟进，整理相关BUG，通过固定工具反馈给测试人员；
开发反馈完善方案 。
- 整理视觉设计规范，包含：标准色彩、标准文字组合、基础布局、图标风格、基本控件、通用页面结构等，作为后续设计指导；
还原度跟进，整理相关BUG，网通过固定工具反馈给测试人员；
开发反馈完善方案 。
- 按计划进行具体开发；
