流程图
PD
**1.需求池**
需求来源:用户，运营，销售，老板，其他
禅道中需求管理，BUG转需求
需求池使用禅道产品需求，进行管理
**2.版本需求确定**
确定版本目标，量化目标？感性目标？
根据版本目标确定关联需求，并根据需求相关程度确认需求处理优先级
版本目标和需求列表使用禅道计划管理，进行管理
**3.需求评审**
相关人：产品，运营，销售，老板等需求方，根据需求方确认当前版本最终可执行需求，以及需要占用资源，包括：设计，开发等人员资源，以及其他相关硬件软件资源
明确版本迭代影响的资源范围，包括影响的系统模块，业务流程，工作流程等信息
确认版本目标，资源占用，影响范围
确认当前版本目标是否符合公司长期发展战略，以及产品长期规划
**4.版本需求细化**
根据版本已确定的需求，细化产品设计，开发LIST，明确功能点，功能逻辑
**5.UE,UI,DEV排期确认**
确认产品排期，输出排期计划
**6.交付**
交付资料：产品目标，产品排期，PRD,新增功能模块需增加MRD
交付内容通过禅道计划管理交付相关内容
UE
**1.交互设计**
产品需求梳理产品交互逻辑，界面逻辑
**2.埋点设计**
定义监测点，梳理需要处理的埋点，数据漏斗，用户路径
**3.交互评审**
确认交互实现可行性
**4.交付**
交互原型图，交互逻辑，User Case，验收标准
UI
**1.视觉设计**
根据交互原型进行UI设计
**2.视觉评审**
相关人:需求方，PD,UE,DEV
确认开发是否可实现，实现难度，需要占用的开发资源
**3.交付**
视觉设计稿，切图，视觉开发说明
DEV
**1.开发需求LIST**
根据产品需求明确技术开发LIST,禅道分解开发需求，开发人员分工，确认开发排期
在禅道中版本计划关联需求
**2.开发**
根据禅道开发排期进行开发工作
**3.测试**
测试包括技术内部测试，外部测试人员测试
视觉交互测试：交互逻辑是否实现，视觉设计实现完成度
测试用例编写，影响的业务模块是否产生BUG，涉及到输入内容安全测试，技术压力测试。
**4.交付**
根据产品验收标准确认交付