第40讲：【问题答疑】撰写高质量产品PRD文档

每天5分钟，你也可以成为优秀的产品经理 。你好，我是郭杉。欢迎来到 《郭杉 产品经理50讲 》第40讲

相信经过前面三讲的学习，相信大家对如何撰写高质量PRD有了一定的了解。

今天是我们《产品经理50讲》第7期的答疑讲座，我总结了大家近期关于如何撰写高颜值PRD这个话题提问最多的四个问题，给大家进行统一的解答。

这四个问题分别是

1.我们为什么要写PRD呢？

2.写PRD之前都要做好哪些准备？

3.写PRD都有哪些注意事项？

4.在写PRD时我们容易忽略哪些问题？

第一个问题是关于：我们为什么要写PRD呢？

我的回答是：哈哈，这位同学的想法在我刚做产品经理的时候也有过。其实写PRD是有很多好处的。

撰写产品需求文档主要有以下5点好处。

• 降低沟通成本：很多时候，在项目进行过程中，总会因为时间的推移，研发或者测试人员忘记当初的产品需求，然后一遍遍反复地去问产品经理需求到底是什么。这时候，我们就需要一个产品需求文档（PRD）来向所有成员展示产品需求的详细内容，降低反复沟通的成本。
• 记录需求内容：PRD的一项非常重要的作用就是明确产品需求，方便团队其他人员依照PRD所详述的内容进行产品的开发与测试，对产品需求的实现起到约束作用，防止需求在开发过程中被开发人员“任意篡改”。
• 记录需求变更情况：我们可以通过PRD的历史记录，追溯产品各个版本需求严谨变更的情况，对产品需求进行“存档”操作。
• 为他人提供指南：当项目团队有新成员加入时，通过阅读PRD新成员可以快速了解产品需求。PRD也可以供后续产品经理查阅，快速熟悉产品内容。
• 提供测试标准：PRD可以为试人员提供产品验收标准。

第二个问题是关于：写PRD之前都要做好哪些准备？

我的回答是：首先，我要表扬能提出这个问题的同学。要想产出一份高质量的PRD，确实需要我们之前做好各种准备工作。

我们可以根据PRD撰写的不同场景，做好不同的准备工作。

对于全新产品、重大改进或新增功能比较复杂的情况，在正式撰写PRD之前，我们需要对需求进行收集与分析、绘制产品的功能结构图、信息结构图、产品结构图和业务流程图、功能流程图以及所有页面的产品原型与交互稿。做好这些前置准备工作之后，就可以正式开始撰写PRD文档了。

第三个问题是关于：撰写PRD有哪些注意事项？

要想写好产品需求文档，我们需要注意以下四点。

第一，在撰写需求文档时，时刻要有换位思考的意识，始终想着自己的文档是给开发人员、设计人员、测试人员看的，语言上要尽量做到容易理解，不要使用形容词；在描述功能时，要尝试使用开发人员的逻辑去思考和书写文档。

第二：我们写需求文档时千万不要求大、求全，一股脑地把所有的功能逻辑写成一堆。要做到分功能点说明，正常逻辑和异常逻辑分开阐述。

第三：优秀的PRD基本都是没有病句和错别字的。产品需求文档是用来向他人展示与交流的，如果语病和错别字太多，容易让大家觉得这份产品需求文档很不严谨。

第四，排版一定要有一套标准，而且要保证你的每一份产品需求文档都能遵守这个标准。排版上力求美观大方，字体、颜色、字号、行间距等方面都需要有一定的选择。糟糕的排版会让整个需求文档易读性严重下降，增加其他同事理解PRD的难度。

第四个问题是关于：在写PRD时，我们容易忽略哪些问题？

我的回答是：这个同学的问题非常棒。我们只有了注意了那些容易忽略的环节，才能产出一份高质量的PRD来。关于这个问题，我的回答是：我们在撰写产品需求文档时，以下6个细节非常容易被我们忽略。

第一，PRD中任何功能都必须设置上下限和默认值，避免出现因控制不当，产品BUG频出的问题。

第二，对于不可逆转的功能（如放弃保存、清空数据）必须要给与确认提醒、防止该功能的误操作发生。对于权限禁用的情况（如小米手机中禁止调用摄像头），则需要写明引导用户手动开启权限的方法。

第三，对于响应时间较长的功能，需要设计无响应提示，同时也要给用户返回上一级的操作选择。

第四，除了正常状态，还要考虑在断网或弱网状态下的使用。例如，遇网络连接问题，要及时提示用户当前的网络状态并引导用户重新联网。

第五，文档中不要忘记功能统计埋点，避免发生上线功能盲飞，无法衡量是设计是否达标的情况发生。

第六，把规则做到后端可控。避免出现“写死”在前端。避免因产品上线数据反馈效果不佳，只能通过发新版本来调整产品策略的情况发生。

好了，以上就是本讲的全部内容了。

如果觉得这一讲的内容不错，记得给我点个赞。

下一讲，我们一起聊聊“简历怎么写才有竞争力”这个话题。记得准时观看哦！

好的，本讲的内容到这里就全部结束了。我是产品专家郭杉，我们下一讲见。