功能结构图,信息结构图,结构图差异详细说明
浏览:197 时间:2023-4-8

您还在询问产品结构图是信息结构图还是功能结构图?这是微信的一个实际例子,可以帮助您更好地理解这组命运三姐妹图。

在编写PRD和竞争产品分析文档时,我们经常会看到产品结构图,产品功能结构图或产品信息结构图,但有必要弄清楚它们的定义和功能并不像看起来那么简单。尝试分享您的观点。

特别声明:由于篇幅和其他因素,本系列中的所有示例都在完整性方面被省略和简化。它们仅用作示例。请不要纠缠图表来描述描述是否完整以及是否缺少模块,主要是针对读者。比较三种类型的图表之间的链接和差异。

一,功能结构图

1.定义

功能结构图是根据功能从属关系绘制的图。图中的每个框称为功能模块。功能模块可根据具体情况分为更大或更小的功能模块。最小的功能模块可以是程序中的每个处理,并且较大的功能模块可以是完成特定任务的一组程序。 (百度定义)在简单的语言中,功能结构图是一个功能模块,并在模块下引入其功能图。

2,角色

产品概念设计中使用的工具之一可以更简洁明了地表示未完全定义的设计问题或更模糊的设计要求。在绘图过程中,它可以帮助PM思考和清除产品及其功能组件的功能模块;

结合要求,在鸟瞰图中直观地了解整个产品页面的功能结构,以防止在将产品需求转换为功能需求的过程中丢失功能模块和功能点。

3.备注

在区分功能结构,信息结构图和结构图之前,有一个重要的前提是要求每个人达成共识:软件产品本身是传递信息和提供功能的载体。无法存储完全绝对的信息或功能性产品。信息通常伴随着功能,我们很难画出一条线来完全分开两者。从某种意义上说,信息传递甚至是软件产品最重要的核心功能。鉴于此,我们通常默认将信息显示功能分开,作为信息架构的一部分,而不考虑产品功能结构中的信息显示功能。

以下是对信息和功能纠缠示例的更好理解,如微信的个人信息模块(如下图所示),“名称”字段既是信息又是修改设置。

因此,理解许多功能结构图中出现的信息结构的元素并不难,但由于使用功能结构图(即上述角色)的目的需要我们专注于产品功能的维度,我们应该着重于功能结构图。减少信息结构元素出现的可能性。

在使用上述函数和信息纠缠的例子中,功能结构图中的许多朋友将直接使用“名称”来表示其功能点,绘图人可能对自己清楚,但是看着的人图片会有疑问:这个“名字”最后,它指的是查看名称或查看和修改名称的能力。

在这里引入一个小的这里,在描述一个功能点时,建议使用“动词+名词”的语言描述形式,它不仅更准确地传达信息,而且避免了读者不必要的混淆。如上例所示,我们可以将名称的名称更改为“设置名称”或“视图并设置名称”以描述功能点。

4.如何绘制功能结构图

在实际应用中,产品功能结构图通常在以下两种情况下绘制:

在设计阶段利用未完成的产品来确定产品功能结构;

绘制产品的最终版本,以分析和转移产品的功能结构;

1)在产品的设计阶段,如何挖掘和确定功能结构图中的主要功能模块?

首先,主要功能模块应该是整个业务流程中产品的核心功能模块。我们可以通过业务流程中涉及的功能要求来优化主要功能模块。细化完成后,检查业务流程一次,看是否缺少主要功能模块。

例如,假设我们参与了微信的早期功能设计。该产品的初始定位是移动社交软件,因此其相应的核心业务可以简化为

通过这种方式,我们可以在产品设计阶段轻松找到微信的主要功能模块,如下:

与现有版本的微信功能结构图相比,经过数百次迭代,主要功能结构几乎没有变化,我们不得不欣赏其功能结构的扩展;

通过业务流程确定主功能模块后,可以根据业务需求进行功能的详细设计,不再进行扩展。

2)如何绘制确认产品的功能结构图?

绘制定义产品功能结构图的最快方法是通过参考产品的Tab功能模块找到产品的主要功能模块,然后详细介绍功能模块提供的下一级功能模块或功能根据等级成员关系。如果需要,可以将粒度细化到描述功能操作的程度。

这是图片的顶部“微信功能结构图(V6.5.21)”,为什么主要功能模块不是“微信”,“地址簿”,“发现”,“功能模块?” p>

在这里,作者希望传达一个概念,即结构图中的主要功能模块不一定是Tab中的标签功能模块。很多时候产品受到移动终端的空间限制的限制,并且该功能必须分成3到4个标签。这是一种务实的妥协。当然,在正常情况下使用Tab标签名称作为主要功能模块并没有错。但是,当产品功能复杂时,产品功能结构图有些粗糙。绘制已识别产品的功能结构图有助于我们探索该产品的核心功能模块,并梳理产品的功能架构。我们建议作者可以尝试从Tab选项卡中挖掘并描述他自己语言的主要功能模块。

