手把手教你写B端产品PRD

在说B端产品需求文档如何写之前，先说一下需求文档的展现形式，我以前分享WORD形式的PRD文档写法，很多人会说我分享的内容过时了，现在都是用AXURE来写文档，当我分享AXURE形式的PRD文档写法的时候，很多人又说，你这AXURE写的不专业。

其实表现形式啥的，真心不重要，重要的是要达到目的，PRD的目标是啥？目标就是让团队知道需求实现的具体细节，让团队达成统一意见，做到开发有据可依，而不是争论表现形式，只要能够帮助团队成员达成共识，帮助团队成员建立认知的一致性就够了，具体怎么表现形式不重要，选一个团队都能接受的形式，提高沟通和开发效率就行了。

如果团队之前习惯了word形式的PRD，那你就用word写；如果团队成员习惯了axure形式的PRD，那你就用axure写，一切以提高工作效率，达成一致意见为目标。

好，接下来开始分享关于B端产品的WORD形式的PRD该如何写，希望对大家有所帮助和启发。

PRD的组成部分

1、文档产品名称

写个需求文档，你得告诉人家是什么吧，尤其在公司有很多文档的情况下，做好文档管理更是必不可少的一个环节。一般来说文档产品命名（这个文档命名是指文件的名称，不是文档里面的顶部名称，文档里面内容的顶部名称可以参考下图）可以这样写【XXXX需求文档V1.X】，或者【XX需求文档V20201202】。一个可以直观的看到需求文档的修改次数，一个可以直观的看到文档的修改日期，很多人可能说如果后面加日期的话，同一天修改多次咋办？这也好办，可以在名称后面加上序号，比如【XX需求文档V20201202_01】，这样就知道修改多少次了，当然文档修改的次数还是越少越好，太多了，产品经理的公信力就会下降了。

2、文件状态

文档的状态是草稿？正式发布？正在修改？

当前版本是多少，尤其是你版本修改很多的情况下。

文档密级分为普通、机密、绝密，比如你写的使用手册就是普通，你的产品没有上线前写的文档属于机密，绝密一般情况下遇不到，比如银行项目，国家级项目，就是绝密。

3、版本历史

产品经理也不是神，难免会犯错，所以写的文档难免会更改，这个时候文档修订记录就起作用了。

首先是变更的版本，然后是修订日期、原因与修改情况描述、修订人。

这里的3.2.5是大纲栏目，这样的好处是你修改那一条，人家直接去根据栏目定位到你修改的那一条