A7.09.1Partial mapping设计

隐喻只映射源域的部分属性,被映射之外的属性用户会自行脑补

别名: metaphor mapping · 隐喻映射 · 源域目标域

概念解释

一个界面隐喻——文件夹、回收站、购物车——从来不是把源域(现实里的文件夹、垃圾桶、购物车)整体搬进系统,而只是挑出其中一部分属性做映射:文件夹映射了"容纳""分类",没有映射"占用物理空间""可以撕碎"。这叫部分映射(partial mapping)。问题在于用户不会只接收被映射的那部分,没被设计者明确定义的属性,用户会照着源域的直觉自行补全——回收站里的文件到底是"暂存"还是"已经在被销毁",用户会按现实中垃圾桶的直觉去猜,而不是等着被告知。

机制

隐喻能降低学习成本,靠的正是让用户把源域里一整套现成的推理规则搬过来用,而不用逐条学习。但这也意味着搬过来的不只是设计者想要的那几条规则,而是整个直觉网络——用户不会区分"这是隐喻的核心,那是隐喻的边角",因为源域在TA脑子里从来就是一个整体。设计者只定义了自己需要的那部分行为,剩下的空白由用户的源域直觉自动填满,而这些自动填的部分,设计者往往从未审视过、也可能与实际实现完全相反。

边界

  • 部分映射不是缺陷,是隐喻能省学习成本的前提——如果要求隐喻完全对应源域,隐喻就失去了简化的意义,也不可能做到。
  • 脑补的方向可以预判:源域里越显著、越基本的属性("垃圾桶里的东西是要被清理掉的"),越容易被用户不假思索地带入系统,即使这不是设计者的原意。
  • 对完全不熟悉源域的用户(没用过实体购物车的人、不同文化背景下没有对应意象的用户),这种自动补全不会发生,隐喻反而变得不透明——这类用户不受益也不受累于脑补效应。

怎么落地

  • 明确列出隐喻源域里用户最可能默认成立、但系统实际未实现或行为相反的属性,逐条决定:顺着做(行为与直觉一致)还是明确打断(用提示纠正错误预期)。含糊不表态是最差选项,会让用户带着自己脑补的答案去操作。
  • 优先处理后果不可逆或有安全含义的属性空白:回收站到底能不能恢复、删除是否等于清空,这类问题不能留给用户自己猜。
  • 验证办法:找没参与过设计讨论的新用户,直接问"如果我现在做 X,你觉得会发生什么",X 选设计者没有明确定义过的边缘操作。答案里高频出现、又和实际行为不符的猜测,就是需要被显式处理的空白点。

延伸

  • 同组A7.09.2 单一界面混用多个隐喻源域时,各自的推论规则会相互冲突 · A7.09.3 用户常把隐喻推广到设计者未曾设想的边界情形,产生意外预期 · A7.09.4 验证隐喻是否成立,需要检验边界情形而不只是核心典型场景
  • 相邻A7.03 隐喻(隐喻降低学习成本的机制)· A7.01 心智模型的定义与功能
  • 站内检索metaphor mapping · partial mapping · source domain · interface metaphor

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/A7.09.1