E1.13.2text wins icon-label conflict设计研究
图标与文字含义冲突时用户会以文字为准
别名: 图文冲突 · 文字优先 · Stroop button
概念解释
垃圾桶配「归档」、飞机配「删除」、对勾配「取消」——图标和文字指向不同动作时，多数人会按文字去预期后果。冲突不会被平均成「中间意思」，而是文字通道赢。设计者若以为图标更醒目所以会赢，会把真正被执行的动作和自己以为被执行的动作弄反。
机制
语词对动作命名是习得的精确通道，图形是近似通道。冲突时，精确通道被用来做最终核对，类似色词不一致时读词不读色。扫描阶段图标可能先把眼睛吸到错误的键，核对阶段文字又把动作扳回来——于是人点了那一枚，执行的是文字，不是图标。若核对被跳过（速度快、文字很小、不是用户的语言），图标可能短暂赢，后果是点错键而不是「折中」。屏幕阅读器只读文字（或可访问名称），冲突在辅助通道上根本不存在，只留下文字。所以冲突的最大受害者是视力正常、又扫图标的人：被吸到错误键，再被文字说服去按。
怎么研究
做冲突试次：图标是删除、文字是归档，任务是「归档这项」。记录点了哪一枚、事后以为发生了什么。对照一致试次。
自变量：冲突方向（图删文档 / 图档文删）、文字字号、是否限时。 因变量：按文字行动的比例、按图标行动的比例、犹豫时间。
问「你觉得图标是什么意思」会把人推向图形通道。任务应是执行一个命名动作，看他们信哪一侧。
边界
不识字、未本地化好的界面，文字通道弱，图标更可能赢——这是失败的翻译，不是图标更可靠。图标极大、文字小到当脚注时，核对可能做不成。法律文件里的图标几乎无权重。冲突一旦被当成「彩蛋」或玩笑，会摧毁对该产品其他图文按钮的信任。
怎么落地
- 发现图标与文字不同指，改图标或改文字，不要靠其中一侧去「解释」另一侧。
- 评审时分别遮住图和字，两句必须能说成同一动作。
- 不要用「大家认图标」当借口保留冲突，测量会显示文字赢，事故按文字发生。
- 验证：做一枚故意冲突的按钮（仅在测试里）请人执行文字那个动作。若他们点了却描述图标那个后果，或拒绝点，冲突已经在干扰；上线产品里不应存在这种试次。