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

产品结构包含了页面层级结构、信息结构、功能结构等类型，通常由思维导图中的树状图表现。
页面层级结构图就我们正常访问的页面从属关系，也是最好理解的。
功能结构图则是不管页面怎么安排，就在 “范围层” 的角度描述产品包含的核心功能和下级功能。
信息结构图，则是在不同页面中包含的 “模块”、“字段” 有哪些，树状图的最底层将不再是页面单位，而是信息颗粒。
2.5 功能说明
前面四条都是比较笼统的讲解整个应用的信息，而在功能说明中，才包含我们应该如何具体进行设计、开发的信息。
功能说明通常会将前面需求条目中单独罗列出来进行说明，这个说明是为了让看的人能看懂，所以没有任何限制，靠编写者自由发挥。
常见的功能说明中，除了文字描述外，还要搭配大量的图形和表格。例如应用原型进行注解、流程图、泳道图、关系图等等。
功能说明占据了整份 PRD 的绝大多数篇幅，也是指导我们具体工作的内容，看懂功能说明是每一个团队成员职责，包括设计师也是。
当然，不同产品经理的文档书写能力是不同的，要写一份大家都能看的懂的文档，是考验撰写者 “讲人话” 的能力的。如果出现了无法理解的地方，就一定要记得和相关编写者进行沟通。
有了一份 PRD，下一步，就是设计师进入分析的环节了。
常见的分享对设计师要掌握的需求分析能力有主次不分的问题，设计师的需求分析，不是抢产品经理饭碗，制定需求内容、划分需求等级、评价需求价值。
在一个成熟的团队中，PM 在制定 PRD 中必然也会处理这些工作，而设计师需要做的。是在需求评审、PRD 中，整理和设计有关的内容，并制定后续的工作内容。
PRD 并不是只写给设计师看的，更多是给前后端开发当开发依据的说明，必然有一部分需求点是和设计师没有关系的，比如 BUG 修复、算法推荐优化、统计埋点等。
我们要根据多方面获得的信息将涉及设计的需求整理出来，并罗列出一份明细，这份明细包含设计的页面、模块或者图标。
然后，再对每条需求标记上相关的数量、优先级、设计目标、时间要求、负责人等，作为一份设计项目清单，比如下图这样的表格。
一份清晰的设计项目清单，可以很好的帮助设计师团队规划工作安排，不至于整个过程手忙脚乱。
这个过程与其叫分析不如说是整理，而真正需要做专业分析的时候，是你发现了产品当前某些交互、体验中的问题可以改进，向产品经理提出建议。
或者，当你觉得某些产品需求不合理，影响产品的体验，那你就可以通过一些专业的分析来制作一份说服产品经理的报告，说服他们调整需求。
要牢记——决定需求制定的人是产品经理，而不是设计师。
【需求分析报告应该包含哪些部分_设计师要怎么做产品分析？】作为一篇分享，光靠文字描述很多同学还是会对 PRD 是什么以及展现的样式有很大的疑惑，所以我建议大家可以去人人都是产品经理官网搜索 “PRD”，就可以看见很多相关案例了。