产品需求文档8要素.pdfVIP

产品需求文档（ Product Requirement Document，PRD），是将商业需求文 档（ BRD）和市场需求文档（ MRD）用更加专业的语言进行描述。它是产品项目 由 概念化“ ”阶段进入到 “图纸化 ”阶段的最主要的一个文档，其作用就是对市场需 求文档中的内容进行指标化和技术化，产品需求文档质量的好坏直接影响到研 发部门是否能够明确产品的功能和性能。 产品需求文档对任何一个产品经理来讲都不会陌生，它是衡量 PM 整体思 维的标准， PM 的整体思维体现在： 1、提炼核心需求； 2 、思考满足核心需求的方式； 3、评估方式优劣，选定方案； 4 、思考功能概要； 5、思考支撑功能和关联功能； 6、细化设计功能； 7、子功能（功能间迭代）。 而产品需求文档就是将以上思维整体走向表达出来，同时将产品的思想提 炼出来，用文字表示给开发者，给 UI、给视觉、给老板 ……产品需求文档给的是 一种思想，将产品的整体思想和核心需求灌输给产品的相关人员，因此说 PRD 具有承上启下的功能，上接 MRD，下对 MRD 进行技术性的描述。 那么应该如何撰写产品需求文档？本文将为大家引导性讲解一下产品需求 文档的主要内容和大致的撰写思路。 在撰写产品需求文档之前，首先要做好以下几点准备工作： 1、了解你的用户、竞争对手、产品团队的实力和需要的技术。你需要从用 户、竞争对手、分析师、产品团队、销售队伍、市场、公司职员等收集他们能 发现的问题和可能的解决办法。 1 / 6 2 、确定产品的目的，任何一个好的产品都开始于一个需求。你必须清楚的 了解这个需求，你的产品如何达到这个需求。产品需求需要确切的指出这个产 品发布的目标，同样的这个目标也有优先之分。可用性工程师能测算出你的产 品对目标用户的可用性，也测算出可用性问题的严重程度，同样你可以说明没 有重大的可用性问题。这里的关键就是让每个人都知道产品成功的时候是什么 样，还有给产品团队在设计和实施中遇到问题如何进行取舍的指导。 3、确定用户原型、用户目标（用户意愿）和用户任务（用户为达到目标使 用产品而需要做的任务）。 4 、定义产品原则，需要开始把你的需求和用户体验定义成详细的要求。同 时你仍然会面临着许多的决定和权衡，为你的产品标准作出最佳的决定是非常 重要的。它将在项目中，在面对众多问题而作出决定的时候提供指南。 5、产品原型和检验 6、验证和质疑，当你认为你弄懂了你需要解决的问题，现在是时候开始验 证和质疑假设。 做好以上准备工作，就可以开始撰写产品需求文档（ PRD）了，以下列出产 品需求文档包含的要点： 一、文件命名（编号） 很关键，因为产品迭代过程会有不同的文件版本，一般命名规则 “公司名 + 产品名 +PRD+D1.0”（以第一版为例），这样命名有利用版本号的迭代，如果是 小的产品需求变动可以直接命名为 “公司名 -产品名 -PRD-D1.01”，如果涉及到功 能需求增加可以命名为 公司名“ -产品名 -PRD-D1.1”，当出现产品第二版时，可以 命名为 “公司名 -产品名 -PRD-D2.0”。 二、修订控制页 一般有这么几项：编号、文档版本、修订章节、修订原因、修订日期、修 改人。 2 / 6 编号只是为了给个修改的顺序，文档版本显示的当前修改的内容是在哪个 版本中出现，修订章节是具体到哪个章节哪个功能模块的修改，修订原因说明 此功能修改的问题所在。修订日期以修改当日的日期为修订日期，修改人显示 修改内容模块的人，可能是当前用户也可能是其它产品人员。 三、目录 不建议自己去添加一个新的目录，可以去其它的文档中拷一个过来，不考 虑目录的内容，等写完