当前位置:榕马门户网站 > 科技 > 产品经理的神助攻:信息结构图

产品经理的神助攻:信息结构图

作者:匿名 时间:2019-11-08 13:41:29 人气:3064

人们的大脑容量是有限的。面对复杂的产品设计,可能会出现逻辑混乱。此时,信息结构图是一个强大的助手,可以最大限度地避免这种情况。

最后一篇文章介绍了什么是功能结构图,绘制功能结构图有什么好处,以及如何绘制功能结构图。

一些学生怀疑功能结构图和信息结构图之间的区别。本文分别详细介绍了信息结构图。

我们每天都接收和处理信息。

打开微信聊天列表。朋友的照片是信息,朋友评论的名字是信息,最近的联系时间是信息,最后一天的聊天记录是信息。

进入聊天详细信息页面,朋友的评论名是信息,朋友的头像是信息,他的头像是信息,每个聊天记录是信息,聊天记录的类型也是信息。

信息是结构化的。

大多数公司都会为员工建立员工档案。员工档案信息一般包括姓名、性别、姓氏、籍贯、出生日期、身份证号码、下属部门、岗位、就业时间、就业确认时间、合同到期时间、工作单位、工作时间、职位、收入、离职原因、毕业院校、学习时间、所学专业、所获证书等信息。

有这么多信息,我觉得很累。

因此,我们将这些信息分组:

分组后的员工档案相对更清晰、更有条理。

为了清楚地描述一个对象,信息按照一定的逻辑进行组合,形成该对象的信息结构图。

从狭义上讲,功能的目的是满足用户的需求。“功能”的实现需要“信息”——信息的存在是为了操作这些信息并具有功能。

发送朋友的名片是满足用户推荐朋友需求的一种功能。从用户的角度来看,一个朋友的名片被发送给另一个朋友。但本质上,它是将一个朋友的信息发送给另一个朋友。发送朋友名片功能的实现依赖于朋友的名片信息。

这就像“一个熟练的女人没有米饭就不能做饭”。“烹饪”是一种功能,“米饭”是信息。只有当有米饭时,一个人才能做饭。

大多数时候,我们更直接地关注功能而不是信息。因为功能是根据我们的心智模型设计的,所以我们使用产品,委婉地说,我们实际上是在使用功能,而不是直接使用信息。

信息通常隐藏在功能后面。

我把我朋友的名片寄给我的朋友。我不在乎我发送什么信息,我只在乎我是否发送它。同样,收到名片后,我的朋友不在乎名片上有什么。他会添加朋友,然后开始对话——朋友的名片信息是隐藏的。

用户的感觉是,他只使用该功能,而对该功能背后的信息没有感觉。

有了信息,我们可以相应地设计许多页面和功能。

微信利用好友的名片信息,设计了发送好友、编辑好友名片、通讯录等功能。

信息结构图是功能的数据抽象和功能原材料的说明。

有些产品混淆了信息结构图和功能结构图之间的区别。在绘制信息结构图时,它们是根据页面和交互来绘制的。每个页面都是一个对象,页面中的功能模块或交互是一个子对象。

看起来有信息和结构,但实际上它不是一个信息结构图。

信息结构图与页面和交互无关。

在设计页面或交互时,我们经常在多个页面或多个地方显示相同的信息,以便更好地实现业务流程,并使用户更容易理解。

以我们最常使用的微信为例,微信好友的名片信息包含很多字段:头像、备注名称、昵称、微信号、区域、电话号码、标签、描述(文本描述、图片描述)、个性签名、来源、星标、朋友圈和视频动态可见状态、黑名单与否。

这些字段出现在多个页面上,用于多种功能:

1)在通讯录列表中,显示头像、备注名称和昵称

2)名片详细信息页面显示头像、备注名称、昵称、微信号、区域、电话号码、标签、描述(文本描述、图片描述)、是否有星座、朋友圈和视频动态可视状态。

3)社会信息显示人格特征和来源

4)在设置笔记和标签的功能中,使用笔记名称、标签、电话号码和描述(文本描述和图片描述)。

5)数据设置中是否使用星座、朋友圈和视频动态可视状态

6)图片、昵称和微信号显示在对话中记录的名片推荐卡中。

许多函数使用朋友名片上的信息,但是这些信息实际上是对同一对象的描述,它们是相同的信息。

通讯簿列表中显示的便笺的名称和其他页面上显示的便笺的名称没有区别。同样,对话中记录的名片推荐卡中的微信号与名片详细信息页面中的微信号相同。

信息结构图用于描述对象本身,而不是记录“描述该对象的信息”用于哪些页面和交互。

信息结构图与功能、页面和交互分离,与页面和交互无关。许多具有不同功能的页面和功能模块可能需要使用相同的信息。

人类的大脑容量是有限的。

科学研究表明,人类的短期记忆容量是7 2块。一旦超过一定数量的信息,写下来,需要一定的时间,使用一定的方法,并刻意记住它。

