1. 调研大纲（M）2. 调研问题（M）3. 调研计划（M）
反馈
开发初评问题反馈
需求拆解与范围界定
系统测试
项目大排期、里程碑
是否问题过多
简版功能清单（M）
UI设计师
项目文档支撑此阶段已具备输出《需求规格说明书》（初版）的条件，仅需功能描述、功能结构、业务流程、数据格式及约束条件等。（系统原型界面截图后续再补充）*文档工作开展前，需考虑项目整体计划
协调甲方功能确认
我方主导
产品实施计划
产品验收环节“准入标准”：1、开发工作全部完成（1）所有需求、功能、界面、接口按设计实现完毕；（2）无未开发、未联调、未实现的需求项；2、开发自测通过（1）开发完成单元测试、模块自测；（2）核心流程、关键场景自测无阻塞问题；3、联调通过（1）前后端联调完成；（2）第三方接口、外部系统对接正常；（3）数据流转、业务闭环无断点；4、无致命 / 严重缺陷（1）无崩溃、卡死、数据错误、安全漏洞；（2）无导致业务无法使用的严重问题；5、环境部署正常（1）可正常部署到测试 / 验收环境；（2）数据库脚本、配置文件、依赖包完整；（3）启动无报错，日志无严重异常；6、提验资料齐全（1）提验单 / 提测单填写完整；（2）版本号、更新内容、修复清单明确；（3）测试账号、测试数据准备完毕；7、需求变更已闭环（1）所有变更、需求调整已实现并确认（2）无未处理、未确认的需求争议
细化功能清单（M）
1. 结构导图（M）2. 业务流程图（M）
运作阶段
评审报告（M）
1.验收结论单（维护到《验收申请单》中）
补充项目所需产品文档
功能计量项拆分（M）
角色与事件梳理
测试&验收阶段
注释说明补充
需求调研阶段
项目中标
告知
售前工程师
有项目经理，与项目经理协调功能确认工作无项目经理，请示领导协调需求调研工作* 特殊情况无法确认，任何一方允许开发后可推进开发
技术提测
支撑售前
测试参会
Y
项目启动阶段
产品组内评审
测试工程师
投标阶段
有项目经理，与项目经理协调需求调研工作无项目经理，请示领导协调需求调研工作* 各方资源协调不畅，直接开展需求分析
补充项目所需文档
配合投标
需求问题、风险交底
需给到资料及资料重要程度1. 《投标方案》 重要2. 《招标方案》 重要3.《深化设计方案》 次要4. 财评后的造价清单 次要5. 售前的业务调研 次要6. 《初步设计方案》 一般7. 《可行性研究报告》 一般*如招投标文件描述内容模糊，可通过深化设计追溯原始需求。
业务调研申请
参加售前交割会（听会）
UI参会（非必要）
需求交割阶段
Demo演示视频（M）
规则补充、产品方案
开始
组织售前交割会
验收结论
项目内容分析
输出效果图
1. 数据资源（M）2. 数据流图（O）
技术开发
技术开发工程师（含算法组）
功能确认申请
产品验收
数据梳理
原型设计阶段
支撑招标
产品验收情况悉知
产品验收环节“准出标准”：无设计缺陷无逻辑错误无功能无效无法解决需求* 产品验收主要对以上内容重点验收。bug视情况判断。
差异&风险告知单（M）
调研记录（M）
业务建模
是否具备验收条件
初步设计阶段
N
问题接收与解决
1.需求规格说明书2.用户使用手册
效果图核验
结构脑图（M）
pingcode缺陷清单
产品组-项目实施流程
Online验收申请单
需求分析&功能规划阶段
主导招标阶段
原型界面设计
是否需要业务调研
工作量评估
协调产品调研工作
演示要点1~15（O）
组织技术评审
汇报支持、系统功能演示
组织开发初审
整理并采集新的需求
组织项目验收会
1. 角色权限矩阵（O）2. 用例图（O）
需求分析师
终止验收
原型框架搭建、全局说明
业务调研准备
组织项目启动会
开发阶段
参加售前交割会（接收）
需求评估、成本评估（下期、本期开发）
交付资料清单
需求整合评审
技术提验
1.需求规格说明书（修订）2.用户使用手册（终版，换系统界面）……
调研报告（O）
业务调研（现场、远程方式）
技术参会
项目启动会前需确定四件事1. 项目交付节点 重要2. 产品实施周期 重要3. 需求调研安排 重要4. 发现问题的解决方案 次要5. 风险点的应对方案 次要
产品答疑
推进需求交割
调研结果分析
目标功能设计清单（M）
缺陷维护
参加项目启动会
项目经理
功能参数比对
原型图（M）
组织产品调研工作
可研阶段
深化设计阶段
项目验收、交付阶段
