成效结构图、新闻结构图、结构图,你还傻傻分不清吗?

为什么要掌握数据中心结构图?

数据中心的机房经常碰到这样的事:服务器蓝屏或者死机的时候,因为服务器通常没有设置重启的按钮,厂商人员经常无法直接重启服务器,这时候数据中心机房的结构图就尤为重要。

绘制数据中心机房的结构图通常是一个费力不讨好的任务。在日常情况下,管理员其实很少看结构图,所以经常导致的后果就是结构图在需要的时候就重新绘制一份,但这样会导致效率低下和结构图的信息缺失。

数据中心机房的结构图结合配线和机架和各种硬件,有结构图甚至包括制冷设备,进出风口等等。学习如何正确地创建结构图耗时甚巨,但它是一个有价值的技能。

要制作机房结构图,首先要了解自己所涉及的机房的基础设施,数量多少,分布位置等等。下面简单说一下制作结构图需要注意的地方。

数据中心的结构图都包含了什么?

最基本的结构图是基于数据中心的机架和内部设备的图示。这里面包括物理服务器,所有的通信设备,如交换机和路由器,UPS电源装置,备份设备(磁带机)和任何其他数据中心的硬件设备。(如下图)

图片 1

进一步的结构图有着更多的细节,这些细节更体现了结构图的价值。包括通信线路,和各个网络段的设备连接,还有多路径冗余、不同级的交换机连接线路。如果需要重新规划服务器的路径,这样一份详细的结构图将帮助方便的去规划。如果没有一个清晰的结构图,你可能会在升级网络端口的时候不小心将多个网络接口配置在同一个交换机组,这样导致的后果就是网络风暴和网络回路。


图片 2


数据中心的机房经常碰到这样的事:服务器蓝屏或者死机的时候,因为服务器通常没有设置重启的按钮,厂…

书接上文,之前我们BKJIA带给大家一篇《看这些数据中心错误有多蠢!》的外电,本期我们针对以上错误找到了相应的预防措施。一攻一守,同样是一篇外电,我们看看这些错误该如何化解。

你还在问产品结构图到底是信息结构图还是功能结构图吗?这里有微信的实际例图帮助你更好地理解这组命运三姐妹图类。在写PRD、竞品分析文档中,我们常常会看到产品结构图、产品功能结构图或者产品信息结构图的身影,但需要讲清楚他们的定义和作用也真没看上去那么简单,这里作者尝试分享一下自己的观点。

文章开头:本文是PM_allen老师发表在产品壹佰的文章(http://www.chanpin100.com/article/105716)转载文章仅供大家习,不作任何商业用途。

你还在问产品结构图到底是信息结构图还是功能结构图吗?这里有微信的实际例图帮助你更好地理解这组命运三姐妹图类。在写PRD、竞品分析文档中,我们常常会看到产品结构图、产品功能结构图或者产品信息结构图的身影,但需要讲清楚他们的定义和作用也真没看上去那么简单,这里作者尝试分享一下自己的观点。

数据中心停机通常是由设备故障,或突发事件的连锁反应引起的,但引起数据中心停机的主要原因是人为失误,据Uptime协会发起的一项研究显示,数据中心大约70%的问题都是人为错误引起的,可见人对于数据中心来说是多么的可怕。

特别声明:由于篇幅和其他因素限制,本系列中所有的实例图在完整性上有省略和简化,仅作为举例讲解用,请读者不要纠结图表是否描述完整、是否有缺失模块,主要是给读者来对比3类图表的联系与区别。

你还在问产品结构图到底是信息结构图还是功能结构图吗?这里有微信的实际例图帮助你更好地理解这组命运三姐妹图类。

特别声明:由于篇幅和其他因素限制,本系列中所有的实例图在完整性上有省略和简化,仅作为举例讲解用,请读者不要纠结图表是否描述完整、是否有缺失模块,主要是给读者来对比3类图表的联系与区别。

那该如何缓解这个问题呢?电力技术支持主管Ahmad
Moshiri说:“毫无疑问,导致数据中心停机的人为错误可以通过一些简单的步骤来回避”。下面就是其总结出来的避免数据中心人为错误导致故障的最佳实践。

信息结构图

在写PRD、竞品分析文档中,我们常常会看到产品结构图、产品功能结构图或者产品信息结构图的身影,但需要讲清楚他们的定义和作用也真没看上去那么简单,这里作者尝试分享一下自己的观点。

功能结构图

1、屏蔽紧急关闭按钮

定义:指脱离产品的实际页面,将产品的数据抽象出来,组合分类的图表。

特别声明:由于篇幅和其他因素限制,本系列中所有的实例图在完整性上有省略和简化,仅作为举例讲解用,请读者不要纠结图表是否描述完整、是否有缺失模块,主要是给读者来对比3类图表的联系与区别。

1定义

紧急关机Emergency Power
Off,EPO)按钮一般都位于数据中心门口附近,通常,这些按钮没有盖子或做上标记,在紧急情况下很容易错误地关闭整个数据中心的电力供应,给EPO按钮帖上标签或加装一个盖子,可以避免按钮被意外按下。