当我们想要设计一个相对简单的函数时,我们可以很容易地完成方案设计,而不会丢失或混淆信息。因为我们的大脑容量足够支持,让我们在短时间内记住这个功能中包含的信息。

但是如果这是一个非常复杂的函数呢?

复杂函数通常有许多从函数中抽象出来的对象,并且描述这些对象的信息通常很丰富。在大脑容量有限的情况下,如果我们仅仅依靠记忆一页一页地绘制原型,最终很可能会出现信息遗漏和混淆,导致产品解决方案自然存在缺陷。

有了信息结构图,在设计具体的页面、交互和功能时,我们只需要将功能结构图和信息结构图进行比较,通过对用户使用场景的分析,从信息结构图中选择每一个页面和交互要使用的信息,并完成详细的原型设计,从而高效、逻辑清晰、不遗漏地完成产品方案设计。

如果要设计简单的订单评估功能,设计评估功能的信息结构图如下:

产品的观点和发展的观点是不同的。

产品更加注重需求、功能、互动和体验。

为了实现产品计划,一个功能的过程是什么,哪些页面,每个页面分成哪些模块,每个模块有哪些信息字段...

制定更有针对性的计划实施方法。

为了实现这个功能,我们需要设计一个技术框架、数据表、接口、接口调用方法、如何确保性能、如何分离服务以及如何保留以后可能的扩展。

在得到一个没有信息结构图的复杂产品计划后,开发人员需要充分消化产品计划。他从函数、页面和交互中抽象出几个“对象”,然后详尽地列出了对象中涉及的信息字段。最后,根据数据表设计的要求,添加一些特殊的字段来完成数据表设计。

如果产品经理能够为开发做进一步的思考,直接抽象出功能中包含的“对象”,并完成信息字段的详尽列表,那么对于产品方案的开发和理解以及数据表结构的设计将是非常重要的参考依据。

功能结构图侧重于产品经理理解业务和流程拆卸的能力,而信息结构图更侧重于产品经理的抽象归纳能力,这也是产品经理最基本的技能。

信息结构图描述了一个对象。

要绘制信息结构图,首先必须找到要描述的对象——这个对象就是信息主体。

购物时,一瓶500毫升娃哈哈饮用水是主体,一盒亿达口香糖也是主体。

从信息的角度来看,这瓶水和这盒口香糖都是信息的主体。

在一个函数中,可能只有一个信息主体,也可能有多个信息主体。这些信息体是构成该功能的组件。

如果你想给公司的行政部门一个简单的图书管理功能,你可以抽象出图书、作者、出版社和借阅记录四个信息主题,如果你想满足图书细节检查、图书检索、作者信息检查和检索、出版社信息检查和检索功能以及借阅申请功能的要求。

它们是需要在信息结构图中描述的对象。

确定描述对象后,用于描述对象的信息字段将被排序。

在整理信息字段时,许多产品经理从他们现有的生活和工作经验出发,将他们能想到的所有信息字段都包括在信息结构图中。最后,发现在设计原型图时没有使用许多信息字段,同时也缺少了许多需要使用的信息字段。

这是因为产品经理在梳理信息字段时没有考虑业务和功能的实际需求。

并非所有信息字段都被绘制到信息结构图中。它是否应该被抽象到信息领域取决于服务和功能是否需要它们,以及它们对于服务和功能的设计或未来开发是否有价值。

如果它有价值,即使现在不需要,也可以提前计划。另一方面,如果没有价值,暂时没有必要考虑它。

描述一本书可以有许多信息域。如果是详尽的,你会得到这些信息字段:标题、出版社、作者、isbn、版本、包装方法、系列、版本、出版时间、纸张类型、价格、重量、文本语言、页码、书架等。

但是,我们只为行政部门做图书管理功能,需要满足的需求很少且相对简单:

选择对图书管理功能有价值的信息字段,然后添加一些其他必要信息来绘制信息结构图:

与功能结构图一样,绘制信息结构图是产品经理的基本工作和技能,在设计原型之前需要很好地绘制。

但是这两者有很大的不同。主要区别在于功能结构图描述了功能和功能之间的逻辑关系,而信息结构图描述了对象本身。

功能用于满足用户或企业的需求;如果用户和企业有任何需求,我们必须设计相应的功能。为了实现这些功能,我们需要相应的信息字段。

因此,在制定产品计划时,建议先绘制功能结构图,然后根据功能结构图绘制信息结构图。

信息结构图作为辅助产品方案设计的重要工具,与功能结构图具有同等重要的地位。

在设计复杂的产品计划时,产品经理应该养成先画功能结构图,再画信息结构图,最后画原型的工作习惯。为了尽量减少方案中的遗漏和逻辑混乱。

这篇文章最初是由@ shibo发表的。每个人都是产品经理。未经作者许可,禁止重印。

主题地图来自unsplash,基于cc0协议。

买彩票 澳门百家乐 河北快三投注 手机买彩票 pk拾

相关新闻