揭秘：顶级产品经理是如何写产品需求文档（PRD）的

产品需求 文档 （ PRD）对每个产品经理来说都不陌生，它 是产品项目由 "概念化"阶段进入到"图纸化"的转折和 体现 ，作用是 "对 市场需求文档（ MRD ） 中的内容进行指标化和技术化 "， PRD 质量 的 好坏直接影响到研发部门是否能够明确产品的功能和性能 ，是否能够研发出符合预期的产品，所以 PRD也是体现产品经理专业程度的一个重要指标。

可以理解为，PRD是产品经理关于产品功能的宣导和传达，它通过清晰扼要的表述将产品意图呈现给阅读者，PRD的阅读者一般包括开发人员，设计师，测试人员，甚至包括产品及项目负责人（一般是项目总监）及公司老板，每个公司的情况有所不同。PRD不仅是产品功能的详细说明文档，PRD的作用更在于，它是产品质量控制的执行标准， 是将产品从概念落实为实际的开端 。

PRD应该包括哪些内容呢？

1，产品名称

产品名称也就是对于文档的大概说明。 一般包括 标题 +版本+时间+编写人+相关人这些基本信息。

标题就是文档名称， 是待讨论版本还是正式开发版本，及该版本对应的制作时间 ，需要哪些人员的参与等等都需要写明。

2，目录

目录用来展现文档结构，一般不要超过三级，否则就显得过于凌乱。当然，不同的公司 PRD呈现内容的详尽不同，目录也就不同，详细来说，文档内容可以包括需求描述， 角色说明、流程图、页面及功能、与其他系统交互接口、效果预期、数据指标、 PRD迭代记录 。 很多公司的PRD还包括引言，概述，名词定义，使用场景，产品目标及竞品分析等非常多的内容， 如果是公司内开发用的 PRD，还会写明该功能的呈现形式、交互方案、操作规范、相关开发人、负责人、开发时间等， 使得 PRD非常厚重，目录也就相对比较多。 简单来说， PRD可以仅围绕功能需求展开，那么，目录 就简单的多， 基本就 包括功能需求的大标题。 下图是我曾经读到的一份PRD的目录，从目录就可以看出这个文档的内容其实是非常多的。

3，功能说明

功能说明 是 PRD的主体部分，我的写作习惯是宁简勿繁， 功能说明详细介绍，其他能省则省。 因为 大多数程序员在产品的开发中并不会过多关注这些长篇大论，他们往往只关注那些可以迅速转化的内容，文档内容太多反而会造成一定的干扰。所以，适当精简，加强可读性，表明产品意图才是最珍贵的。

在具体的功能描述中我们经常会借助一些其他方式，比如产品功能结构，产品信息结构，用户使用流程等，把文本内容可视化表现，不仅让文档更加轻松和直观，也能减轻阅读者的阅读负担。很多 团队用原型图 及 图片 来辅助就是非常聪明的做法。如下图这个论坛发帖流程图。

说到简化， 其实现在 很多的互联网公司也在强调多沟通少文档，他们甚至没有PRD。 国内知名的项目管理工具 禅道就提倡按照功能点的方式来写需求，简单来讲，就是将原来PRD中的每一个功能点摘出来，录在禅道里面，作为一个个独立的功能点。产品项目相关人员通过讨论确定需求，然后以需求为中心，进行任务分解分配，进度监控，测试，发布。

这时候需求不再是最终守则，而是允许变更和取消的。这里的 需求状态 (status)就被分为四种状态， 草稿 (draft)、激活(active)、已变更(changed)和已关闭(closed) 。其状态流转图和需求变更图如下：

这种方式多用在时下比较常见的敏捷开发模式中，这些互联网公司更加强调沟通、开放、快速解决， 这种方式的好坏与否我们不做评判。但是作为专业性比较强的规范文档， PRD跟项目管理工具的结合其实是更多企业的选择。下面我们继续回到PRD上来，说说PRD需要具备的一些原则吧。

一份 合格的 PRD文档应该具备哪些特点？

我总结了“二无二可”原则，也就是说PRD需要做到 “ 无错误无歧义 ，可检验可追溯 ”。

无错误是PRD的最基本要求，这里无错误既包括文档内容的正确定义，不能出现文法错误，又要保证做到对产品经理思路和意图的正确表达。

无歧义要求一句话表达一个意思，要做到文档的众多阅读者读到的是同一个意思。

可检验说的是可监测和可验证。 要求PRD中的功能性描述要实现可测试可衡量的效果指标。不要出现无法定性的词汇，如：效率高，交互完美等，都是无法验证的。

可追溯指的是 ， 对于每个功能性需求的来源应该是清楚的 ，我为什么要这么做，应该有理有据， 而不是一拍脑袋做决定 。

做到“二无二可”也是PRD的基本要求，下面我们说一下我在工作中总结的几个写作技巧，算是我的一点心得吧。

说说那些值得分享的 PRD的写作技巧：

1， 表达适当通俗

说到底，PRD还是专业文档，少不了专业术语和词汇，但这并不代表专业词汇越多越好，过分堆砌专业词汇让人不知所云才是最失败的PRD。用尽量通俗的语言做到专业性的表达是难能可贵的，因为易于理解和操作是PRD更为重要的使命。我在写完一份文档以后，通常会给到尽量多的人去看，除了技术人员，运营，销售甚至你的亲友都可以，他们会提出不同的意见和疑问，其实这是一个很好的修正途经，也是发现问题的过程。

2， 逻辑尽量清晰

因为PRD是关于产品需求的阐释，其中所涉及到的大小功能非常多，而且各个功能点之间联系 紧密 ，这就要求产品经理的逻辑要非常清晰，将抽象思维进行具象化表达，这是对产品经理的硬性要求。 由于人的思维逻辑性受制于先天因素，上面也提到了我们可以借助软件工具去辅助实现， 表现形式有很多种，比如原型、流程，也可以是其他的形式。形式格式不重要，要记住一切以清晰传达为目的。

3，切记突出重点

突出重点也就是核心功能重点说明，辅助说明尽量简化，有主有次，有舍有得，做到深入浅出的去表达。其实写PRD跟我们小时候写作文差不多，有标题，有内容，有分析，有总结，重点部分重点突出，自然需要花费更多的笔墨。很多产品经理往往力求完备，就怕有遗漏，每一个细节都要顾及到，其实这个是完全没有必要的，PRD不是写论文，不需要反复论证，只要把事情讲明白看得懂就足够了。

总结

PRD考验的其实是产品经理的综合素质。要写好PRD，产品经理除了本身专业素养的提升， 更需要保持对产品的敏感度 和好奇心 ，加强 逻辑思维能力及文字表达能力。文中说到的都是在PRD的撰写过程中需要注意的地方。 其实一份完备的 PRD在产生之前，你可能需要一个长期的信息搜集过程，任何人都可能成为你的灵感来源， 用户、竞争对手、 研发 团队、销售队伍、 运营人员 等等，他们 都可能为你提供建设性的建议和创意点，所以多倾听他们的声音，不断积累和收集，PRD不是一蹴而就的，产品经理们要时刻准备着。