产品研发流程

正式更新前签字确认

版本会议（迭代周期）进行版本规划，根据优先级进行：①下一版本需求排期②对应需求开发负责人确认③提测时间确认④预发布时间确认⑤正式发布时间确认。

产品需求评审

测试是否通过

用户更新公告

需求评审通过

没通过

正式环境更新

总体需求设计文档调整

需求原型初稿 

需求修改定稿

测试组

进行预发布环境更新

实施组/数据组

通过

通过出版本测试报告

高保真原型（看客户需求是否有必要）

BUG修改、自测

产品研发流程（橙色线条为流程回转，绿色步骤必须走版本邮件流程并抄送所有相关人员）

测试组内部用例评审

UI还原实现验收

产品组

UI出图

提测到测试服务器

根据本次版本规划需求，撰写测试用例

BUG修改

研发组

对应开发，测试人员进行开发、联调

上线确认-更新结束

需求调研

需求评审会：主要确认技术可行性与方案。参会人：产品组、UI、技术组相关的人员、数据组

线上/遗留BUG以及优化建议等

版本会议非常重要：参与人员：技术后端，前端各组组长，测试组长，实施组长，数据组组长产品经理，UI，技术总监。主要确认以下事项：1、下个版本时间：这个版本什么时候最终上上线【第一优先级保障】一般放在周三上午10:00~12:00，2、下个版本需求排期，具体开发哪些内容。【第二优先级】3、需求开发优先级，如果在开发期间出现临时需求修改，哪些是可以往后挪的【第三优先级】注明：版本定好后，如非必要，尽量不做修改，尽量往后面的一两个版本排期，以保障如期上线，

需要与需求方反复确认，修改需求

版本功能验收

禅道需求池

数据组相关业务流程表格以及数据准备

需求细节确认

产品功能实现验收