A7.09.3Metaphor overextension设计
用户常把隐喻推广到设计者未曾设想的边界情形，产生意外预期
别名: 隐喻过度推广 · boundary case inference · 边界推理
概念解释
设计者选定一个隐喻时，脑子里通常只对着几个核心典型场景想过它该怎么表现——文件拖进文件夹、文件从文件夹里拖出来。但用户接收到的不是"这几个场景"，而是一整套可以自行推理的规则，于是会很自然地把这套规则拿去套设计者从没想过的情形：把文件夹拖进它自己的子文件夹会怎样？把两个文件夹拖到一起会不会合并？这些是隐喻的边界情形（boundary case），用户会照着隐喻的逻辑推出一个答案，而系统在这些点上往往根本没有定义行为，或者定义了一个和推论完全相反的行为。
机制
隐喻之所以能省学习成本，正是因为它给的是一套可推导的规则而不是一张场景清单——这一点在核心场景里是优点，在边界情形里就成了风险。用户没有办法、也没有理由区分"这条推论是设计者认可的"还是"这只是我自己顺着隐喻逻辑推出来的"，因为两者用的是同一套心理过程。边界情形恰恰是最少被设计和测试覆盖的地方，因为它们不在典型使用路径上，却是隐喻的推理能力自动延伸到的地方。
边界
- 越"完备"的隐喻（用户对源域的直觉越丰富、越系统），可推广出的边界情形也越多，风险和收益成正比，不是隐喻做得越像源域就越安全。
- 边界情形被触发的频率通常很低，容易被当作低优先级问题搁置，但一旦触发、结果又和推论相反，造成的信任损伤和困惑程度会明显超过高频小问题。
- 用户对源域的熟悉程度决定了会推广出哪些边界情形——面向不同背景用户群体的产品，同一个隐喻可能在不同人群那里被推广出不同的、设计者都要覆盖的边界情形。
怎么落地
- 从隐喻的源域出发，系统性地列出"这个源域里还有哪些不那么典型但真实存在的情形"（文件夹套文件夹、购物车清空后立刻结账、对话被同时多方编辑），逐条确认系统在这些点上的实际行为，而不是等用户撞上来才发现没定义。
- 对已识别但暂不打算支持的边界操作，界面要给出明确反馈（禁用状态、提示文案），而不是让操作静默失败或产生一个用户没预料到的结果。
- 验证办法：请用户在核心场景之外自由探索，观察TA主动尝试的第一批边界操作是什么——这批操作往往就是隐喻自然延伸出的边界情形清单，比设计者自己列的更贴近真实推广路径。