【产品经理修炼之道】-挑不出毛病的需求文档

作为产品经理，撰写需求文档是一门必须掌握的基本功，那么除了知道需求文档应当包含哪些内容，你知道需求文档究竟应该怎么“写”吗？怎样才能写出一份可以让每个项目成员都能清晰明了得到所需信息的PRD文档呢？一起来看看作者的经验分享。

需求文档是产品经理的基本功，也是产品能力的体现，产品能力行不行看文档就能看出来。

我从实际工作+日常总结，整理了一些自己写PRD的方法，分享给各位，希望能对各位有用~

一、原则与前提

在文章开始前，我们简单看下在什么时候用、谁去用，来明确需求文档的书写原则：

• 产品需求评审的时候看；
• 研发技术方案设计、敲代码的时候看；
• UI进行界面设计的时候看；
• 测试写测试用例、执行用例的时候看。

PRD 文档的目的就是让每个项目成员知道需求为什么做、要做什么、怎么做。

所以可以得到PRD的书写原则有：

• 有理有据：从项目成员知道为什么做；
• 全面、清晰、准确：让大家知道做什么、怎么做；
• 易读性：让大家方便快捷的理解文档内容。

明确了原则，还有2个前提：「需求类型、需求大小」

1. 需求类型有：功能需求、接口需求、性能需求、策略需求、埋点需求、统计需求等等。
2. 需求大小：可以是从0-1的大项目，包含上边的所有需求类型，还有就是日