是
主流程验收发现且经过确认是问题，回退重新测试
确认HTML内容
业务线负责人确认同意？
开发调试通过，交付测试
完成PRD
否回退开发
测试书写测试用例
否回退给测试。测试根据情况反馈给具体的开发人员修改。
产品验收需求主流程、主逻辑@正式环境
接受需求。按优先级。设计业务流程、逻辑、原型
开发
1、按照PRD开发，不能变更需求。2、如有需求变更，必须业务、开发、产品负责人同时同意，以产品的邮件通知为准。3、一切需求以Tower记录的为准。不可以以邮件、口头、微信或者业务口头承诺为准进行开发。（暂不支持此类图形）
前端
产品
1、复杂场景，需要提供业务流程图描述or USEFLOW2、页面超过5个以上，需要提供项目sitemap3、提供原型（涉及到复杂交互，需要提供动态交互场景）4、涉及到计算，提供具体的公式。（暂不支持此类图形）
负责提上线任务Tower，明确上线负责技术、时间，抄送业务
否
测试收到产品验收通知后，提交部署上线需求
阶段
具体测试
邮件回复验收通过
邮件方式
接受需求，技术解决方案、EDD设计文档。主导开发负责整体方案
测业务流程是否通？
宣讲技术解决方案。产品、测试列席。
具体开发
组织PRD交付会议（开发、测试、UI、前端）
原型及业务规则确认
开发、产品负责人及相关人员review测试用例
UI效果图确认（产品 业务）
1 验收bug及其它情况2 项目完结需要总结：需求满足率、验收bug情况。（暂不支持此类图形）
产品开发生命周期管理流程（PRD级别）
接受需求，开始高保真、 UI
功能、安全、性能、回归测试
否，继续修改
测试验收@demo和正式环境
1、完整的考虑业务系统2、系统数据走向正确、连贯3、覆盖程序各种路径，全面考虑各种测试点4、符合业务正常习惯5、测试数据高度仿真、完善6、容错7、兼容8、回归（暂不支持此类图形）
1、PRD走此流程。PRD的定义是：开发时间30人天以上的需求。级别的定义可以跟产品经理沟通后确定。不可过多。以免影响效率。2、需求处理完成后，如有变更，必须业务、产品、开发负责人同时同意。产品经理发出决定结论的邮件。开发依据此邮件进行变更。3、提需求前可与产品确认是否可行，避免往返多次。4、产品需求必须书面提需求。同时抄送给业务负责人和产品负责人。（暂不支持此类图形）
需求方
产品验收通过
业务线负责人or授权提出需求
1、PRD项目包含需求反讲，确保开发理解与需求一致。（暂不支持此类图形）
1、产品负责统一意见反馈UI（暂不支持此类图形）
接受需求开始切图、开发
1、产品review的是：a、功能理解是否正确；B、主要场景是否涵盖；C、测试数据是否高度仿真；2、开发review：A、技术解决方案下，对非产品需求系统的影响，测试用例是否覆盖？B、大量数据C、非法输入等 需要开发给明确定义补充……（暂不支持此类图形）
测试
产品验收接受@测试环境
1、产品验收的是：本次上线内容的主要流程和页面。产品要模拟高仿真数据，对主要业务场景进行验收。2、产品验收时间一般根据项目大小1小时-几天不等。一般PRD规模的是半天。3、产品验收不同于测试，不需要对全部场景、细节、系统原有流程进行验证（暂不支持此类图形）
设计
开发确认上线完整
产品验收时间：1、上线后能立即验收的立即创造条件进行验收，比如投标，充值、提现。2、不能立即验收的，关注数据发生时点进行验收。比如报表等。 （暂不支持此类图形）
1、无bug则提交产品验收。2、有bug不更改需要产品同意，否则不可以提交验收。3、项目完结需要总结：测试bug及情况、回退次数。（暂不支持此类图形）
1、新功能2、回归原有功能。尤其是注册登录、浏览购买、支付不受上线影响。（暂不支持此类图形）
测试总结，交付产品验收
发出上线通知/培训
