A7.09.2Mixed metaphor设计
单一界面混用多个隐喻源域时，各自的推论规则会相互冲突
别名: 隐喻混用 · metaphor clash · 隐喻冲突
概念解释
一个隐喻自带一整套推论规则：文件夹意味着"东西放进去会留在原地，直到被人取出"；对话意味着"说出去的话按时间顺序排列，前面说的不会消失"。当一个界面同时使用来自不同源域的隐喻——比如把消息处理成"卡片"（可以被划走、丢弃）又处理成"对话"（应该被完整保留、可回溯）——用户会同时套用两套推论规则，而这两套规则在同一个操作上给出了互相矛盾的预期：划走一张卡片，到底是"丢弃"还是"归档、仍可在对话记录里找到"？
机制
用户不会主动区分"这个界面元素现在该用哪个隐喻来理解"，隐喻的选择发生在意识不到的层面。当多个源域的视觉或交互线索同时出现在同一个对象上，用户会按当下最凸显的那个线索触发对应的推论规则，而不同用户、甚至同一用户在不同时刻，凸显的线索可能不一样——结果是同一个操作在不同人那里产生不同的预期，且没有一种预期是"错的"，因为界面本身确实同时给出了支持两种理解的证据。
边界
- 隐喻混用不等于隐喻丰富。同一界面完全可以有多个隐喻共存，只要它们各自负责界面里互不重叠的区域——冲突只发生在同一个对象或同一个操作被两套源域同时声称的时候。
- 用户经验越浅，越容易被表面最显眼的那个隐喻线索主导预期，也就越容易在冲突发生时感到意外；熟悉产品历史的老用户可能已经通过试错摸清了"实际按哪套规则走"，冲突对TA们的影响会随使用时间递减，但这不代表冲突本身消失了。
- 两个源域在某个具体操作上恰好给出相同预期时，冲突不会显现——判断是否存在冲突要看具体交互点，不能只看界面整体是否"看起来"用了多种隐喻。
怎么落地
- 对每个交互对象，先问它同时携带了几种隐喻线索（图形样式像什么、动效像什么、文案措辞暗示什么），只要超过一种就要逐一列出各自会引导用户做出的预期，检查这些预期在具体操作上是否一致。
- 出现冲突时，选定其中一套源域作为该对象的权威规则，把另一套残留的线索（视觉样式、动效、措辞）改掉，而不是两套都保留指望用户自己分辨。
- 验证办法：设计一个具体操作场景，让新用户口头预测结果，同时准备好该对象的两种候选隐喻能各自导出的答案；如果用户给出的答案在两者之间摇摆或明显和实际行为不符，说明冲突真实存在，需要收敛为一套隐喻。