学习--完整的PRD包含哪些内容？？？

学习-完整的PRD包含哪些内容？？？

千万，千万，千万别再套模板写需求文档了，要想写好需求文档重要的不是包含哪些内容，而是为什么包含这些内容！

话不多说，直接上干货。

要想写好需求文档，先了解需求文档是什么？

定义：主要用于完整描述产品需求，向各个部门明确产品的功能、性能和目标以及作为产品文档归档。

作用：

研发需要根据你的PRD写代码；
测试需要根据你的PRD撰写测试用例；
UI需要根据你的PRD输出UI稿；
运营需要根据你的PRD去准备运营资料，申请接口；
产品经理在产品迭代管理中回溯此前需求的设计及规划。
PRD就是为了把需求说清楚，只要最后能把需求说清楚讲明白就可，千万不要变成教条主义，有些没意义的模块完全不需要写出来。

需求文档如何写，有哪些模块呢？

一、修订记录

需求文档基本上后续都会有大大小小的修改，这张表主要是告诉开发你在哪里做了修改，否则开发一页页的找，那开发不得揍你。另一方面也让自己复盘的时候，有一个记录。

二、项目简介

项目背景 : 讲述项目/需求产生原因，以及是如何贴合当前公司业务进行的项目，竞品分析已经做了相关内容。
项目价值：讲述项目在当前市场中存在的价值，潜移默化的告诉大家产品的可实施性，让大家更好的实现产品。
项目目标: 讲述项目日后的最终发展目标，让大家以最终目标为方向去推动产品进行。
这部分主要是让参会的人对你的项目有更多的了解，知道为什么要做，这样大家在工作中会更有目标，更有方向。这部分讲的时候给大家打打气，加加油，让这个团队充满凝聚力。

三、功能清单

说明本次开发要做的模块和功能，并对每个功能进行描述，让开发知道每个功能是干嘛的，更理解这个功能，功能多的时候就要对功能进行优先级排序。

四、名词解释

这部分主要是对一些专业名词，缩略语，帮助用户更好的理解需求文档。例如微信中的：二维码，小程序，公众号等，做这些之前你至少要给大家讲讲这是什么吧。

五、全局交互

针对全局通用的交互、系统规则、异常情况等相关内容，可以在全局说明中统一说明。避免在文档中反复出现，导致文档臃肿，造成阅读困难。

比如：输入框定义、类型、数字限制等，分页规则，各类型弹窗交互说明等。

异常情况则包含了断网、误操作、数据丢失、加载中、功能权限等情况，需要描述对应情况下如何处理，也可以写在具体功能需求描述中。

五、三大结构图

功能结构图：以功能模块为类别，来介绍模块下面各个功能所组成的图表

目的：

梳理需求，对整个产品页面的功能结构有一个宏观认知，防止转化时出现功能/页面丢失
理清产品功能模块的构成以及功能逻辑关系
开发评估工作量的重要参考依据

微信首页功能结构图

信息结构图：罗列产品页面所需的全部信息字段，脱离于功能、页面、交互，原型图的血肉。

作用：

帮助PM梳理信息组成，避免信息内容冗余混乱残缺
作为开发工程师建立数据库的依据

微信信息结构图，未画完

六、业务流程图

如果产品中包含相对复杂流程，就可以用流程图去解释，一个产品业务流程图可能会有好几个，大家根据情况可以把复杂的业务流程图分开梳理。例如淘宝就有购买流程图，退货流程图，登录流程图等。

大家一般必须要掌握的流程就是登录流程图。

给大家推荐一款功能超级强大且免费的流程图软件：http://draw.io，安装包会和Prd模板一起发给大家。

七、页面流程图

这部分主要就是体现页面之间的交互流程，看图会更直观的体现交互，只在需求描述交互，那你可有的烦了，技术天天问你”点击这个按钮要跳转都哪里？”。

我一般是按照底部tab先几个大模块，分别出这些界面的流程图，不要纠结弹框该不该出现在页面流程图，能表达清楚就画，表达不清楚就再这部分体现出来。

八、功能需求

这部分就是需求文档的主要内容了！对界面，功能，交互进行详细描述。我一般是按照下面的逻辑书写。

1.先按照页面逻辑对分层

我一般也是先按底部tab页分为大模块，然后在分二级页面，三级页面，可参考右下角我对微信的分类，文档中也赠送了大家一个原型设计尺寸

2.给功能排序

我个人最喜欢的方法是数字符号一一对应型，大家从左至右，从上至下依旧给页面进行标注，右侧写具体功能介绍。

3.功能的具体描述
一般情况下，从五个方面去描述一个功能，新入行的产品经理建议灭每个需求都这样思考，养成良好的功能工作习惯。

**定义：**描述这是个什么，例如：搜索按钮，位置固定不动

**数据来源：**这个信息是从哪里来的，可能来自用户上传，后台上传，用户简介，客户端等。

**交互：**支持哪些交互，例如点击，长按，左滑，右滑，双击

**边界：**这部分主要就是写一些特殊情况，例如无内容，名称过长显示不全，初始值，最大值，最小值，移动范围等。

**验收标准：**这部分可写可不写，可参考竞品性能。例如：响应速度不大于0.5S，导入100M文件时时间小于2S。这部分可能是很多新入职产品经理不清楚的地方，因为很多人不太懂技术，其实产品很多地方都会受限于性能的影响。例如：服务器最多支持多少人在线；OCR识别一篇文章速度，准确率；加载内容时长；导入文件时长等，进入公司多和测试，技术沟通慢慢就懂了，不用着急。

原型图模板中师兄写了微信首页的需求文档，大家可以拿去参考，怎么写不重要，重要的是你要逻辑清晰，表述清楚，实际工作中多问问开发时如何看需求文档，他们有没有什么建议，就和我们做产品一样，多问问你的用户觉得你的产品如何。

九、非功能需求

这部分主要包括：性能要求，安全要求，埋点需求，运营需求等，这部分在Axure模板中已举例说明，除了埋点需求之外，其他的写几次就清楚了。

产品需求说明文档（PRD文档）的撰写，可谓是产品经理必备技能，没有之一！

面试的时候，面试官也会经常问：你写过PRD吗？主要包含哪些内容？那PRD文档如何撰写？主要呈现形式是什么？注意要素有哪些呢？

我们要先明白PRD作用、目的及公司的标准是什么，才能结合具体情况，写出一篇优质的PRD文档。

下面就介绍下PRD文档的主要结构及内容：

首先，确定PRD文档格式。
一般RP版本、Word版本，两种格式。当我们的产品为APP形态，用RP版本较多，但是当产品流程及规则较为复杂，则更适用于word版本。

第二，项目概述。
**包含项目背景介绍、产品目标、名词解释等。**可以帮助项目成员更好了解项目的价值及意义。

1.项目背景：主要介绍为什么要做这个项目，也就是说清楚用户或业务的痛点及诉求；

2.产品目标：产品上线后的效果，期望达到的目标；

3.名词解释：产品中的一些专业名词的解释说明。

第三，功能描述。
1.功能清单：全部的模块及功能进行罗列，并标明优先级。

2.业务流程图：描述整个业务的核心流程。

用一个买东西的简单案例，看下买家和卖家的流程是什么。

3.产品结构图：产品的框架是什么，整个分为哪几个模块，每个模块有哪些核心功能？

4.功能说明：每个页面的产品原型及对应的功能说明。

第四，非功能说明。
除了基本功能之外，系统性能如何？兼容性如何？安全层面如何？这些都是需要有一定描述的哦～如下图：

原文链接：https://blog.csdn.net/qq_41854911/article/details/128076995b.io/flowchart.js/