那么,我们可以自由地将标签功能模块中的辅助功能模块划分为主功能模块吗?

实际上,它不一样,无论应用程序有多复杂,主要功能模块的划分数量都不能太多(5-9更好)。通常,在分析产品功能结构后,我们仍然会使用Tab功能模块。作为主要功能模块,它然后组织其下属的功能模块。只有当我们认为子功能模块在业务中太重要并且产品的价值很高时,我们才能将其划分为单个主要功能模块。

这是一个小技巧。当在不同的Tab功能模块中重复显示辅助功能模块时,我们可以考虑将其拆分为主功能模块,因为这个时间意味着辅助功能模块在产品中。它在业务流程中非常重要,它还使我们的产品功能结构图更加简洁明了。如上图所示,微信功能结构图中的搜索模块(V6.5.21)”显示在WeChat功能模块和Tab中的地址簿功能模块中。

最后,您如何确定功能结构图中的粒度?

功能结构图中的粒度需要根据具体应用场景确定,绘图人员可以根据需要进行控制。例如,在产品设计过程中,功能结构的建立是设计师从融合到融合的设计思维过程。开始时的粒度通常很大,并且可能仅涉及某个功能模块。提前,功能结构图的粒度将不断细化,最后可以分成特定的功能操作。这里笔者将“微信模块 - 个人对话”功能模块进行细化,仅供参考:

二,信息结构图

1.定义:指产品的实际页面,抽象产品数据,并结合分类图表。

2,角色:

帮助PM整理复杂内容的信息构成,避免在演示过程中遗漏,混淆和重复信息内容;

作为开发工程师建立数据库的参考;

信息结构图通常晚于功能结构图绘制。它通常处于产品设计阶段的概念化过程中。只有在确定了产品功能框架并改进了功能结构后,才会对产品信息结构进行分析和设计。

在这里,我们需要强调离开实际页面的概念。在一些与产品相关的文章中,我们将看到作者根据页面的逻辑顺序对信息结构图进行分类和组合。严格来说,此图表不是合格的信息结构图。

我们以微信的个人信息模块为例,如下所示:

此部分中的结构信息图的绘制需要与产品的实际页面分开,如下所示:

最后,需要强调的是,信息结构图主要适用于产品信息构成复杂且需要考虑优化的情况。例如,基于内容的产品(博客,门户网站等),产品的信息结构对于用户体验非常重要,并且需要信息。结构图用作分析和思考的工具。

在这里,作者只是在微信上画了一条消息作为参考

三,结构图

与功能结构图和信息结构图相比,产品结构图的定义非常混乱和模糊。为什么会这样?

一方面,产品结构图很容易与文本理解相混淆:产品信息结构图和产品功能结构图不能简单地称为产品结构图。

另一方面,许多现有的竞争产品分析文档,产品体验文档和在互联网上传播的PRD文档都是由新手模仿前辈的产品模板编写的。令人尴尬的是,有些学生没有详细而深入的了解。通常在文章中,前面被认为是产品的功能结构。在结果中,产品特征,产品信息元素和功能结构的定义。后来初学者从这些文章中了解到产品结构图和产品信息结构图,导致了恶性循环;

最重要的原因是:对于产品结构图,产品从业者自己尚未达成共识。作者在互联网上搜索了相关文章,对产品结构图有三个主要的理解:

大多数产品人认为产品结构图是产品功能结构图的缩写。当产品不强调信息结构的概念时,一些PM开始将产品功能结构图称为产品结构图,然后默认该名称。当产品信息结构图出现时,这个概念很混乱;

有些产品的人认为产品结构图是产品信息和功能逻辑的综合展示;

少数产品认为产品结构图是产品信息架构图。

在这里,作者同意第二个概念:

产品结构图是产品信息和功能逻辑的综合显示。简而言之,产品结构图是产品原型的简化表示。它可以在以前的需求评论或其他类似场景中用作产品原型的替代品,因为产品结构图的成本低于产品原型,并且可以快速添加,删除和修改产品功能结构,从而减少PM。在此过程中实施的成本。

产品结构图是通过信息架构设计将功能和信息以合理自然的逻辑放入产品的每个页面的结果。如今,PRD和竞争分析中提到的大多数信息结构图和功能结构图大多是包含功能和信息元素的简化产品结构图。如下图所示:

总结

在产品的设计过程中,功能结构图是必要的。信息结构图取决于产品和PM本身。通常,在我们初步确定产品功能结构图(产品功能框架)之后,我们开始绘制产品信息结构图。

在产品设计过程中,产品功能结构图是产品概念化阶段的初始输出,产品结构图是产品概念化尾部阶段的输出。当产品结构图完成时,我们在心理学上有一个基本的产品外观。轮廓。同时,使用产品结构图作为绘制原型的基础,我们可以避免产品设计的变化,跳入死亡的细节,而不是看到森林的陷阱。

此时,您对功能结构图,信息结构图和结构图仍然愚蠢吗?

文字/PM_allen