作用:

一、功能结构图

功能结构图就是按照功能的从属关系画成的图表,在该图表中的每一个框都称为一个功能模块。功能模块可以根据具体情况分得大一点或小一点,分解得最小功能模块可以是一个程序中的每个处理过程,而较大的功能模块则可能是完成某一个任务的一组程序。(百度定义)用通俗的话来说,功能结构图就是以功能模块为类别,介绍模块下其各功能组成的图表。

2、根据文档指定的方法操作

帮助PM梳理复杂内容的信息组成,避免信息内容在展示过程中出现遗漏、混乱、重复;

1、定义

2作用

按照厂商给定的文档一步一步操作,可以减少或消除执行维护任务时的误操作,除此之外,还应该在备份计划中包括突发事件时的应对办法。

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

功能结构图就是按照功能的从属关系画成的图表,在该图表中的每一个框都称为一个功能模块。功能模块可以根据具体情况分得大一点或小一点,分解得最小功能模块可以是一个程序中的每个处理过程,而较大的功能模块则可能是完成某一个任务的一组程序。(百度定义)用通俗的话来说,功能结构图就是以功能模块为类别,介绍模块下其各功能组成的图表。

产品概念设计的运用工具之一,能够对不完全确定的设计问题或相当模糊的设计要求,以一种较为简洁和明确的方法表示。在绘制的过程中,能够帮助PM思考并清晰产品的功能模块及其功能组成;

3、正确的组件标签

信息结构图的绘制通常晚于功能结构图,往往是在产品设计阶段的概念化过程中,在产品功能框架已确定、功能结构已完善好的情况下才对产品信息结构进行分析设计。

2、作用

梳理需求,以鸟瞰的方式对整个产品页面中的功能结构形成一个直观的认识,防止在产品需求转化为功能需求的过程中出现功能模块和功能点缺失的现象。

要正确和安全地操作电源系统,所有开关设备必须正确标识,还需要数据中心的单线电路图,确保正确的操作顺序,每执行一个操作前,都应该仔细检查设备的标签有无不妥。

在这里,我们需要强调的是脱离实际页面这个概念,在一些产品相关文章中,我们会看到作者将信息结构图完全按照页面的逻辑顺序来进行分类组合,严格意义上来说,这种图表不是一份合格的信息结构图。

产品概念设计的运用工具之一,能够对不完全确定的设计问题或相当模糊的设计要求,以一种较为简洁和明确的方法表示。在绘制的过程中,能够帮助PM思考并清晰产品的功能模块及其功能组成;

3注意事项

4、一致的操作方式

我们用微信的个人信息模块举例,如下图所示:

梳理需求,以鸟瞰的方式对整个产品页面中的功能结构形成一个直观的认识,防止在产品需求转化为功能需求的过程中出现功能模块和功能点缺失的现象。

在区分功能结构、信息结构图、结构图前,有一个重要的前提需要大家达成共识:软件产品本身就是传递信息和提供功能的载体,完全绝对的信息类或功能类产品是不可能存的在,信息往往伴随着功能,我们很难划一条界限将两者彻底分开。从某种意义上,信息传递甚至就是软件产品最主要的核心功能。鉴于此,通常我们默认地把信息展示功能独立了出来,作为信息架构的一部分去思考,在产品功能结构时不考虑信息展示功能。

有时,数据中心管理人员疏于职守,不按照标准操作程序执行,忘记或直接跳过某些步骤,或是凭自己的记忆操作,可能无意中就错误地关闭了某个设备,因此,保持所有操作说明文档不断更新,并严格按照说明进行操作是至关重要的。

其结构信息图在这部分的绘制就需要脱离产品的实际页面,如下:

3、注意事项

这里举一个信息与功能纠缠的例子更好理解,如微信的个人信息模块(如下图),“名字”字段在这里既是信息又提供着修改设置的功能。

