功能设计文档_PRD文档范例，产品经理值得收藏的写作手册

2015年，我写了一篇梳理PRD的文章《PRD到底该怎么写？》，获得3.5万次阅读，423次收藏。至今已过去5年，在这5年里，我一直从事产品产品相关的工作，也经历过一次完整的创业，对PRD又有了一些新的思考。这篇文章是《PRD怎么写》的升级版，弥补了之前文章的不足，对怎么写PRD，描述得更具体、更全面，是我思考的沉淀，也希望对大家有一定帮助。

01. 你是否遇到过这样的问题

• PRD里关键需求描述不准确，研发过程中不断修改，导致项目延期；
• 产品总监、项目经理、研发、测试总是不断挑刺，信誉度降低，自信心受打击；
• 到新公司负责新项目，前任产品经理留下的文档晦涩难懂，不知所云。

如果遇到以上一个或多个问题，那么你可能需要反思，自己写PRD的思路是不是有问题？写PRD是产品经理非常重要的基本功，写好PRD，可以提高团队效率，减少无效的沟通。

02.什么是PRD?

PRD是Product Requirement Document的简称，其中文翻译为：产品需求文档。该文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最重要的一个文档。

PRD的主要使用对象有：研发、测试、交互设计师及其他业务人员。

• 研发可以根据PRD获知整个产品的逻辑，作为编码的依据；
• 测试可以根据PRD编写测试用例，为正式测试做准备；
• 交互设计师可以根据PRD设计交互细节；
• 业务人员可以通过PRD提前了解产品，为运营和推广做准备；

PRD是项目启动之前，必须经过评审达成共识的最重要文档。

产品经理的PRD，就像建筑设计师的设计图纸，是设计和思考的文档化呈现。

《用户体验要素》作者在书中有一句很经典的话：“文档不能解决问题，但定义可以”，PRD就是要定义需求。

03. 动手之前，先思考这几个问题

1、解决什么问题？

解决用户什么问题？发现问题比解决方案更重要。给公司能否带来收益？相关干系人的需求是什么？是不是老板说这样做的？是不是“他们”说这样做的？他们是谁？真正的问题是他们说的那样吗？

产品经理正确的设计思路如下&