F6.01.2abstract icon referent设计研究

抽象概念缺少稳定的图形对应

别名: 语义距离 · 抽象图标 · concreteness · semantic distance

概念解释

「分享」「设置」「更多」「同步」这类功能在世界上没有一个稳定的、人人见过的物体可以画。图标需要一个所指对象(referent);抽象操作的所指不是杯子或垃圾桶,而是一种关系或状态。没有约定俗成的画法时,设计师只能借一个物件来顶替——齿轮当设置、三个点当更多、两根弯箭头当同步——借来的物件与功能之间隔着一段语义距离(semantic distance)。距离越大,图形越不像在说话,而像在出谜。

机制

具体物件可以走形状再认:看到垃圾桶轮廓,就激活「丢弃」。抽象功能走的是比喻,比喻要成立,听的人必须已经分享同一套文化脚本。齿轮曾经是工厂里的调节装置,对没见过机械的人,它只是一枚带齿的圆。三个点更糟,它几乎是空符号,含义完全由「放在这里的惯例」填充。语义距离不是审美问题:它决定了用户是在看见还是在猜谜。画得再精致,也不能把「权限」「隐私」「工作区」变成一个有稳定外形的东西。

怎么研究

图标研究里把具体性(concreteness)和语义距离当作自变量来拆。具体性常用李克特量表由独立评判者打分,语义距离则问「这幅图和这个功能有多近」。再拿猜认正确率或学习次数做因变量,具体、距离近的符号通常第一次就被说对,抽象符号则依赖后续学习。

对界面的用途是:先判断功能本身有没有可画的所指,再决定要不要走纯图形。若功能落在抽象一端,实验再怎么改画稿,也只是在几个都不够近的比喻之间换来换去。

边界

  • 一旦某套比喻被整个生态养成——齿轮≈设置、放大镜≈搜索——语义距离会被惯例压短。那是后来获得的约定,不是图形天生具体。
  • 专业工具里,抽象符号可以靠培训和文档补上;面向公众的产品没有这段培训预算。
  • 这条不解释「孤立出示时分数低」。即使所指很具体,离开页面上下文,垃圾桶也可能被说成「文件」或「回收」。

怎么落地

  • 先给功能分类:有没有一个用户确实见过的物体。没有,就不要指望靠图形独立完成命名。
  • 为抽象功能准备的候选稿,评审标准不是「好不好看」,而是外人能否在不提示功能名的情况下说出那个动作。
  • 验证办法:让未参与设计的人给每枚候选打「具体性」和「跟功能有多近」,丢掉距离明显偏大的比喻,而不是继续打磨线稿。

延伸

  • 同组F6.01.1 脱离上下文的图标识别率很低 · F6.01.3 同一图形在不同产品含义不同
  • 相邻F6.05 视觉隐喻的文化依赖 · F6.02 图标加文字
  • 站内检索semantic distance · icon concreteness · abstract referent

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/F6.01.2