需求原型与业务逻辑的评审会议
制定开发/测试计划
不可行
不通过，重新编写
pingcode工单
通过
不通过、重新设计重新评审
编写用例
开发按计划完成项目开发提交测试
测试反馈产品验收
冒烟测试
产品经理领取工单
技术开发
细化pingcode需求，出具原型图
测试完毕
不通过、重新写重新评审
开发、测试确认原型和文档或者方案是否清晰，技术是否可行
产品根据业务逻辑和流程绘制原型图
评审发现需求问题，重新规划版本迭代
评估需求及技术门槛
测试
功能按计划上线
关闭工单
初步需求和业务逻辑评审
测试用例
对产品设计的原型进行审核是否符合自己的预期效果和业务逻辑
HA 测试
是
需求提出方（运营、战区、其他部门）
UAT测试
验收完毕
产品经理清理伪需求和技术业务门槛导致做不下去的问题
冒烟测试不通过，重新修改代码
根据文档对需求进行初步设计及意见整理
提供详细的需求说明：需求背景、使用场景、目标和预期结果、用户故事或用例（描述最终用户如何与产品交互，以及他们期望的体验）、业务规则
原型定稿，锁定需求
提供技术支持和技术建议，可行性的判断和分析
产品开发流程
UI 设计稿
需求二次交底与澄清（可选）
对产品视觉设计评审、是否符合市场需求审美及提出改进意见
对产品的文档描述、功能、业务梳理评审是否和自己描述的要求一样
开始开发
需求方提出需求在pingcode中录入工单
用例评审
产品交由UI 设计
提交用例给开发自测
产品验收后和需求方掩饰整体流程评审项目验收
需求方对程序做一个全面的评审
视觉稿交由技术开发/测试
评审发现代码问题
根据实际情况是否需要UI
pingcode工单转需求
产品经理
与需求方首次协商
可行
视觉设计的评审会议
开发、测试参与讨论设计界面的实现难度和可行性
按照需求分工并排期
技术组长参与需求的初步评定