5、不断进行人才培养

最后需要强调的是:信息结构图主要适用于产品信息构成比较复杂需要考虑优化的情况,如内容型产品(博客、web门户网站等),产品的信息结构对于用户体验就十分重要,需要用信息结构图作为工具进行分析思考。

在区分功能结构、信息结构图、结构图前,有一个重要的前提需要大家达成共识:软件产品本身就是传递信息和提供功能的载体,完全绝对的信息类或功能类产品是不可能存的在,信息往往伴随着功能,我们很难划一条界限将两者彻底分开。从某种意义上,信息传递甚至就是软件产品最主要的核心功能。鉴于此,通常我们默认地把信息展示功能独立了出来,作为信息架构的一部分去思考,在产品功能结构时不考虑信息展示功能。

所以我们不难理解许多功能结构图中出现了信息结构的要素,但由于功能结构图的使用目的(即上文中的作用)要求我们专注于产品功能这个维度,在功能结构图中我们最好尽量减少信息结构要素出现的可能性。

确保每个人都可以独立进入数据中心,包括IT、应急、保安和设施维护人员,让他们了解与设备相关的基本知识,以免误关电源。

这里作者简单绘制了一下微信的信息结构图作为参考

这里举一个信息与功能纠缠的例子更好理解,如微信的个人信息模块(如下图),“名字”字段在这里既是信息又提供着修改设置的功能。

就用上面功能与信息纠缠的例子来说,在其功能结构图中许多朋友会直接用“名字”来表示其功能点,画图人可能本人清楚,但看图人就会产生疑惑:这个“名字”到底是指提供可查看名字的功能还是可查看并修改名字的功能。

6、安全访问策略

结构图

图片 3

在这里介绍一个小诀窍,形容一个功能点时建议多采用“动词+名词”的语言描述形式,这种方式不仅信息传达更加准确而且可以避免读者不必要的困惑。如上面的例子中我们就可以把“名字”改为“设置名字”或“查看并设置名字”来描述功能点。

没有数据中心登陆策略的组织安全风险是很大的,特别是外来访问者进入数据中心时需要有人陪伴,要让数据中心管理人员知道谁来了,什么时候离开的。

相较于功能结构图和信息结构图,产品结构图的定义就很混乱和模糊了,为什么会出现这种情况呢?

所以我们不难理解许多功能结构图中出现了信息结构的要素,但由于功能结构图的使用目的(即上文中的作用)要求我们专注于产品功能这个维度,在功能结构图中我们最好尽量减少信息结构要素出现的可能性。

4如何绘制功能结构图

7、强制实施食品/饮料政策

一方面产品结构图从文字理解上来说就容易让人困惑:产品信息结构图、产品功能结构图不都可以简称为产品结构图嘛。

就用上面功能与信息纠缠的例子来说,在其功能结构图中许多朋友会直接用“名字”来表示其功能点,画图人可能本人清楚,但看图人就会产生疑惑:这个“名字”到底是指提供可查看名字的功能还是可查看并修改名字的功能。

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

液体造成的短路是计算机关键部件最大的风险,最好是在门口张贴告示禁止携带任何食品和饮料进入数据中心,并建立起实施监控机制,凡是有违反的情况,一律依据章程进行严惩。

另一方面现有网上流传的竞品分析文档、产品体验文档、PRD文档有不少是由产品新人模仿前辈流传出来的文档模板来写的。但让人尴尬的是,有部分同学没有进行细致深入地了解。经常在一篇文章中,前面说是产品的功能结构图,结果图中是产品功能有,产品信息要素也有,没有理解功能结构图的定义。而后来的初学者又从这些文章中去了解学习产品功能结构图、产品信息结构图,导致恶性循环;

在这里介绍一个小诀窍,形容一个功能点时建议多采用“动词+名词”的语言描述形式,这种方式不仅信息传达更加准确而且可以避免读者不必要的困惑。如上面的例子中我们就可以把“名字”改为“设置名字”或“查看并设置名字”来描述功能点。

对未完成的产品在设计阶段绘制,确定产品功能结构;

8、避免污染物

最重要的原因是:对于产品结构图,产品从业人员这个群体自身都还没有达成共识啊。作者在网上搜了搜相关文章,对于产品结构图大家的主要理解有3种:

4、如何绘制功能结构图

对已完成的某个版本的产品绘制,用于分析并传递该产品的功能结构;

