产品工作流

测试用例编写

开始

月度数据分析

测试

进入开发

UI设计，界面评审

需求输出

测试报告

结束

需求方

输出开发文档

测试用例评审

项目经理

产品侧

优化线上运营方案

输出产品原型、需求说明

需求方验收

拆分任务、排人排期

开发自测

月数据分析，整理数据复盘

开发组长

需求确认

上线试运营一个月

运营侧

需求收集

确认一期需求

外部

产品验收

工作流

评定需求优先级

推广运营

依据原型及需求产出设计需求

备注：1、产品需求邮件发送项目经理及开发组长，开发组长排人排期，项目经理制定项目进度表，发送项目组成员；2、产品经理根据项目经理制定的项目进度表制定一份xxxx进度表，每周五发送项目组成员、抄送相关领导；3、测试完成，发送测试报告；然后产品经理验收，验收完毕发送给到需求方验收，验收无误，提交上线；在上线初发送（全员）上线报告；4、项目上线一个月，做项目复盘，分析需求是否完善、开发中出现的问题、上线数据情况。5、上线后，两周内收集产品反馈情况（后续可将时间拉长），重大Bug需立即做故障排除，小优化可纳入小版本迭代计划；6、开发中所有需求、所有技术对接产品经理均应参与其中，技术实现方案考虑拓展性，相关接口文档在开发完成应整理给到产品经理；7、任何改动（前、后端）产品经理均应验收。8、所有需求应以邮件或Teambition为准，二者选其一（Teambition团队协作软件既然有，就应该利用起来，不应束之高阁，浪费资源）9、产品所输出的需求原型应在交由设计前由业务方、设计、技术做需求评审，有疑问应立即提出，并在会议结束时将排期制定（或者给出排期出具的时间）10、产品经理责任制实则为产品经理是临时项目开发小组leader，对接沟通一切事宜。

需求分析

开发

提交上线

上线报告