正式更新前签字确认
版本会议（迭代周期）进行版本规划，根据优先级进行：①下一版本需求排期②对应需求开发负责人确认③提测时间确认④预发布时间确认⑤正式发布时间确认。
产品需求评审
测试是否通过
用户更新公告
需求评审通过
没通过
正式环境更新
总体需求设计文档调整
需求原型初稿
需求修改定稿
测试组
进行预发布环境更新
实施组/数据组
通过
通过出版本测试报告
高保真原型（看客户需求是否有必要）
BUG修改、自测
产品研发流程（橙色线条为流程回转，绿色步骤必须走版本邮件流程并抄送所有相关人员）
测试组内部用例评审
UI还原实现验收
产品组
UI出图
提测到测试服务器
根据本次版本规划需求，撰写测试用例
BUG修改
研发组
对应开发，测试人员进行开发、联调
上线确认-更新结束
需求调研
需求评审会：主要确认技术可行性与方案。参会人：产品组、UI、技术组相关的人员、数据组
线上/遗留BUG以及优化建议等
版本会议非常重要：参与人员：技术后端，前端各组组长，测试组长，实施组长，数据组组长产品经理，UI，技术总监。主要确认以下事项：1、下个版本时间：这个版本什么时候最终上上线【第一优先级保障】一般放在周三上午10:00~12:00，2、下个版本需求排期，具体开发哪些内容。【第二优先级】3、需求开发优先级，如果在开发期间出现临时需求修改，哪些是可以往后挪的【第三优先级】注明：版本定好后，如非必要，尽量不做修改，尽量往后面的一两个版本排期，以保障如期上线，
需要与需求方反复确认，修改需求
版本功能验收
禅道需求池
数据组相关业务流程表格以及数据准备
需求细节确认
产品功能实现验收
