F6.01.3icon semantic inconsistency设计研究
同一图形在不同产品含义不同
别名: 跨产品歧义 · 图标惯例冲突 · glyph collision
概念解释
心形可以是喜欢、收藏、健康或捐赠；星形可以是评分、书签或会员；三条横线可以是菜单、播放列表或排序。用户不是带着一张空白的意义表来用你的产品，他们带着刚从隔壁应用学到的读法。当同一轮廓在不同产品里被绑上不同动作，失败不是「这枚图标不够像」，而是惯例互相踩踏。
机制
图标的含义是惯例，不是物理。惯例在单一产品内部可以靠重复养成，但用户的一天穿过十几套界面，每套都在覆盖上一套的绑定。冲突最容易发生在那些「看起来什么都能装」的简单形上：心、星、铃铛、三个点、人物剪影。形状越空，能被塞进去的功能越多，跨产品碰撞的概率就越高。人不会为每个应用单独建一套词典，而是把最近一次成功的绑定拿来用；绑错了，轻则点空，重则触发不可逆操作。
怎么研究
这类问题不适合再做孤立命名测验——孤立测验假设存在一个「正确含义」，而这里的麻烦恰恰是正确含义随产品而变。更贴切的做法是跨产品对照：收集若干主流应用里同一轮廓的实际绑定，统计一对多的比例；再做切换任务，让被试刚在 A 产品里用过该图标，立刻到 B 产品里执行，看错误动作率。
自变量：轮廓是否属于高频共享形、两个产品的品类距离、被试最近使用过的应用。 因变量：错误动作、犹豫时长、事后给出的「我以为它会……」解释。
边界
- 封闭生态里（单一套件、单一行业软件）可以自己立法，碰撞会少很多。
- 平台系统图标如果被系统级文档钉死，产品擅自改绑会造成比「自创一枚新图标」更严重的预期违反。
- 这条管的是跨产品的绑定冲突，不是「这枚图在白底上叫不出名字」，也不是「这个功能本来就没有可画的物体」。
怎么落地
- 选用共享形之前，先看目标用户天天在用的那几个产品把它绑成了什么；绑的是别的动作，就避开这枚形。
- 若必须占用一枚已被占用的形，用文字把动作钉死，不要指望用户自动切换词典。
- 验证办法：列一张「此形在竞品里的含义」对照，找至少三名日常使用那些竞品的人，在你的界面上做一次无提示点击，看他们预期的动作是不是你绑定的那个。