是
客户端全量发布
产品委员会（PSC）评审每2周一次产品委员会组成：待确认委员会负责人：邹宗尧职责：通过，不通过，需求建议
是否涉及客户端
PSC评审
战区负责人评审确认
上线
否
PMO同步延期需求、原因和版本时间影响
SP评审准入：完整的方案和交互稿，服务联调、灰度时间参与人：各需求PM、交互（如需）、视觉（如需）端RD、QA负责人、各RD、各QA、SP评审结论：进版、不进版、跨版本开发
贺锋邮件审批
PSC最终方案评审仅对产品方案做确认，交互视觉RD等环节可在PSC评审通过后正常进入。评审结论：通过、限期修改本期完善、不通过重新打回
sprint2评审
是否通过
版本延期是原定进版需求，由于开发中各种因素导致需延期版本发布时间，才可实现版本发布。流程：由PMO同步延期需求和原因，若进版对版本整体影响。若申请延期，业务owner发起延期申请邮件申请到贺锋审批。
LR评审之后，提交到客户端的需求，需要走需求插入流程。LR评审后插入的需求，需提报当期产品委员会评审，评审通过后，业务负责人申请，走需求插入邮件，由王超、宗尧审批，并由客户端团队评估对整体影响。需求调整时，客户端整体评估可以替换哪些需求，须替换各模块自己的需求。若替换其它业务需求，需发起方自行协调。所有不满足SP评审标准的需求，不允许插入需求
客户端开发测试
客户端小流量发布
是否需要PSC最终方案评审
PM需求调研撰写包含和RD、U进行技术调研，RD可进行工作量粗评
业务owner发起审批
上层决策流程
sprint1评审
产品委员会
如流版本管理流程图
是否达到PSC评审标准
客户端LR评审条件：1）文档完善90%；2）服务大致联调时间；3）满足PSC评审标准需求已过PSC评审；4）各业务提报需求顺序优先级（涉及到其它业务线协同的也需给出）
客户端项目组回复项目安排
贺锋审批
交互视觉
PM确认需求
文档说明
需求业务owner发起延期申请
需求流程
客户端异常流程-版本延期申请流程
关键评审
战区负责人职责：需求内容和优先级的审核和确认上报PSC评审需求的把控
客户端异常流程-需求插入替换流程
战区负责人确认
开始
原则上不达到评审的标准的需求，不提报产品委员会(PSC)。提交产品委员会评审标准：（产品文档完善90%）三者中任何一个满足即可。1、战区重点需求（至少提报各战区需求top1）2、影响面：30%渗透率3、资源：需求超过40人日（粗评）
发起审批条件：已具备并完成客户端SP评审标准，已和客户端沟通，初步给出发版节奏 审批邮件内容：需求意义，需小版本发布原因，需求内容，需求收益和验证路径 需求验证：按照时间节奏，业务提供收益验证的数据
异常流程-增发客户端小版本流程
业务流需求开发&测试
战区负责人验收
LR评审一般为版本开发启动前3-4周LR评审评委：宗尧、王超、王平、杨箫、U、QA（待确认）LR评审结果：贺锋、和为对结果进行确认职责：对整体需求，从客户端角度评估需求价值、意义、技术可行性和大致工作量。评审结论：通过、不通过、限期修改建议和客户端整体优先级
合入主干
客户端需求PSCshowcase
交互视觉阶段
PSC产品最终方案评审和确认
公共资源-客户端
宗尧、王超审批
PM需求调研撰写
提交客户端LR评审
流程图说明
若由于业务特殊原因插入小版本，本着高效支持业务发展，业务可走小版本发布申请流程进行小版本发布申请。原则上，如流大版本中间不允许插入小版本。特殊业务需要，如流客户端，2个大版本中间，最多只允许插入一个小版本。请各业务根据如流版本发布节奏，及早作出规划。
各战区
PM验收
客户端LR评审
