写产品需求文档(PRD)核心思路

产品需求文档（Product requirements document 简称PRD）是产品经理在工作中最重要的产出物，是承上启下的核心文档。

•     承上：业务需求。
•     启下：研发、测试、UXD的工作依据。

因此，PRD文档是产品经理职业生涯中必须要掌握的技能。

大原则：业务优先于需求，需求优先于功能，功能优先于交互，交互优先于UI

我会从以下几个方面讲解，到底怎么才能写好PRD文档。

•     目的
•     形式
•     技巧
•     态度
•     环境

一、目的

写PRD最重要的目的是：把需求讲清楚，但一份优质的需求文档一定是合适的方案+表达清晰。

合适的方案是指：我能分析清楚业务的现状是什么，期望是什么，要解决什么问题，用什么方案解决。

表达清晰是指：我能把我希望用的解决方案表达清楚，传递清晰。

如何分析需求并找到合适的方案，我会在另外的文章中来讲解，本文的重点会着重放在表达清晰上，但在我多年的实际文档经验中，往往合适的方案和表达清晰是一个交替生成的，当你尽可能想表达清晰时也能促使你获得更加合适的方案，所以表达清晰不仅仅是应该，而是必要。

如果把需求讲清楚是总纲，它还能分为三个小目标：

文档受众能精准理解文档并转化为他们的产出物：

•     研发人员 ====> 代码
•     测试人员 ====> 测试用例
•     交互设计人员 (User experience design，简称UXD) ====> 交互图
</