米技术研发中心产品需求迭代标准流程图

研发排期

功能/接口测试

研发设计

备注4：任务管理1.工具化过程管控，可查看责任人、工期、完成度、总体燃尽图2.任务细化，可控，＞3天拆分3.每日站会讨论进展和问题

产品使用文档发布/更新

公司战略规划需求

6

PRD（详细需求文档）Mockup（线框图）

备注5：开发方案1.采用框架方案，整体评估扩展2.确定开发完成验收标准，可交付测试（如：日志）3.关联模块的依赖关系，异常风险处理（如：开闭方式）

原型评审

测试用例

UI

确认待开发需求

整体验收

 UI设计图、切图

线上测试

收集数据，观察反馈采集需求更新Backlog

灰度发布 or种子用户测试

研发自测通过

需求细化设计

市场推广

编写测试计划

页面验收、一致性通过

技术预研

运营数据分析

2

需求确认阶段

4

设计预研

产品发布上线/升级

产品视觉设计

编写测试用例

可以发布/升级

技术、测试、产品

竞品、流行交互、样式等评估

进入Sprint敏捷迭代

PM

提测

产品、设计、测试、技术、运营等

需求评审，分级，合理性，可行性

备注1：需求管理1.工具可视化，可看历史变更，变更时间，变更人，版本号2.主要人员共享3.需求管理人员实时更新4.需求开发优先级走评审流程

测试计划

业务方（运营、市场等）

提bug

上线签呈

1

通知业务相关方

PRD（概要业务逻辑）Mockup（线框图）

发送需求文档

更新Backlog

测试报告

研发设计方案评审

正常前进流程

实际业务部门

产品Sprint迭代

PM定期推送进度报告给业务方部门

备注说明：

行业分析，竞品调查数据分析评估产品价值

备注6：bug相关1.报告共享管理，每日站会评审2.bug级别分类，bug总结评审，出错原因，解决方案a：数据破坏，丢失，闪退等主流程无法运行等b：流程不准确，性能、功能不满足需求等c：操作不便，布局不合理，影响整体流程d：页面细节，建议性意见a＞1或总数＞X或技术未自测或回归次数＞X，停止测试；

相关参与人员

技术内部评审

需求收集整理

测试记录

米卡迪技术研发中心产品需求迭代标准流程图

需求分析设计、沟通、调研、确认

Debug/优化

3

7

备注说明

研发设计文档

相关文档，说明

下个Sprint

需求理解，参加评审

接口/功能文档

备注7：上线发布1.部署和发布流程（如：快速布置方法，回退策略，分服务器逐步更新等）2.更新方式（强制、询问、静默）

系统回归测试

备注3：1.选取典型页面标注规范2.总体色调、字体、字号、按钮、弹框、交互等

5

验收设计

备注2：PRD文档1.含需求页面逻辑、流程2.文档变更说明、版本号、内容、变更人3.公共部分统一整理（如：各个弹窗提示4.业务逻辑（逻辑点全面，默认常态，异常情况等）

QA/QC

产品发布日志

Product Backlog

需求池管理

过程需求沟通，确认需求各方理解一致，不失真

需求排期

开始研发

测试用例评审

产品更新阶段

性能/体验测试

优化建议

页面交互、视觉不一致

Sprint Backlog

用户需求收集

页面交互、视觉一致性测试

研发进度计划

图例说明：

主要技术方案、框架评估

需提前事情

RD

参与测试验证