产品需求文档撰写规范

    在写需求文档之前我们需要弄明白需求文档是什么？它是用来做什么用的？

    首先，根据百度百科所定义的概念，我们可以了解到产品需求文档（简称PRD）是产品项目由“概念化”阶段进入“图纸化阶段的最主要的一个文档。广义上来讲，产品需求的描述应该包含有产品的战略和战术，战略是指：产品定位、目标市场、目标用户、竞争对手等。战术是指产品的结构、核心业务流程、具体用例描述、功能、内容描述等。

    PRD的主要使用对象有：开发、测试、项目经理、交互设计师、运维及其他业务人员。

    开发可以根据PRD获知整个产品的逻辑；测试可以根据PRD建用例；项目经理可以根据PRD拆分工作包，并分配开发人员；交互设计师可以通过PRD来设计交互细节。PRD是项目启动之前，必须要通过评审确定的最重要文档。

    简单了解了需求文档是什么后，我们需要知道，写一个需求文档需要具备哪些要素，我们应该从哪些方面去写以下是我总结归纳的需求文档应该包含的内容。

一、文档属性

    介绍当前这个需求文档的基本信息，包含文档的标题及版本号（一般都是项目名称/产品名称+版本号）、撰写人（也就是写文档的人）、文档读者（你的文档写给谁看的）

二、修订记录

    对该文档进行的操作记录，比如新增了某个需求的说明，需要记录下来，以便时间久了，与研发口无对证，好记性不如烂笔头，包含版本号、修订的时间、修订人以及修订的内容。

三、产品概况

    介绍该产品的项目背景、产品定位、以及核心用户，需要解决的用户痛点是什么

1、项目背景：说明这个产品/项目在当前市场上的一个状况，现目前存在有什么问题，如果要做还有哪些机会

2、产品定位：说明该产品最主要的核心功能是什么，能解决什么问题

3、用户：该产品的核心用户有谁，分别都有什么痛点

四、用户角色

不同的角色，需要解决的痛点不同，需要明确具体的用户应该具备的功能

五、术语及解释

    主要是介绍该产品中比较生涩难懂的专业用词，便于读者理解

六、产品结构

    这部分就是主要介绍产品的内部功能框架了，整体的产品框架，具体的功能结构以及业务流程

1、产品结构图

2、信息结构图

3、业务流程图

七、产品功能

    该部分会说明具体的功能模块的需求，比如登录业务，用户通过什么方式进行登录，是账号+密码，还是手机验证码，登录的流程是怎样的，需要找回密码功能不，具体流程又是如何，每一个有交互的地方都需要做说明，需求的描述尽可能的准确简洁，目的是为了让研发和测试人员理解，尽可能的描述准确全面，这样实现出的效果才会和理想中的产品需求更加符合

    以上是撰写PRD文档的基础内容，除此之外我们还可以写一些非功能性需求，这里就不一一展开说明了。

    产品需求文档是记录产品功能的重要文档，也是和开发测试沟通的重要桥梁，但是需求文档也没有完全统一的规范和样式，不同的公司会有不同的要求，因此，我们需要针对不同的产品以及场景对需求文档进行适当的调整，目的是能够表达出产品的实际需求，不论用什么方式表达需求，我们的目的都是为了传达需求，解决问题。