需求原型几业务逻辑的评审会议
不可行
技术开发参与讨论测试用例存在的问题和漏项
测试反馈产品验收
符合预期功能合格提交运维上线
放弃项目
初步需求和业务逻辑评审
测试收集产品线上发现的缺陷
技术开发
对产品设计的原型进行审核是否符合自己的预期效果和业务逻辑
通过
产品根据数据及反馈做优惠
产品经理清理伪需求和技术业务门槛导致做不下去的问题
根据文档产品经理对需求进行初步设计及意见整理
开技术开发提供客户端更新包和服务器代码路径
视觉设计稿
不通过、重新设计重新评审
需求方提出需求
ui交由设计绘制视觉搞
需求提交文档
产品验收后和需求方掩饰整体流程评审项目验收
不通过、重新画原型重新评审
可行性的判断和分析
需求提出方
产品组织视觉设计的评审会议
技术开发参与讨论设计界面的实现难度和可行性
运维部署服务器并发布产品上线
技术总监参与需求的初步评定
产品、设计、测试、运维
技术开发同步根据原型设计开始数据库、界面搭建、接口等工作
测试获得产品文档、原型、视觉设计稿开始测试准备工作
开发按计划完成项目开发提交测试
产品经理参与需求的初步评定
需求文档（二）
确认原型和文档后技术开发出一份详尽的开发计划和时间进度
产品根据业务逻辑和流程绘制原型图
评估需求及技术门槛
新需求的技术支持
运营、市场整理线上数据及用户反馈
技术获得缺陷文档开始修改
业务流程、原型的确认
技术按时完成缺陷修改提交测试
整理并提炼新的需求
提供详细的需求供应方肖像、使用场景、达到的效果、传播性、复制性、重要性、针对该需求出一份说明文档
提供技术支持和技术建议
对产品视觉设计评审、是否符合市场需求审美及提出改进意见
产品开发流程
对产品的文档描述、功能、业务梳理评审是否和自己描述的要求一样
技术获得产品文档、原型、视觉设计稿开始开发
不通过、重新写重新评审
测试经理组织用例评审会议
需求方对程序做一个全面的评审
运营、市场配合新需求评审
ui将视觉稿交由技术开发
原型图
需求初步文档整理，逻辑整理、业务的流程确立
需求文档（一）
可行
