写点什么

腾讯设计师解读金字塔思维方式

  • 2014-04-11
  • 本文字数:2500 字

    阅读完需:约 8 分钟

金字塔原理最早由麦肯锡咨询的 Barbara Minto 提出,腾讯设计师秦银最近在大讲堂上从交互设计的角度,讨论了“如果设计师想要提高用户对设计信息理解的效度与效率,那么,我们需要了解用户是如何进行设计信息的解读的”这个话题,并运用金字塔原理进行了分析。

作者秦银,是腾讯的交互设计师,负责过 QQ 秀主设工作,目前负责 QQ 个性装扮项目(表情 / 气泡 / 主题等)和星影联盟项目。他在文中首先分析了设计师和用户之间信息沟通的关系:

设计师们每天的工作都是通过设计将产品的信息传达给用户。用户根据我们提供的视觉化信息来理解一个产品想告诉自己什么。设计师与用户的关系是信息的传达者与接收者。设计师在进行信息的编排与构建时,已经花了较多的时间与精力理解了产品的全部信息和信息之间的层级关系。但是,用户接收信息是从一些具体的信息片段开始,然后到另一个信息片段,他们需要将这些具体的信息补全成设计师脑海中的信息地图。设计师的信息地图是立体的,而用户接收的方式是一维的。如何将一个立体金字塔结构的信息通过一维的方式有效精准地传递给用户,这不是件容易的工作。

虽然,我们设计师在构建故事的时候一直告诫自己站在用户的角度,去揣测用户是如何理解每个设计的信息内容的。但是我们还是常常感到纠结与不确定,我们不知道我们所提供的设计表达方式用户是否可以完全理解?是否可以正确的向用户传递?用户是否会花费较多的成本完成理解的过程?

如果设计师想要提高用户对设计信息理解的效度与效率,那么,我们需要了解用户是如何进行设计信息的解读的。

金字塔原理的原理可以有多层理解,秦银总结了一些要点:

  • 信息接收者会自动将信息归类到金字塔结构中组织思想,从而理解整体信息想表达的含义。金字塔结构是由一个总的思想统领多组思想。思想之间具有逻辑关系,思想间的联系方式可以是纵向的(任何一个层次上的思想都是对其下面一个层次上思想的总结),也可以是横向的(多个思想因共同组成一个逻辑推理过程,而被并列排在一起)。小的信息单元通过组合的方式变成更抽象的思想。
  • 大脑对信息的处理包含 3 部分的内容: 一部分用于识别信息与理解信息的表面含义,一部分用于寻找信息之间的关系,一部分用于前后思考,理解整体想表达的思想。
  • 人们解读信息的方式是由信息接收者对所接收到的信息不断进行疑问 / 回答式的对话方式来进行理解的。在理解的过程中用户会不断地产生疑问:“这是什么?”“为什么要向我传达这个?”“是想说告诉我这个么?”“所以是想表达这个么?”当疑问不断被解答,就完成了信息从识别到被解读的过程。

秦银指出,Barbara Mint 在研究金字塔结构中只是在写作领域去探讨,但是其实在设计中也同样适用。

写作与设计的差异只是在于:写作需要传达的信息是文字,而设计需要传达的信息是视觉语言。但是无论写作还是设计,都是作者将构思内容一步步传递给受众。当然在设计中运用时,我们还需要加上一些视知觉方面理论。

在介绍了金字塔原理的基本概念之后,秦银以以 iPhone 上的 App Store 为具体案例讨论了作为一名用户解读设计信息的全过程:

1. 用户提出疑问“这是什么?”并获得解答。

  • 用户需要“识别信息”。摆在用户面前的一个界面中包含多个信息单元,用户首先需要识别与理解每个信息的含义。
  • 用户会“归类分组 & 搭建金字塔”。用户会对识别出的信息进行分析,识别的信息需被大脑短暂记忆,进而寻找信息之间的关系。归类分组是为建立信息的结构做准备的中间过程。人类大脑的短暂记忆最多只能容纳约 7 个左右的项目,但通常在一个界面中的信息单元会超过 7 项,这时大脑会自动对信息进行分组从而减少需要记忆的内容。被归类到不同的逻辑范畴中信息,小组是组内信息单元的逻辑上一层,与信息单元形成金字塔结构。当组内的信息单元与上一层的信息小组具有合理的逻辑关系时,大脑会在看到上一层的信息时能够自动提示下一层的信息单元。如果第一次归类的组数大于 7 个,大脑会进行第二次归类,继续往上建立一层金字塔。大脑比较容易记住的是 3 个,最容易记忆的是 1 个项目。

2. 用户提出疑问“为什么?”并获得解答。

