作为一个产品新人，入职之后，首先就要开始撰写各种文档。而在我看来，其中最重要的非产品需求文档莫属。产品需求文档的英文名称为：product requirement document，简称PRD。该文档是将一个产品由抽象到具体最重要的步骤之一，也是让技术人员详细了解一个产品的【三部曲】之一，其他两步分别是产品原型和语言沟通。而PRD也是令很多产品新人比较头疼的东西，那么PRD到底该怎么写？下面笔者就结合了一些文章和自己的经验给大家讲解一下，新手如何制作需求文档。
要明白写文档的直接目的！
首先我们要明白，我们的文档是给哪些人看的，一般PRD大约会给以下这三类人看：技术人员、公司BOSS以及客户。
而本文以目标用户为技术人员为例简述需求文档如何制作。
即然目标人群已经明确，那么将PRD交给技术人员最直接的目的是什么？那就是让技术人员看完PRD之后，便会知道你的产品具体是一个什么样子有那些技术功能需求。一个好的PRD会有什么样的效果？那就是技术人员只有你的PRD，没有原型，不经过语言沟通，他做出来的东西依然是你心中理想的样子。
我该写什么？
接下来进入主题，首先，我们需要列出需要的功能模块，而每个功能模块都需要包含：项目概述、需求说明和阶段规划三部分，
项目概述：顾名思义，就是要做到看完之后让人大概对这个产品有一个初步的了解，并且心中对产品有一个雏形。那么目的明确了，怎么去实现：首先说明使用人群，使用人群明确之后，才好针对他们的需求，去设计和开发功能，也就是用户需求，而用户需求往往都是多而杂的，需要对其分类之后，再详细描述
对于技术来说，无关开发的内容技术是不会去看的。什么是无关开发的内容？我曾见过的有：市场调研、竞品分析、用户研究、产品价值观、以及上图的开发风险分析，以上内容基本都可以单独拿出来做为一个独立的文档去写，不要一厢情愿的认为技术人员会去看这些内容，技术的明确答复就是：我！不！看！
需求说明：具体说明这个需求如何实现、怎么操作以及相关的操作流程等
基本上写完以上内容，你的需求文档就已经成型了；如果技术人员看完之后还不知道要去做什么，那只能说明你的PRD不合格。但是真的不合格该怎么办？你需要做的不是去改，毕竟连写都写不好，你又能改成什么样子？你现在所需要的是补救！那么怎么去补救？你需要去写一个阶段规划，如下图：
阶段规划
所谓的阶段规划就是：将一个产品的开发过程一步一步的分解开，详细的说明技术人员在接下来的这段时间具体要做些什么，如果用文字描述不清，那就借助工具：比如说大家用的最多的流程图，你需要在图中把你的产品逻辑顺序画清楚，既要简洁，又要全面，这并不矛盾。除了流程图，你也可以用N-S图，PAD图以及E-R图等，你要记住，用工具不是目的，目的是用工具去解决问题。基本上阶段规划写完之后，PRD就可以结稿了，接下要做的事情就是随着需求的变更而不断的去修改内容了。
本文到这里就即将结尾，如果阅读本文之后，你还是无法写出令技术人员满意的文档，导致技术人员无法理解你的意图，那么不要担心，请等待我下一篇文章的发表，在下一篇文章里，我会去教你们：如何用Axure中最简单的功能去制作一个另人满意的产品原型。
