如何编写产品需求文档？

作为产品经理，经过思考输出的内容主要有两个，一个是产品需求文档，一个是产品原型。所以经常有人会戏称产品经理就是写文档和画原型的。记得刚开始做产品经理时，为了写好需求文档，在网上找了好多模板，反复对比研究，用了一个目录最多的，然后进行内容填充。写过几次之后发现，自己为了填充模板花费了大量时间，而模板中的很多项目并不符合实际工作情况，反而成为了工具的奴隶。所以为了避免以后类似情况的发生，需要认真思考如何才能编写出适合自己的产品需求文档。 一、什么是产品需求文档？

与产品相关的几种文档：BRD 商业需求文档、MRD 市场需求文档、PRD 产品需求文档。以完整的产品生命周期来说，在写PRD之前，先要写BRD和MRD。BRD 商业需求文档的编写是站在公司角度，面对的是公司老板和高管，从战略层面回答“我们要不要做”，是推出新产品还是改变原有产品方向。MRD 市场需求文档，是对BRD的补充和细化，分析市场机会、竞争情况、产品定位、发展策略等。也就是说BRD和MRD主要分析了我们要不要做，如何做，产品的发展和推进的策略是什么，不会涉及到产品的具体需求细节。而PRD 产品需求文档，则是主要对产品需求细节进行说明，描述功能逻辑和相关流程。产品需求文档是产品经理把用户需求转化为产品需求的最终体现。在整个过程中，经过了市场分析、需求调研、需求分析、产品设计等若干环节，最后以产品需求文档的形式呈现，可以是word、PPT，甚至是手绘卡片。前期深入的思考和分析才是文档的核心。当然也不是说文档的形式的不重要，作为产品经理的输出物，体现产品经理的基本功和脸面，所以在明确目的的前提下，要使产品需求文档发挥最大的价值。

二、为什么要编写产品需求文档？

1、更加深入理解产品需求。 把用户需求转化为产品需求，才是产品经理的核心能力。例如用户想要一匹更快的马，如果用户是想更快的到达目的地，那么我们可以为用户提供汽车，但如果用户是想赛马比赛上获得好成绩，那么我们就应该从专业角度为用户选择一匹优良的马。所以在编写文档时，能倒逼自己对用户需求进行深入分析，对产品需求进行深入思考，更加清晰的梳理各种需求，深入理解从用户需求到功能需求的全过程。只有深入的思考才成编写出高质量的文档，而高质量的文档也能促使深入的思考，是一个相辅相成的关系。

2、为开发工程师提供依据。 产品需求文档的核心内容是功能逻辑和相关流程，最主要面对的是开发工程师，为他们“做什么”提供依据。一份清晰明了的需求文档，一方面有助于制定严谨合理的开发计划，另一方面方便及时查看，遇到问题双方可以随时进行沟通，更有针对性，最大程度的提高沟通效率。当然也并不是说我们把自认为很完善的文档扔给开发工程师让其自行研究，也需要提前把比较重要和容易产生歧义的地方进行沟通，避免双方理解出现偏差。

3、为产品版本迭代提供参考。 在每一个版本开发的过程中，产品经理要至少规划出未来两个版本的发展方向和功能优化方式。在产品需求文档中，写出产品后几个版本大致的发展方向，开发人员就可以提前进行评估，制定合理的开发架构。在产品使用过程中，对于功能的改进也可随时更新到产品需求文档中，相关人员都可以了解到之后需要做什么以及为什么要做，从而使产品的迭代更加合理高效。

三、如何编写产品需求文档？

1、明确编写目的，思考产品特点 。模板是为文档服务的，我们的目的是通过清晰的需求描述，让相关人员准确的理解产品需求，提高沟通和开发的效率。网上的产品需求文档五花八门，内容也多种多样。如果刚接触产品需求文档，建议多找一些模板进行分析，选定一两个进行套用，作为熟悉和理解产品需求文档有一定好处，但要不断的思考和总结，分析出适合自己产品特点的需求文档。例如，如果是TO C产品，侧重点应该是交互流程和线框图描述；如果是TO B产品，则侧重点应该是概念模型和业务流程。

2、分析用户需求，确定编写形式。 产品需求文档，也是产品经理输出的产品，所以也需要对目标用户以及用户需求进行分析，然后根据分析，确定合适的表现形式。产品需求文档的核心目标用户是开发工程师（测试工程师的文档一般是测试用例），他们的特点是喜欢专研技术，不喜欢写文档，也很少会仔细的看好几十页的Word的文档。往往是他们问我一些问题时，我说文档中有描述，他们说没有看。出现这种情况我认为主要的原因在产品经理写的文档不具有可读性。产品需求文档的形式一般是Word、Axure、PPT。根据以往的经验，我认为最具有可读性的是Axure，结构清晰、图例丰富、查看方便。当然，具体采用哪种形式可以根据产品的经验和能力来使用，但前提是一定要充分理解目标用户的需求，尽量通过最有效的方式使产品需求落地。

3、梳理产品功能，规划编写内容。 产品需求文档的内在逻辑是文档的核心，所以需要产品经理在前期进行大量的思考、分析、沟通和协调。对于产品需求，产品经理关注的是“为什么做”和“做什么”，开发工程师关注的是“做什么”和“如何做”。所以针对交叉点“做什么”来看，需求文档的主要内容需要包含功能逻辑、操作细节、交互说明和流程描述等，但最好在前面交代一些商业背景、市场机会和开发目的等，让开发知道“做什么”的同时，也了解一些“为什么做”的原因，更有利于开发全面规划“如何做”的内容。

总结

没有形式的内容和没有内容的形式都是不存在的。虽然产品需求文档也是产品经理的产品，代表了产品经理的脸面，但一定要避免用力过猛，处处最求细节的完美。我之前就一直追求完美主义，还自以为是产品经理的必备素质，其实在很多情况下，浪费了大量的时间。现在越来越觉得，对目标的定义，对真正价值的思考，对投入产出比的把握，才是产品经理的核心价值。对于各种文档也一样，能做到有效沟通即可，不要为了文档而文档，被工具束缚。当然，除了内容，让别人看着顺畅和舒服也需要考虑。作为产品经理，要时刻提醒自己，不要为了形式而忘了目标。

作者：时间之树 ，微信公众号： 产品经理的思维方式