需求管理-需求管理流程节点描述1.0

需求管理流程节点描述

需求收集

节点名称

无

前置条件

各部门通过外部反馈和主动调研获得原始需求信息

节点描述

各部门记录并接收外部反馈形成原始需求概要。各部门主动调研内外部信息形成调研报告。

流程

外部反馈信息或调研活动

输入

原始需求概要或调研报告

输出

调研活动需由直接主管与部门主管逐级邮件审批通过方可

审批流程

需求申请

需求申请部门对原始需求筛选、甄别和整理后，通过填写需求申请书模板的形式向产品部门正式提出需求申请

1. 线下产品沟通(推荐，可选)2. 申请人发送需求申请邮件3. 需求部门主管回复邮件审批

需求申请书邮件:标题:需求申请-部门-需求类型-简称-日期收件人:需求相关部门主管 抄送人:PM@ymhz-tech.com附件:需求申请书(需求申请-部门-需求类型-简称-日期.doc)

需求申请人所在部门主管的审批邮件

需求合理性评估

需求申请邮件获得需求申请人所在部门主管的邮件审批同意

市场产品部指定具体需求受理人对需求申请书内容进行可行性、合理性评估并给出结果，同时将具体评估结果记录至需求申请书。

1.市场产品部指定需求受理人2.需求受理人评估可行性、合理性3.邮件回复需求是否接收4.若需求评估涉及需求变更，则需求申请人在原邮件基础上重新发起需求变更申请书。5.如受理人结论为需求合理，发邮件至市场产品部副总监签批确认，抄送总监，同时确认优先级。6.录入需求跟进表

需求申请审批通过邮件，需求申请书，需求变更申请书

需求评估结果邮件，需求跟进表

需求分析

需求评估结果为合理

需求受理人分析核心需求点，影响范围，概要设计思路，主要干系人，并记录至需求申请书

需求申请书

需求分析结果，记录至需求申请书，更新需求跟进表

产品设计

PRD-需求简称-日期.doc，更新需求跟进表

需求评审-内审

产品设计完毕

组织市场产品部合理范围的产品经理，对PRD进行评审，查缺补漏，对PRD的可行性、合理性、完整性提供补充

0.组内讨论1.组会2.PRD讲解讨论3.记录评审会议纪要5.输出“内审-PRD”约束：内审3次不通过时，需邮件至产品部各级主管说明具体原因及后续计划

PRD-需求简称-日期.doc

内审1/内审2/内审3-PRD-需求简称-日期.doc评审会议纪要更新需求跟进表

需求评审-外审

需求内审完毕

技术部门连同需求方和使用方，对PRD进行评审，查缺补漏，对PRD的可行性、合理性、完整性提供补充

1.组会2.PRD讲解讨论3.记录评审会议纪要5.输出“外审-PRD”，邮件至干系人6.需求方回复确认邮件7.技术方回复技术排期，技术负责人8.产品方回复产品负责人注：外审2次不通过时，需邮件至产品部各级主管说明具体原因

内审-PRD-需求简称-日期.doc

外审1/外审2-内审-PRD-需求简称-日期.doc评审会议纪要JIRA任务技术方案排期需求方确认邮件技术负责人产品负责人需求跟进表

需求实施

需求外审完毕

跟进项目管理，辅助开发落地产品细节确保按时顺利投产，做好产品转运营，用户培训等相关后续工作。

开发（产品可参加技术方案评估，非强制） 输出:记录开发排期 测试 （产品参加测试用例评审） 输出:记录测试排期测试/准生产环境预验收，可选 输出:预验收结果邮件 投产准备 输出:验收方案（需评审），外部条件及资源就绪确认，预公告邮件，投产前培训计划，用户手册投产 输出:投产公告问题反馈及迭代

流程及输入输出

需求管理流程节点描述1.0