产品开发生命周期管理流程 V1.0（20180116版）

是

主流程验收发现且经过确认是问题，回退重新测试

确认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、回归原有功能。尤其是注册登录、浏览购买、支付不受上线影响。（暂不支持此类图形）

测试总结，交付产品验收

发出上线通知/培训