产品经理需求文档（PRD）怎么写？

小欢喜密探

作为一个产品经理来说PRD是一个很基础的工作了，也可以说是产品经理用来沟通的重要桥梁。

什么是PRD？

PRD是产品经理用来表述产品功能或需求的方式，就像研发人员需要的开发文档一样起到了重要的作用，但是你们产出的PRD是需要交付给公司业务内所有人员的，所以我们撰写的PRD一定需要详细，且可以让他人更好的阅读。当然，如果你有着明确的需求，可以直观明了的描述出来那么PRD自然而然就形成了。
PRD的好处

• 降低沟通成本：在项目进行时有可能会因为时间推移研发或测试忘记部分需求，然后一遍一遍的过来询问。这时候就需要有一个文档来向所有成员记录需求信息，从而降低沟通成本。
  
• 确定需求：部分公司的产品记录可能会遇到老板经常变更需求的情况，这时候就需要明确PRD，到时候也可以直接拍给老板看看。也起到了大家约束老板需求的作用。
  
• 为新人提供指南：当项目进入新的人员时，可以让新人更快的了解产品需求。而且也可以供后续产品经理查阅，快速熟悉产品内容。
  
• 给予测试验收标准：测试人员可以根据PRD去验收产品质量。
  

PRD的结构

1、产品名称
所有给别人看的文档都是得有名称的，不然大家根本无法直观知道自己看的是什么。要注意的是最好这里直接占满页居中（别问为啥，因为美观）。
2、版本历史
写上版本历史的主要用途也就是为了大家在修改或迭代的时候避免出现一些细节性错误，并且可以让研发直观的看出你所修改的地方。



PRD-版本历史

如图中的版本历史里面主要包含了修改时间、版本、变更人、描述、修改人；在这里的描述中产品经理需要说明自己修改的需求在目录中的编号，让开发可以直观的查看到本次修改的内容。
3、目录
因为PRD文档页面少则几页多则几十页，为了让研发快速定位自己负责的板块，所以目录也是必不可少的。在Word中直接”引用-插入目录“就可以自动生成目录了。(具体结构如下)


4、项目介绍
项目的介绍主要分为3个方向：

• 项目背景：讲述项目/需求产生原因，以及是如何贴合当前公司业务进行的项目。
  
• 项目价值：讲述项目在当前市场中存在的价值，潜移默化的告诉大家产品的可实施性，让大家更好的实现产品。
  
• 项目目标：讲述项目日后的最终发展目标，让大家以最终目标为方向去推动产品进行。
  

以上三点可能开发并不会去看，但是这三点主要也是为了让其他产品经理更加清楚产品的业务方向与业务存在的市场价值。
5、需求方案描述
需求方案描述与之后提到的需求描述会有所不同，这里主要是体现出产品需求的核心流程功能点，其中包含项目的实体关系图、业务流程图用来告诉开发测试人员项目的实现流程（绘制流程图的形式）如下图：




在这里要注意的一点是如果业务逻辑比较复杂最好可以在每个流程图下说一个说明，协助研发人员一条一条的去梳理逻辑线。
6、项目风险
这一条也不是必须要写的，但是如果项目存在较高的风险值时可以起到告诉业务中其他人该项目需要注意的地方，以防项目推广后出现致命性的问题。
7、功能需求
PRD文档中最为核心的主角，在这里也可以理解为功能清单，需要你将所有功能点罗列出来并告诉研发人员每个功能的功能描述、优先级、需求逻辑描述、相关细节性描述、相互作用描述、交互说明。（需要根据实际描述点描述）
如图：




在这里就不多做赘述，整体的需求一定要简洁明了，不要过于啰嗦，不然很容易要研发人员混乱。
8、运营计划
与运营协助撰写出功能的后期运营计划，并告知研发人员，便于让研发人员了解产品逻辑，在这里也可以写明项目的阶段说明（如：某个功能我们分三波进行研发上线，在这一期我们之做第一阶段的XXX功能，其余板块需预留好接口）。
9、非功能性需求
非功能性需求主要包含埋点需求、性能需求、兼容需求、环境需求、统计需求、预留接口等，这里需要产品经理根据实际业务进行撰写；


10、上线要求
最后结尾告诉研发与测试人员本次项目的最终效果，好让研发人员以此为目标开发，测试人员以此为目标进行测试。
<--END-->
总结：其实PRD文档的格式千变万化，产品经理不需要去追求格式的完整性，最主要的还是让其他人员目标产品的需求点，提高工作效率，降低沟通成本，可以保证产品正常上线。如果可以满足这些，你就会明白PRD只是一个辅助的小工具。最后我会在评论区附上一个用Axure做的PRD模板供大家使用。

叨叨魏

https://www.pmdaniu.com/rp/detail/108294

王豫

谢谢，有学习到！

趋势为王

谢谢分享！

一只小蜥蜴

谢谢老师

蔡振辉

谢谢您！

剑舞狂沙

谢谢

峰顶风景

[爱]谢谢，正在学习中～

姜永辉

5.1是数据流图