用户进入“主动推测 & 预期性准备”的环节。当设计师通过界面向用户传递了信息(信息单元或已归类的信息小组),用户都会根据眼前的内容向外延伸思考,主动推测向他传递这个信息的原因,他们会思考: 这是什么?为什么传递给我这个信息?是想告诉我什么呢?跟其他的内容有联系么?大脑习惯将信息看做是一组还未表达出的思想的一部分,并会假设某种可能的原因,并据此调整自己的思路,准备接着理解后续的其他信息。这种预期性的准备能够减轻大脑分析信息的负担。用户为不同的推测预期几个不同的可能性结果。然后在接收随后的信息时寻找符合预期结果的特征,验证自己的推测。如果后续的其他信息不符合用户预测的内容,那么用户会感觉到茫然,会将新的信息与之前的信息重新进行逻辑关系的寻找。重新的寻找会增加用户的理解成本,也会产生挫败感。

3. 用户提出疑问“所以怎么样呢?”并获得解答。

用户需要“寻找逻辑关系,补全金字塔群”。用户在逐行逐页地理解设计的表达的思想时,他们会假定一同出现的思想在逻辑上存在某种关系。逻辑关系有二种: 纵向关系与横向关系。在用户理解信息结构的过程中,会由一个信息项目出发向上,向下或横向补充金­­字塔的逻辑结构,最后形成一张信息的金字塔结构图,从而完成信息解读的过程。如果我们可以预先今早让用户获知信息间的逻辑关系,可以让用户更准确的理解设计想传递的意思。因为如果我们不预先告诉用户这种逻辑关系时,用户就会自动从中寻找共同点,组建出并非设计师所希望的逻辑关系,甚至可能根本发现不了任何逻辑关系。不要让用户在为了试图找到各种思想之间的联系而绞尽脑汁,节省用户的理解成本。

具体的内容,读者可以查看秦银的文章。对交互设计领域感兴趣的读者可以关注即将于 2014 年 4 月 25~27 日在北京国际会议中心召开的QCon 北京 2014 大会,讲座包括豌豆荚前端实践:从数据到用户体验跨越不可能:让WebApp 如Native 般顺滑 Cardkit & DOMO UI - 移动时代技术与设计的十字路口产品设计中的逆向思维等,许多讲座都与用户设计相关。读者可点击大会主页查看详情。

2014-04-11 22:463257
用户头像

发布了 501 篇内容, 共 271.1 次阅读, 收获喜欢 62 次。

关注

评论

发布
暂无评论
发现更多内容

逻辑多租场景下,故障爆炸半径的控制实践

华为云开发者联盟

开发 华为云 华为云开发者联盟

云技术分享 | 使用快照和 AMI 镜像进行 Amazon EC2 的备份和恢复

亚马逊云科技 (Amazon Web Services)

Amazon EC2 Amazon S3 amazon-ebs backup

分享一些很优秀的URL设计

伤感汤姆布利柏

科普:多领域分布式协同仿真

DevOps和数字孪生

协同仿真

大数据,领导者阵营!

腾讯云大数据

大数据

「大模型摇摇乐」狂欢落幕!盘点那些让你意想不到的应用集锦

飞桨PaddlePaddle

开发者 大模型 AI应用 文心一言

低代码:万事俱备,就差一个程序员

互联网工科生

软件开发 低代码 JNPF

每日一题:LeetCode-162. 寻找峰值

Geek_4z9ami

Go 算法 LeetCode 分治 搜索

诚邀报名|探索汽车智能化的开源未来

开放原子开源基金会

开源

【第七在线】季节性商品计划:如何应对时尚行业的快速变化

第七在线

Fine-tuning: 深度解析P-tuning v2在大模型上的应用

百度开发者中心

深度学习 nlp 大模型

身份管理如何提升中小企业生产力?

Authing

企业管理 中小企业 Authing 身份管理

胡润研究院首次发布“全球猎豹企业榜”,涛思数据榜上有名

TDengine

涛思数据 tdengine 时序数据库

从聚水潭开始,自动化您的电商工作流程

RestCloud

零代码 CRM APPlink 聚水潭

通过解析封装关键词搜索速卖通商品列表数据接口,速卖通API接口

tbapi

速卖通API接口 速卖通商品数据接口 关键词搜索速卖通接口 速卖通商品列表数据接口 速卖通商品列表接口

2023开放原子开发者大会全日程

开放原子开源基金会

开源

大模型高效微调技术

百度开发者中心

人工智能 深度学习 大模型

速抢早鸟票|阿里云PolarDB开发者大会,高能来袭

阿里云瑶池数据库

阿里云 开发者大会 阿里云瑶池数据库 阿里云PolarDB

文心一言 VS 讯飞星火 VS chatgpt (161)-- 算法导论13.1 1题

福大大架构师每日一题

福大大架构师每日一题

字节跳动 Spark Shuffle 大规模云原生化演进实践

字节跳动云原生计算

大数据 spark 云原生

数据库系列:业内主流MySQL数据中间件梳理

不在线第一只蜗牛

MySQL 数据库 数据

大模型微调方法总结:LoRA、Adapter、Prefix-tuning、P-tuning、Prompt-tuning

百度开发者中心

人工智能 深度学习 大模型

BRC-20铭文代币合约质押挖矿系统开发丨详情开发

l8l259l3365

腾讯设计师解读金字塔思维方式_架构_崔康_InfoQ精选文章