产品需求开发管理规范

产品需求开发管理规范

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

通效率，减少项目风险。

0流程图

需求处理流程

Q

神

营

CH8

长

坦

«

■

圻

对

熬

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

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

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

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

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

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

1需求搜集

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

需求搜集后需要提交至产品部进行需求分析，根据详细状况给出需求处理成果，

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

应当根据客户所处B勺商务阶段（如有协议条款）判断与否需要另行收费，技术人

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

在此过程中也许存在需求打回的状况，需要产品人员给出分析成果并与有关

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

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

输入需求搜集表根据详细状况也许包括可行性分析，或与产品一起提出1

需求检测工单

输出：需求跟踪表

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

2原型设计

原型设计是产品人员根据所确定的需求进行功能设计的过程,用对应措施能

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

进行描述，最佳是使用

Axure0

输入：需求跟踪表

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

参与人：产品

3需求评审

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

能按规定保质保量B勺完毕。

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

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

许需要I需求评审确认单

参与人：

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

能满足需求

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

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

测试：理解需求源与实现规定、措施、时间等。

产品：根据各方意见改善功能原型.

4需求评估

需求评估是对已经确认B勺需求原型与文档做深入审查，并确定最终开发排

期。

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

有）

输出：静态页（html1开发进度表（更新，确定开发、测试进度最终日期

与交付物）

参与人：

技术（开发与设计师）：确定静态页与开发H搦（进度表、里程碑交付

物I

测试：掌握开发进度，确定测试时间。

产品：根据项目规定与技术、测试共同确定进度表。

5功能实现

功能实现包括开发、测试、验收三个环节，在这个过程中需要设计师、技术、

测试、产品紧密配合，以保证工期与质量C

输入：开发进度表、静态页（html1需求文档（PRD1技术实现方案（也

许需要）

输出：交付物、开发文档（概要设计、详细设计、数据库设计、编码规范等\

测试汇报、操作阐明书、软件版本公布工单

参与人：

销售：知晓需求完毕状况与上线时间，以便与客户沟通

技术（开发与设计师）：页面优化调整，准时间规定开发、提交开发成

果（交付物）与开发文档。

测试（运维）：准时间规定进行功能测试、性能测试、编写测试汇报。

产品：进度监控、确认验收，编写操作阐明书。

6系统运行

系统运彳亍包括公布上线、上线测试、正式运行三个环节，应保证系统正式公

布前将所有BUG修改完毕且能稳定运行，上线后需要进行生产环境主流程、重

要功能测试，再将测试数据进行清除。反馈告知客户进行使用，并向客户发放操

作阐明书。

输入：操作阐明书