产品研发流程规范

第 1 页 /共 8 页 产品研发流程规范 文档信息 文档名称：产品研发流程 文档版本：V1.1 提交部门： 修订记录 版本 日期 修订人 内容描述 V1.0 2010-01-17 马林 文档创建 V1.1 2010-01-22 马林 修改产品需求阶段、产品设计阶段细节内容。 文档目录 产品研发流程规范 1 文档信息. 1 修订记录. 1 文档目录. 1 1 概述 2 1.1 背景 . 2 1.2 目的 . 2 2 详细内容. 2 2.1 概览 . 2 2.2 产品需求阶段 . 2 2.3 产品设计阶段 . 3 2.3.1 美术设计环节. 4 2.4 产品开发阶段 . 5 2.5 产品测试阶段 . 6 2.6 产品发布阶段 . 7 2.7 其他 . 7 2.7.1 需求变更 7 第 2 页 /共 8 页 1 概述 1.1 背景 针对公司进行中的产品/项目，在整个生产管理过程中发现了很多问题，如计划管理不够、产品推进执 行力度不够，角色职能定位模糊，产品管理阶段目标不清晰，产品质量不能得到保证，这些问题严重影响 了产品研发的生产流程。 因此，在公司范围内对产品的研发流程进行规范，建立科学、标准、高效的生产研发制度，全面提升 公司的管理水平。 1.2 目的 科学的规范公司产品研发生产流程，制定合理的流程标准、制度，努力提高产品研发效率。 2 详细内容 2.1 概览 产品研发流程将包括的环节： 产品需求阶段 产品设计阶段 产品开发阶段 产品测试阶段 产品发布阶段 2.2 产品需求阶段  阶段目的  广泛的收集需求，包括潜在的需求；  论证需求，通过调查、研究、收集竞争对手资料、行业资料、数据报告等； 第 3 页 /共 8 页  分析需求，通过模拟用户的实际心理，实际环境分析需求、验证需求；  将需求科学、清晰的文档化，并输出需求文档。  阶段目标  对需求进行科学、准确的分析、论证；  输出《产品需求文档》 。 （产品需求文档请参照文档模版）  阶段流程  调研：业务部门提出需求。  需求论证：由业务部门与产品部门对需求进行讨论、分析，得出科学的需求结论。  文档输出：由产品部门（产品环节角色）根据得出的需求结论，将需求进行合理、清晰、准 确的描述，输出《产品需求文档》 。说明文档包括但不限于：需求的背景、目的、预期目标、 潜在价值说明等。  文档评审：对《产品需求文档》进行评审，文档评审通过后，可进入下一环节；如果评审未 通过，那么对需求继续进行调研、论证。  签字：评审通过后，要求产品经理、运营经理、运营总监、产品总监、技术经理签字。  其他  在需求的调研、论证、分析的过程中，业务部门、产品部门相互合作；其他研发部、市场部 等要参与配合。 2.3 产品设计阶段  阶段目的  产品设计环节是通过产品的专业形式，将需求合理、科学、规范化的进行提升、完善，并对 功能需求进行指标、效率及非技术性的描述。  产品设计阶段，同时要根据产品的特点设计出产品原型。  阶段目标  针对产品进行产品设计； 第 4 页 /共 8 页  输出： 《产品设计文档》 、 《美术设计效果图》 、 《产品设计原型》 。 （相关文档请参照文档模版）  阶段流程  《产品需求文档》评审通过后，开始撰写《产品设计文档》 ；  《产品设计文档》评审：文档完成后，对文档进行评审，评审通过口可提交给研发部门。  签字：评审通过后要求产品经理、产品总监、技术经理、测试经理签字。  其他  《产品设计文档》的提交将包含产品设计原型；  产品设计文档审核、评审，将包含美术设计效果图。 2.3.1 美术设计环节  环节目的 美术设计环节，是通过界面/页面的形式，将产品的的价值、功能、特点展现出来； 美术设计是产品设计阶段中非常重要的环节。对普通的用户来讲，界面/页面就是产品，它将 影响用户对产品的直观判断。  环节目标 完成产品界面/页面的创意、设计，并输出最终的效果图示； 输出： 《美术设计创意效果图》 、 《美术设计效果图》 、 《美术设计效果图规范》 。  环节流程 《产品需求文档》完成后，要发送给美术设计师； 审核、评审《产品需求文档》过程，美术设计师要参与； 《产品需求文档》评审通过后，美术设计师开始产品/项目的界面/页面设计创意，对产品进 行构想和展望，并输出产品《美术设计创意效果图》 ； 《美术设计创意效果图》评审：创意效果图用以展现产品的风格、式样、重在产品的形式而 不在产品的细节，从宏观的角度对产品进行表现。评审通过后，可进行《美术设计效果图》设计。 美术设计师根据《产品设计文档（产品设计原型） 》进行美术界面/页面设计，输出《美术设 第 5 页 /共 8 页 计效果图》 ； 《美术设计效果图》将确定产品的实际结果，从微观的角度表现产品的每个细节； 《美术设计效果图》评审：评审通过后，将输出图片资源提交给研发部门。 《美术设计效果图规范》 ：在提交《美术设计效果图》时，同时需要提交《美术设计效果图 规范》 。 《美术设计效果图规范》 ：用以指导开发工程师进行产品/项目开发，定义界面/页面式样效 果、字体、字色等标准。  其他 《美术设计创意效果图》评审，将以产品人员发起并主导，业务需求部门、管理层、产品部、 研发部、运营部、市场部参与配合； 《美术设计效果图》评审，将以产品人员发起并主导，业务需求部门、产品部、研发部、运 营部、市场部参与配合； 美术设计师根据《产品设计文档（产品设计原型） 》进行美术界面/页面设计；产品人员进行 产品设计，美术设计师进行美术设计，在产品设计完成时，同时完成美术设计效果图； 产品设计文档向研发部门提交时，同时美术设计师需要提交《美术设计效果图》 、 《美术设计 效果图规范》 ； 由美术设计师对《美术设计效果图》进行图片资源输出。 2.4 产品开发阶段  阶段目的  分析产品文档，实现开发相关设计；  接收美术切图，实现美术效果；  根据开发设计完成功能编码，及相关的白盒编码及压力测试，监控的编码；  分析文档实现测试用例设计；  实现原型，提前发现问题及尽早开始需求变更。  阶段目标  实现产品功能；  测试用例齐备；  输出《架构设计文档》 《概要设计文档》 《详细设计文档》 《测试用例文档》 。 第 6 页 /共 8 页  阶段流程  开发接收产品文档：确认文档符合开发部标准，可以直接开发，编写《可行性报告》 ；  接收美术图片：切图符合开发部标准，可以直接使用；  开发设计：技术负责人组织架构，概要，详细设计，并确保评审通过；  编码：按照设计实现编码；  代码审查：技术负责人组织代码 Review 及白盒检查，并提交技术总监审核；  开发内测：技术负责人组织基本功能测试及压力测试，确保可测，可用；  测试接收产品文档：确认文档符合测试部标准，可以直接使用；  编写测试用例：测试负责人组织测试用例编写；  测试用例评审：测试负责人组织测试用例评审，确保测试用例覆盖全面；  需求验证： 产品有原型及基本可用时进行试用， 产品人员和需求提出人评估需求及产品问题， 如有变更及时提