恶劣的室内空气质量可能会导致不必要的尘埃粒子和碎片进入服务器和其它IT基础设施,大部分问题可以通过要求进入数据中心的人穿防静电鞋或在数据中心门外放一个垫子得到缓解,此外,安装设备时,应该在数据中心门外进行拆箱,如果将箱子一道搬进数据中心,箱子上的纤维附着在机架和其它IT基础设施上的机会就大大增加了。

大部分产品人认为:产品结构图即产品功能结构图的简称,可能在产品没有强调信息结构的概念时,有部分PM开始简称产品功能结构图为产品结构图,之后便默认了这种称呼,当出现产品信息结构图后,概念就产生了混淆;

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

(一)在产品的设计阶段,如何挖掘并确定功能结构图中的主功能模块呢?

原文名:How to Prevent Downtime Due to Human Error 作者:Rich Miller

一部分产品人认为:产品结构图是综合展示产品信息和功能逻辑的图表;

对未完成的产品在设计阶段绘制,确定产品功能结构;

首先主功能模块应该是产品在完整业务流程中的各个核心功能模块,我们可通过业务流程中所涉及到的功能需求去提炼出主功能模块,提炼完成后再通过业务流程走查一次,看是否有遗漏的主功能模块。

本文是BKJIA原创稿件,转载请务必标明出处和作者】

少部分产品人认为:产品结构图就是产品信息架构图。

对已完成的某个版本的产品绘制,用于分析并传递该产品的功能结构;

举个例子,假设我们参与了微信的早期功能设计,其产品初期定位是一款移动社交软件,那么其对应的核心业务可以简化为

在这里,作者更认同第2种观念:

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

这样我们就很容易得出产品设计阶段微信的主功能模块,如下:

产品结构图是综合展示产品信息和功能逻辑的图表,简单说产品结构图就是产品原型的简化表达。它能够在前期的需求评审中或其他类似场景中作为产品原型的替代,因为产品结构图相较于产品原型,其实现成本低,能够快速对产品功能结构进行增、删、改操作,减少PM在这个过程中的实现成本。

首先主功能模块应该是产品在完整业务流程中的各个核心功能模块,我们可通过业务流程中所涉及到的功能需求去提炼出主功能模块,提炼完成后再通过业务流程走查一次,看是否有遗漏的主功能模块。

结合下面现有版本的微信功能结构图对比一下,经过上百次迭代,其主功能结构几乎没有发生变化,我们不得不佩服其功能结构的拓展性;

产品结构图就是通过信息架构设计,将功能和信息以一种合理自然的逻辑,把功能结构图和信息结构图中的内容放入产品中的每一个页面的结果。而现在许多PRD、竞品分析中提到的信息结构图、功能结构图其实大多数都是同时含有功能和信息元素的简化版产品结构图。如下图所示:

举个例子,假设我们参与了微信的早期功能设计,其产品初期定位是一款移动社交软件,那么其对应的核心业务可以简化为

当通过业务流程将主功能模块确定下来后,再根据业务需求对其进行功能的详细设计即可,在此就不再展开了。

总结

图片 4

2.对于已确定产品来说如何绘制功能结构图呢?

在一款产品的设计过程中,功能结构图是必须的,信息结构图视产品和PM自身而定,通常我们初步确定了产品功能结构图(产品功能框架)之后才开始绘制产品信息结构图。

这样我们就很容易得出产品设计阶段微信的主功能模块,如下:

对一款已确定产品绘制功能结构图,最快捷的方法便是参考产品的Tab功能模块找出产品主功能模块,然后按照层级归属关系详叙该功能模块提供的下一级功能模块或功能,如有必要,其颗粒度可一直细化到功能操作的描述程度。

在产品设计流程中,产品功能结构图是产品概念化阶段的初期输出,产品结构图是产品概念化的尾期阶段输出物,当产品结构图完成后,我们对产品的基本模样在心理就有了一个轮廓。同时以产品结构图作为绘制原型的依据,可以避免我们在产品设计中边画边改,跳进死掐细节,不见森林的陷阱。

图片 5

那上图“微信功能结构图(V6.5.21)”的主功能模块为什么不是“微信”、“通讯录”、“发现”、“我”这四大标签功能模块?

到这里,你是否还对功能结构图、信息结构图、结构图傻傻分不清呢?

微信功能结构图

