移动APP项目研发流程规范：
其中，产品需求文档 > 前端开发两个版本 、UI设计 > 前端开发一半个版本、 后台开发 >前段一个版本、api开发 > 前端半个版本。
第一阶段：需求策划。
在需求阶段产品经理内部进行需求讨论：讨论下版本需求重点是什么，做什么功能，怎么做。通过反复调研、讨论、输出交互方案。
确认需求可行性：产品在输出交互方案后找相应的开发讨论需求方案是否可行，这个讨论阶段产品和开发的思维方式不同，往往会擦出新火花、新惊喜；但讨论控制不好或者会演化为产品和程序员的撕逼大战，呵呵。
UI设计：设计师将产品的交互方案变得更生动精美，不过精美的设计稿不见得都能实现出来。在这个过程中产品经理需要协调设计师和前端人员的沟通，制定设计规范。同时保证设计稿的质量，出稿进度。
需求宣讲：产品经理将交互方案和实现逻辑完善以及将上版本的bug、其他优化需求等整合出完整的版本需求文档后，拉上项目所有成员宣讲。宣讲目的主要让项目成员清楚新版本需求的重点是什么，做什么功能，为什么做（重点讲）；简单介绍怎么做，讲解交互方案或设计稿，给大家有一个整体的印象，让大家都了解版本功能的意义。
第二阶段：需求研发。
项目启动：需求宣讲后，开发根据产品需求文档进行需求评审，评估出研发周期、提测时间、预发布时间点、正式发布时间点。产品根据评审结果发送项目启动邮件。
研发：需求研发过程中，产品跟进研发进度，保持与开发沟通确保需求被正确理解，及时解决研发过程中发现的新问题。
测试用例：产品、测试、开发共同确认版本测试用例，并同步研发过程中变更的需求和细节。
提测：产品验收开发输出的功能模块，并输出体验回归文档；测试根据用例验证需求逻辑，提bug、优化给开发。内网环境测试通过后，测试继续验证预发布环境、正式环境。
第三阶段：版本发布。
客服培训：测试验证的过程中，版本发布前，产品提前给客服培训新版本内容。
发布：后端开发、运维人员将代码发布外网环境，前端输出外网正式包。产品运营将正式包上传各大安卓市场或ios -appstore提审。
升级：所有安卓渠道包更新好，或者appsore审核通过，新版本也没有发现什么问题时，后端开发和运营人员打开升级配置，并发送升级通知。
运营报告：版本发布完毕还未算完呢，运营人员在新版本发布后，收集用户反馈，进行数据监测、数据分析；评估新版本功能效果和影响，验证新版本功能以及输出下版本需求开发和优化建议。
