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

产品需求开发管理规范 为规范需求管理流程，特制定本规范。请相关岗位人员参考执行， 以提高沟通效率，降低项目风险。 0 流程图 涉及部门 / 岗位人员类型说明： 客户：包括已经购买或潜在客户，及终端用户。 业务：是指销售、代理商或其他一线与客户接触的工作人员。 产品：产品规划设计人员。 技术：技术经理、开发工程师、设计师（ UE\UI ）等人员。 测试：测试经理、测试工程师等。 售后：售后服务人员，包括热线电话或在线客服等。 1 需求收集 需求收集一般分为两种途径，一线业务人员（销售或代理商）与售 后服务部。需求收集后需要提交至产品部进行需求分析，根据具体情况 给出需求处理结果，如果需求存在异议产品人员可以与客户联系沟通确 认清楚。在此过程中产品人员应该根据客户所处的商务阶段（如有合同 条款）判断是否需要另行收费，技术人员需要配合产品评估大致工时， 以确定收费金额。 在此过程中可能存在需求打回的情况，需要产品人员给出分析结果 并与相关人员沟通确认。在确定打回后业务人员应积极配合沟通客户， 以确保客户满意度。无论是打回还是受理都需要向客户反馈情况。 输入：需求收集表（根据具体情况可能包含可行性分析，或与产品 一起提出）、 需求检测工单 输出：需求跟踪表 参与人：业务、售后、产品 2 原型设计 原型设计是产品人员根据所确定的需求进行功能设计的过程，用相 应方法能完整的展示传递功能、交互、验证等信息。可以用 word 、 Excel 、PPT等方式进行描述，最好是使用 Axure 。 输入： 需求跟踪表 输出：功能原型（ rp 文件） 参与人：产品 3 需求评审 需求评审是非常重要的环节，内部干系人尽量都参与，以确保功能 符合需求，能按要求保质保量的完成。 输入：功能原型（ rp 文件） 输出：开发进度表、功能原型（更新）、需求文档（ PRD）、技术 实现方案（可能需要）、 需求评审确认单 参与人： 需求收集者（业务或售后，如有必要也可以让客户加入进 来）：确认功能满足需求 技术（开发与 UE/UI ）：确认原型功能可实现与实现方法。根 据项目时间要求，可能在需求评审通过后就进入页面设计与开发了，测 试用例编写。 测试：了解需求源与实现要求、方法、时间等。 产品：根据各方意见改进功能原型。 4 需求评估 需求评估是对已经确认的需求原型与文档做进一步审查，并确定最 终开发排期。 输入：开发进度表、功能原型（更新）、需求文档（ PRD）、技术 实现方案（如有） 输出：静态页（ html ）、开发进度表（更新，确定开发、测试进度 最终日期与交付物） 参与人： 技术（开发与设计师）：确定静态页与开发排期（进度表、里 程碑交付物）。 测试：掌握开发进度，确定测试时间。 产品：根据项目要求与技术、测试共同确定进度表。 5 功能实现 功能实现包括开发、测试、验收三个步骤，在这个过程中需要设计 师、技术、测试、产品紧密配合，以保证工期与质量。 输入：开发进度表、静态页（ html ）、需求文档（ PRD）、技术 实现方案（可能需要） 输出：交付物、开发文档（概要设计、详细设计、数据库设计、编 码规范等）、测试报告、操作说明书、 软件版本发布工单 参与人： 销售：知晓需求完成情况与上线时间，以便与客户沟通