在这里作者希望传达一个概念,结构图中的主功能模块不一定就是Tab中的标签功能模块,许多时候产品受限于移动端的空间限制,不得不把功能分为3到4个Tab中,这是一种务实的妥协。当然正常情况下以Tab标签名作为主功能模块的做法没有错,只是当产品功能复杂时,产品功能结构图采用这种划分有点粗糙。而绘制已确定产品的功能结构图能够帮助我们去挖掘这个产品的核心功能模块,梳理产品的功能架构。我们建议作图人可以尝试脱离Tab标签用自己的语言去挖掘并描述主功能模块。

结合下面现有版本的微信功能结构图对比一下,经过上百次迭代,其主功能结构几乎没有发生变化,我们不得不佩服其功能结构的拓展性;

这样说来我们就可以随意将标签功能模块中的次级功能模块划分出来作为主功能模块吗?

图片 6

其实也不是,一款不管多复杂的应用其主功能模块的划分数量都不能太多(5-9个为佳),一般情况下当对产品功能结构进行分析后,我们仍然会采用Tab功能模块作为主功能模块然后对其下属的功能模块进行整理。只有当我们认为某个次级功能模块在业务上太过重要且产品价值较高时,我们才可以将其划分出来作为一个单独的主功能模块。

微信功能结构图(V6.5.21)

这里介绍一个小秘诀,当一个次级功能模块反复出现在不同的Tab功能模块中的时候,我们就可以考虑将其拆分出来作为主功能模块,因为这个时候意味着这个次级功能模块在产品的业务流程中来说十分重要,而且这也可以让我们的产品功能结构图更加简洁清楚。如上面“微信功能结构图(V6.5.21)”中的搜索模块就同时出现在了Tab中的微信功能模块和通讯录功能模块。

当通过业务流程将主功能模块确定下来后,再根据业务需求对其进行功能的详细设计即可,在此就不再展开了。

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

2)对于已确定产品来说如何绘制功能结构图呢?

功能结构图中的颗粒程度需要根据具体应用场景来定,由画图人根据需要自行把控即可比如说在产品设计的过程中,功能结构的建立是设计者的设计思维由发散趋向于收敛的过程,刚开始的颗粒度一般比较大,可能仅涉及到某个功能模块,随着设计的不断推进,功能结构图的颗粒度会不断细化,最终可以拆分至某个具体的功能操作。这里作者将“微信模块-个人对话”功能模块作了细化,仅供参考:

对一款已确定产品绘制功能结构图,最快捷的方法便是参考产品的Tab功能模块找出产品主功能模块,然后按照层级归属关系详叙该功能模块提供的下一级功能模块或功能,如有必要,其颗粒度可一直细化到功能操作的描述程度。

那上图“微信功能结构图(V6.5.21)”的主功能模块为什么不是“微信”、“通讯录”、“发现”、“我”这四大标签功能模块?

在这里作者希望传达一个概念,结构图中的主功能模块不一定就是Tab中的标签功能模块,许多时候产品受限于移动端的空间限制,不得不把功能分为3到4个Tab中,这是一种务实的妥协。当然正常情况下以Tab标签名作为主功能模块的做法没有错,只是当产品功能复杂时,产品功能结构图采用这种划分有点粗糙。而绘制已确定产品的功能结构图能够帮助我们去挖掘这个产品的核心功能模块,梳理产品的功能架构。我们建议作图人可以尝试脱离Tab标签用自己的语言去挖掘并描述主功能模块。

这样说来我们就可以随意将标签功能模块中的次级功能模块划分出来作为主功能模块吗?

其实也不是,一款不管多复杂的应用其主功能模块的划分数量都不能太多(5-9个为佳),一般情况下当对产品功能结构进行分析后,我们仍然会采用Tab功能模块作为主功能模块然后对其下属的功能模块进行整理。只有当我们认为某个次级功能模块在业务上太过重要且产品价值较高时,我们才可以将其划分出来作为一个单独的主功能模块。

这里介绍一个小秘诀,当一个次级功能模块反复出现在不同的Tab功能模块中的时候,我们就可以考虑将其拆分出来作为主功能模块,因为这个时候意味着这个次级功能模块在产品的业务流程中来说十分重要,而且这也可以让我们的产品功能结构图更加简洁清楚。如上面“微信功能结构图(V6.5.21)”中的搜索模块就同时出现在了Tab中的微信功能模块和通讯录功能模块。

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

