Prd是英文Product Requirement Document的缩写，翻译过来就是产品需求文档，是将项目由“概念”到“实现”的一个文档，该其主要目的是向研发部门和设计部门说明产品的功能和性能要求，将产品的各种需求进行指标化、技术化。

那么写作的流程是怎样的呢？prd文档作为产品的业务分析过程，大致可以分成三块。

第一：需求说明书必须要具有统一性

一份产品要有一份清晰明确的《产品需求说明书》，分解到各部门可以通过分册来统一规划。如有修订，要标注好修订负责人，修订日期及具体的修订描述。

第二：必须要有清晰明确的产品简介

产品简介要对即将开发对产品有清晰的定义，层次描述准确，对各个模块的来源及逻辑关系梳理清晰。对各模块中涉及到对功能点、后台功能支持、部分特殊的交互细节以及视觉风格等进行说明。

第三：必须要对用户进行精准描述

产品所针对的用户群是如何定位的，要有清晰明确的分类及用户描述。通过建立在真实数据上的用户画像对用户进行精准描述。通过年龄、家庭状况、收入、工作、活动场景、手机使用技能、目标、爱好、日常作息等方面进行分析，分析结果展现在文档中。而过程需要在用户画像文档中进行体现。

第四：产品总体流程必须要整理清晰

重点说明此次开发的主要功能，说明主页、列表页、详情页，务必做到所有功能模块的流程描述清楚。包括评论、点赞、转发等等

第五：必须重点写清楚产品描述

根据产品流程对各个功能模块进行更为清晰准确的描述，这些描述是开发人员深入了解产品的必须需求。

再做产品描述的时候可以从如下几个方面：

1、 用户场景——在何种情境下使用，工作中还是生活中，清晨还是半晚，室内还是室外等等方面，都要考虑清晰。

2、 功能描述——此模块具有的核心功能是什么，可以进行何种操作。

3、 前置条件——在何种前提下会召唤出此模块。

4、 需求描述——显示几页，是否可编辑，显示的内容是什么。

5、 后置条件——点击此功能的某触发点将进入何处。

6、 补充说明——是否需要后台进行相关的数据验证，比如是否登录、是否需要根据ip切换到相应城市等。

第六：必须做好补充需求

首先是性能需求，在具体操作中的具体要求及注意事项。

其次是兼容性需求，需要在何种平台上操作，是否可以在不同版本的系统中进行运行。

第七:必须明白prd文档是为开发服务的

不同的公司中对prd文档的要求是不同的，也可以说，prd文档没有统一的模版，之所以会出现这样的文档，最终目的是为了开发的顺利进行而服务的。

一般来说，大公司会要求文档有一定的规范性，不同的公司会有自己文档规范，我们在实际工作中，要按照已有规范进行描述。总的来说，大公司的prd文档书写要求是符合本公司模版规范，细节到位。

对于略小的公司来说，需要记录一些关键信息，更重要的是备忘作用，具体操作中，如果遇到未涉及的细节，可以进行口头沟通。

微型公司和一些刚刚进行天使轮的公司，由于人员较少，团队之间联系紧密，沟通及时，为了实现小步快跑，快速试错的目的，甚至不需要文档，直接通过axure文件来进行产品需求描述。

总结：prd文档是为了开发服务的，是为了让研发人员和设计人员更深的理解产品。如果我们使用了prd文件进行产品的沟通说明，就要注意版本的及时更新及维护，出现修订的情况要进行相关人员说明。涉及到专业性产品开发要对专业词汇进行相关说明。最后，最重要的一点，不管是多么严谨细致的prd文档，都不能取代口头沟通，在工作中，产品人员要及时与开发人员、设计人员及时进行最新的产品信息共享。

编辑：莱茵教育

该文章为原创文章   如需转载请注明出处及链接