产品需求开发管理规范.pdfVIP

产品需求开发管理规范

为规范需求管理流程，特制定本规范。请相关岗位人员参考执行，以提高沟

通效率，降低项目风险。

0流程图

需求处理流程

阶段

户

客提出需求发布使用

务收集需求商务沟通

业

收费功能

品需求设计

产整理分析需求沟通处理需求接收（原型）需求评审通过需求文档编写确认验收

不通过

术开发排期确认功能开发

技打回/接收单元测试

通过

需求评估

后不通过

售

与问题反馈反馈客户功能测试性能测试上线检测

试

测

涉及部门/岗位人员类型说明：

客户：包括已经购买或潜在客户，及终端用户。

业务：是指销售、代理商或其他一线与客户接触的工作人员。

产品：产品规划设计人员。

技术：技术经理、开发技术：技术经理、开发工工程程师师、设计、设计师师（（）等人员。

测试：测试经理、测试工程师等。

售后：售后服务人员，包括热线电话或在线客服等。

1需求收集

需求收集一般分为两种途径，一线业务人员（销售或代理商）与售后服务部。

需求收集后需要提交至产品部进行需求分析，根据具体情况给出需求处理结果，

如果需求存在异议产品人员可以与客户联系沟通确认清楚。在此过程中产品人员

应该根据客户所处的商务阶段（如有合同条款）判断是否需要另行收费，技术人

员需要配合产品评估大致工时，以确定收费金额。

在此过程中可能存在需求打回的情况，需要产品人员给出分析结果并与相关

人员沟通确认。在确定打回后业务人员应积极配合沟通客户，以确保客户满意度。

无论是打回还是受理都需要向客户反馈情况。

输入：需求收集表（根据具体情况可能包含可行性分析，或与产品一起提出）、

需求检测工单

输出：需求跟踪表

参与人：业务、售后、产品

2原型设计

原型设计是产品人员根据所确定的需求进行功能设计的过程，用相应方法能

完整的展示传递功能、交互、验证等信息。可以用word、Excel、PPT等方式

进行描述，最好是使用Axure。

输入：需求跟踪表

输出：功能原型（rp文件）

参与人：产品

3需求评审

需求评审是非常重要的环节，内部干系人尽量都参与，以确保功能符合需求，

能按要求保质保量的完成。

输入：功能原型（rp文件）

输出：开发进度表、功能原型（更新）、需求文档（PRD）、技术实现方案（可

能需要）、需求评审确认单

参与人：

需求收集者（业务或售后，如有必要也可以让客户加入进来）：确认功

能满足需求

技术（开发与UE/UI）：确认原型功能可实现与实现方法。根据项目时

间要求，可能在需求评审通过后就进入页面设计与开发了，测试用例编写。

测试：了解需求源与实现要求、方法、时间等。

产品：根据各方意见改