需求分析报告应该包含哪些部分_设计师要怎么做产品分析？ _prd

UX设计流程中，需求分析是绝大多数流程的开端。所以今天，我们先从产品分析作为切入点，进入到 UX 进阶知识中的第一篇分享。
产品需求分析被念叨了很久，但是很少有人能真正搞明白我们在分析的是什么东西，以及作为一个和产品经理工作内容有交叉的知识点，有很多网上的分享只是照搬了他们的要求而已，但并不适用我们的工作。
所以在理解设计师所需的产品需求分析技能以前，我们要首先搞明白，产品需求本身是什么！
通常展开项目前，要先制定“需求”，即这次项目要做什么事情的具体指示，是要开发新功能、优化操作流程、调整界面样式，还是修改现有BUG 。
只有有了项目的具体指示，我们才能去推进项目的执行，约等于游戏中的“任务”，没有任务你就只能在地图中瞎跑。
产品经理就是分发任务的 NPC，他们会将需求制作成相关的文档，供团队成员查阅或参考。
说起文档，我们就要了解，产品提供的文档包含了3种常见的类型：BRD、MRD、PRD 。
1.BRD：的缩写，也叫商业需求文档，是在开发产品前，对商业目标、战略愿景进行分析和说明的文档。
2.MRD：的缩写，也叫市场需求文档，是针对面向市场范围进行调研、统计、分析并得出结论的文档。
3.PRD：的缩写，也叫产品需求文档，是对所开发产品包含什么功能、逻辑进行具体描述的文档。
这三层文档是一个从宏观到微观的推导过程记录，先从战略层出发，描述大方向上要做的目标，再根据这个目标划分出的市场范围进行调研分析，找出应该提供什么样的功能点才能符合市场的实际需要。
最后，在产品需求文档内，将产品包含的所有功能、逻辑详细描述出来，比如一个退货流程需要经过哪些步骤，退货成功和不成功的条件等等。
PRD 包含了我们这个版本中所需要做的具体工作内容，而 BRD、MRD，是为什么要做这些产品功能的说明，这就是一套完整的产品需求说明所需包含的内容。
BRD、MRD 这两种文档，出现的频率并不高，通常也只在新产品立项、大版本调整的时候才会做。而 PRD 文档则是我们主要接触的内容，需要深入了解。
PRD 文档作为产品需求说明的文档，也可以理解成是一份产品说明书。它最大的作用就是以书面的形式，记录下来产品要做成什么样，避免口头上的随意性。
一份专业的 PRD 文档中，通常会包含这些模块：
下面，我们分别对这些模块进行简单的讲解，进一步了解 PRD 文档的细节。
2.1 版本信息
版本信息是这个文档的有关 “属性” 记录，记录由谁修订撰写，时间点，版本号，面向系统等等。
这个记录是方便在后期回看以前的 PRD 时可以对上时间线或负责人，通常由一个简单的表格来呈现，比如下面这样。
2.2 文档目录
文档目录则是整份文档的索引目录和内容结构表现，对于一份比较完整的产品 PRD 来说，会有大量的信息层级和模块，如果缺乏这个目录，我们就很难从中快速翻到自己想要的模块里。
目录是一个很常见的东西，我也就不截图了。不过对于一份靠谱的 PRD 文档来说，目录应该是做成可以快速跳转到指定位置的格式的，类似线上文档工具自动生成的目录。
2.3 版本概述
版本概述是对这次项目做一个整体性的概括，包括改版的原因、工期、环境、人力资源介绍等等，最重要的，是在这个模块罗列本次项目的实际需求项。
通过这种表格，可以帮助团队成员快速建立对本次项目更新内容的认知框架。
2.4 产品结构