功能结构图中的颗粒程度需要根据具体应用场景来定,由画图人根据需要自行把控即可。比如说在产品设计的过程中,功能结构的建立是设计者的设计思维由发散趋向于收敛的过程,刚开始的颗粒度一般比较大,可能仅涉及到某个功能模块,随着设计的不断推进,功能结构图的颗粒度会不断细化,最终可以拆分至某个具体的功能操作。这里作者将“微信模块-个人对话”功能模块作了细化,仅供参考:

图片 7

微信模块(信息连接)

二、信息结构图

1、定义:指脱离产品的实际页面,将产品的数据抽象出来,组合分类的图表。

2、作用:

帮助PM梳理复杂内容的信息组成,避免信息内容在展示过程中出现遗漏、混乱、重复;

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

信息结构图的绘制通常晚于功能结构图,往往是在产品设计阶段的概念化过程中,在产品功能框架已确定、功能结构已完善好的情况下才对产品信息结构进行分析设计。

在这里,我们需要强调的是脱离实际页面这个概念,在一些产品相关文章中,我们会看到作者将信息结构图完全按照页面的逻辑顺序来进行分类组合,严格意义上来说,这种图表不是一份合格的信息结构图。

我们用微信的个人信息模块举例,如下图所示:

图片 8

其结构信息图在这部分的绘制就需要脱离产品的实际页面,如下:

图片 9

个人信息

最后需要强调的是:信息结构图主要适用于产品信息构成比较复杂需要考虑优化的情况,如内容型产品(博客、web门户网站等),产品的信息结构对于用户体验就十分重要,需要用信息结构图作为工具进行分析思考。

这里作者简单绘制了一下微信的信息结构图作为参考

图片 10

微信信息结构图(V6.5.21)

三、结构图

相较于功能结构图和信息结构图,产品结构图的定义就很混乱和模糊了,为什么会出现这种情况呢?

一方面产品结构图从文字理解上来说就容易让人困惑:产品信息结构图、产品功能结构图不都可以简称为产品结构图嘛。

另一方面现有网上流传的竞品分析文档、产品体验文档、PRD文档有不少是由产品新人模仿前辈流传出来的文档模板来写的。但让人尴尬的是,有部分同学没有进行细致深入地了解。经常在一篇文章中,前面说是产品的功能结构图,结果图中是产品功能有,产品信息要素也有,没有理解功能结构图的定义。而后来的初学者又从这些文章中去了解学习产品功能结构图、产品信息结构图,导致恶性循环;

最重要的原因是:对于产品结构图,产品从业人员这个群体自身都还没有达成共识啊。作者在网上搜了搜相关文章,对于产品结构图大家的主要理解有3种:

大部分产品人认为:产品结构图即产品功能结构图的简称,可能在产品没有强调信息结构的概念时,有部分PM开始简称产品功能结构图为产品结构图,之后便默认了这种称呼,当出现产品信息结构图后,概念就产生了混淆;

一部分产品人认为:产品结构图是综合展示产品信息和功能逻辑的图表;

少部分产品人认为:产品结构图就是产品信息架构图。

在这里,作者更认同第2种观念:

产品结构图是综合展示产品信息和功能逻辑的图表,简单说产品结构图就是产品原型的简化表达。它能够在前期的需求评审中或其他类似场景中作为产品原型的替代,因为产品结构图相较于产品原型,其实现成本低,能够快速对产品功能结构进行增、删、改操作,减少PM在这个过程中的实现成本。

产品结构图就是通过信息架构设计,将功能和信息以一种合理自然的逻辑,把功能结构图和信息结构图中的内容放入产品中的每一个页面的结果。而现在许多PRD、竞品分析中提到的信息结构图、功能结构图其实大多数都是同时含有功能和信息元素的简化版产品结构图。如下图所示:

图片 11

微信结构图(V6.5.21)

总结

在一款产品的设计过程中,功能结构图是必须的,信息结构图视产品和PM自身而定,通常我们初步确定了产品功能结构图(产品功能框架)之后才开始绘制产品信息结构图。

在产品设计流程中,产品功能结构图是产品概念化阶段的初期输出,产品结构图是产品概念化的尾期阶段输出物,当产品结构图完成后,我们对产品的基本模样在心理就有了一个轮廓。同时以产品结构图作为绘制原型的依据,可以避免我们在产品设计中边画边改,跳进死掐细节,不见森林的陷阱。

到这里,你是否还对功能结构图、信息结构图、结构图傻傻分不清呢?

文章结尾:再次申明所有转载文章仅供学习,感谢PM_allen老师的分享,如果喜欢我们的文章点关注**吧!比心呦!**

相关文章