一、需求分析
1、需求评审：
时间：在产品设计完成以后，进入正式的开发流程之前，
组织者：产品设计（PM）；
目的：统一大家对产品的认识，及时发现产品设计缺陷，尽可能降低后续修改需求的频率；
参与者：后端开发、前端开发、交互设计、视觉设计；需求来源方（有可能的话）
形式：会议
2、需求分析
分析关键功能、应用场景等；基本上在需求评审和分析阶段就对项目的整体实现方案有个基础设计；
对核心功能的实现难度有个清晰的认识、方案不清楚的时候需要提前做好技术调研；
一方面可以给出一个比较准确的排期；另一方面避免了自己在真正开发的时候遇到难以解决的方案，推倒重来，非常狼狈
二、等视觉与交互设计（很重要，拿不到交互不给排期）
话是这么说，一般排期都等不到视觉交互的交付（前端😭啊）；
在这个阶段一般都是要给出项目排期了（多给自己排点填坑的时间）
三、项目开发（项目完成度基本与视觉设计和交互设计保持一致）
四、预留充分的自测时间（测试功能和样式）
五、前后端联调（调接口功能与字段限制）；经常需要改接口逻辑、甚至加接口造成前端需要修改对应的校验或功能；时间必须
六、视觉与交互验收
做好开发和自测；视觉与交互的验收很容易；预留一到两天就ok了
七：产品验收；
产品验收很重要、往往他们预计的东西跟设计出来的东西效果是不一致的；甚至会因为实际应用情况需要修改产品设计逻辑 ；需要预留一定时间进行修改
八、提交测试：完成上述步骤之后产品才能提交测试；
保证提测质量（测试周期也会比较长、并且在测试过程中需要及时修改bug、甚至影响业务逻辑的bug需要在一到两个小时之内进行修复）
