PRD产品需求文档.docxVIP

PRD 是每个产品人员最经常看到的文档， 还是有很多产品的朋友问我 PRD 怎么写， 如 何才能表达清楚意思。其实 PRD 并没有规定的格式，每个公司都可以根据自己公司的实际 需要来写适合自己产品团队的PRD 需要来写适合自己产品团队的 PRD。 PRD ( PRD ( Product Requirement Document ，产品需求文档），这对于任何一个产品经 一个 PRD理来说都不会陌生的一个文档， 一个 PRD 是衡量一个产品经理整体思维的标准， 可以看出 一个产品经理在某个领域的专业性，同时也可以反应出一个产品经理的整体产品 一个 PRD 产品经理的整体思维体现在： 1、提炼核心需求 2、思考满足核心需求的方式 3、评估方式优劣选定方案 4、思考功能概要 5、思考支撑功能和关联功能 6、细化设计功能 7、子功能（功能间迭代） PRD 其实就是将以上的思维整体走向写出来，同时将产品的思想提炼出来，用文字表示给 开发者，给 UI 开发者，给 UI 、给视觉、给老板 给PR是一种思想，将 产品的整体思想和核心需求 灌输给产品的相关人员，都说 PRD 是个承上启下的功能，因为上接 MRD ，下对 MRD 进 行技术性的描述。 网上已经有太多互联网公司的 PRD 文档，淘宝、百度、腾讯等这类大型互联网公司都有自己的 PRD 规范，适合企业的需要的 PRD 才是真正 PRD 。以淘宝的 PRD 为例，讲解一下PRD 的主要内容。1、文件命名（编号）文件的编号很关键，因为产品迭代过程会有不同的文件版本，一般命名规则“公司名+ 网上已经有太多互联网公司的 PRD 文档，淘宝、百度、腾讯等这类大型互联网公司都有自 己的 PRD 规范，适合企业的需要的 PRD 才是真正 PRD 。以淘宝的 PRD 为例，讲解一下 PRD 的主要内容。 1、文件命名（编号） 文件的编号很关键，因为产品迭代过程会有不同的文件版本，一般命名规则“公司名 + 产品 名 +PRD+D1.0 ”（以第一版为例），这样命名有利用版本号的迭 代，如果是小的产品需 求变动可以直接命名为“公司名 -产品名 -PRD- D1.01 ”，如果涉及到功能需求增加可以命 名为“公司名 -产品名 -PRD- D1.1 ”，当出现产品第二版时，可以命名为“公司名 -产品名 -PRD- D2.0 ”。 2、修订控制页 般有这么几项：编号、文档版本、修订章节、修订原因、修订日期、修改人。编号只是为 了给个修改的顺序，文档版本显示的当前修改的内容是在哪个版本中出 现，修订章节是具 体到哪个章节哪个功能模块的修改， 修订原因说明此功能修改的问题所在。 修订日期以修改 当日的日期为修订日期，修改人显示修改内容模块的 人，可能是当前用户也可能是其它产 品人员。 3、目录 不建议自己去添加一个新的目录，你可以去其它的文档中拷一个过来，不考虑目录的内容， 等写完 PRD 可以再去更新。但建议用 Mind manager 来整理一下思路。 4 、请与以下部门讨论 PRD PRD 做为一个承接作用的“载体”，会与技术、运营、财务等人员的沟通，而与这些人员 确定“沟通内沟通的主题都将会出现在子功能或在细节细化的基本上，需要与相关人员 容”，这对于产品整体流程将是很重要的。 同时对于产品核心功能的提取也是一个重要环节。 确定“沟通内 服服务部，讨论的内容：预测客服成本、工作量；讨论客服如何支持；协助评估诈欺/ 数据窜改风险：欺诈 / 数据窜改风险、不正使用风险。 这就是要写在与其它部 门讨论 PRD 中的。 一个产品经理需要考虑如何与其它部门之间的沟通合作， 文档很大一部分的功能是提醒你要做的工作，同时不断补充将要面临的工作。5、概述概念就是总结，它包括的点有：名词说明、产品概述及目标、产品roadmap 、产品风险。名词说明： 名称、说明。名称就是对文档中会出现的比较新的名称，说明则是对这些名称进行解释。产品概述及目标： 解释说明该产品是干什么的， 为什么需要这样的产品。 同时产品想要达到什么样的目标。产品概述及目标就是对产品核心功能讲解，同时希望可以达到的期望。产品 roadmap ：产品分期目标， 阶段描述， 以及时间点的确定， 产品是个不断演进的过程，很多时间一期产品只完成了产品 服服务部，讨论的内容：预测客 服成本、工作量；讨论客服如何支持；协助评估诈欺 / 数据窜改风险：欺诈 / 数据窜改风险、 不正使用风险。 这就是要写在与其它部 门讨论 PRD 中的。 一个产品经理需要考虑如何与其 它部门之间的沟通合作， 文档很大一部分的功能是提醒你要做的工作， 同时不断补充将要面 临的工作。 5、概述 概念就是总结，它包括的点有：名词说明、产品概述及目标、产品 roadmap 、产品风险。