1. 需求评审
由产品经理主持。
明确业务需求，使用场景，理清业务逻辑；
即为什么做这个需求？做这个需求的目的是什么？用户使用场景是什么样的？操作流程又是如何？
参加人员：全部
2. 交互评审（初稿、终稿两个会议）
由交互设计主持
明确交互设计，确定交互细节，方便开发选择实施方案，同时也再次理业务逻辑
确定在终稿会议时，把初稿问题都处理，只做宣讲，不做改动，时间尽量短；
参加人员：全部
3. 视觉评审（初稿、终稿两个会议）
由UI设计主持
明确视觉UI方案，有问题提出，便于开发后期实施，同时也再次明确业务逻辑；
确定在终稿会议时，把初稿问题都处理，只做宣讲，不做改动，时间尽量短；
参加人员：全部
4. 接口评审
由后端开发相应人员主持
前后端接口文档评审，后端出初稿，前端移动端技术人员参与评审，接口范式，字段细节过一遍
参加人员：开发
5. 工作量评估
由项目管理主持
在交互评审结束，或者视觉评审结束后，就可以进行工作量的拆分和评估，每个点落实到人。
评估完成，开发排期。
排期时，测试需要参与，并给出测试排期和用时。
参加人员：开发（测试）
6. 测试用例评审
由测试人员主持
出了视觉后，测试人员准备测试用例，并在开发提测前一周进行评审。
7. 发布检查
由项目管理主持
发布前一天确认所有工作是否准备到位，做好CheckList, 明确需要哪些资源配合协助 ，
尽量降低 发布时的各种外部环境影响；
8. 上线总结
由项目管理主持
项目发布后，总结整个项目的经验教训。
每个会议应做好前期准备工作，避免在会议上浪费过多时间。
