产品迭代流程图2
2017-04-18 11:24:24 0 举报
产品迭代流程图2是一个详细的步骤描述,用于指导团队如何进行产品的持续改进和优化。首先,团队需要收集用户反馈和市场数据,以便了解产品的优点和不足。然后,根据这些信息,团队会制定出产品迭代的目标和计划。接下来,团队会进行产品设计和开发,以实现这些目标。在这个阶段,可能需要进行多次的测试和修改,以确保产品的质量。最后,当产品完成后,团队会进行发布和推广,同时继续收集用户的反馈,以便进行下一次的产品迭代。这个流程图强调了用户反馈和市场数据在产品迭代过程中的重要性,以及团队合作和持续改进的重要性。
作者其他创作
大纲/内容
内部:PRD评审交互原型评审
1、产品上线发布前要准备应用市场的更新描述2、应用描述需要和市场部确定3、产品输出用户使用手册
产品验收:UI视觉走查QA介入测试PM介入UAT需求方介入UAT
业务流程图功能需求列表
需求池
发布跟踪
1、需求收益2、需求的属性3、需求的可行性4、产品与需求方讨论,协调需求优先级
上线准备上线发布
产品迭代
1、此需求为已有产品方案的需求,并且通过UI/QA/RD/需求方确认过2、需求必须有预估排期3、需求的准备工作已经做好,或者准备工作在可预测的时间范围内4、产品在开发前尽量多积累待排期需求池,保证迭代更灵活,可随时插入需求,pending了其他需求可以用此需求池中的需求替补
1、由开发人员发起通知(尽可能早)2、被通知的人员当天给出反馈或者预估能够反馈的时间3、此流程是为了确保UI和PM能够在前期了解产品面貌,如果不符合预期可以尽早发现4、产品的UAT要输出文档,通知开发测试验证了哪些内容,避免QA漏掉测试内容
每日例会
需求确认
校验阶段
资源准备:接口文档后台进度UI设计与review
上线通知:后台上线通知前端上线通知
收益分享
1、产品假设2、需求方提出3、产品统一收集
总结会
待排期需求池迭代需求池
需求评审:对需求方:产品是否符合预期结果对设计:重点原型评审对开发:PRD评审,前后端是否match(技术leader);对测试:PRD评审
开发阶段
1、开发人员反讲需求2、PM对反讲的内容进行纠正、3、冲刺会后1到2天,QA编写测试用例,开用例评审,后期更新用例要及时发出
迭代冲刺会迭代需求池正式开发询问市场是否更新图片与描述
准备阶段
产品PRD交互原型图
策划阶段
需求阶段
需求定稿输出
0 条评论
下一页