J3.12.2unlabeled icon voice command设计研究
图标按钮若无文字标签，语音用户将无法用自然指令选中
别名: 纯图标按钮 · 无可说标签 · icon-only button
概念解释
屏幕上只有一只垃圾桶、一颗心、三条杠，没有字。语音用户组不出一句自然指令：「点击删除」是猜的，猜错就没反应。名称就算在树里写得很完整，人也看不见，说不出来。自然指令依赖可见的词；纯图标把这条路掐断，只留下编号、网格、或事先背过内部名称。
机制
人先看后说。可见文字是话语的材料。图标把材料拿走了，用户要么发明一个标签，要么改用系统叠加的序号。发明标签是高失败策略：同一只铅笔，有人说「编辑」、有人说「写」、有人说「修改」，只有碰巧撞上名称的那次能中。
这和「看见的词与名称不一致」不是同一件事。不一致是材料给错了；没有文字是材料缺失。给图标补一个可见的字（旁注、工具提示常显、或图标+文字按钮）是在恢复材料，不是在调匹配算法。把名称写得再准，只要屏幕上仍是无字图标，自然指令这条路还是断的。
怎么研究
在未开「显示名称 / 显示编号」的默认语音控制下，请不熟悉该产品的人只用口头指令触发纯图标动作。允许他们尝试各种叫法，记录成功前的尝试次数和是否主动要求打开编号。
自变量：有无可见文字、tooltip 是否在未悬停时可见、图标隐喻是否跨文化稳定。 因变量：自然指令成功率、尝试次数、改用编号叠加的比例。
开发者自己试会严重高估：他们知道那只图标叫什么。
边界
用户已经打开「显示项目名称」时，系统会在图标上叠字，自然指令被人造出来——那是辅助叠加，不是界面自己提供了标签；叠加一关，问题回来。对极少数约定极强的系统控件（有的平台把「返回」箭头当标准），熟悉用户可能说对，仍不能当产品图标的通例。屏幕阅读器用户不靠看见的字来发现名称，所以纯图标对他们的问题和语音用户不同，不要用读屏能读到名称来宣布语音可说。
怎么落地
- 动作图标旁放可见文字，或做成图标+文字按钮；不要把唯一标签藏进悬停才出现的提示。
- 实在挤不下字，保证系统「显示名称」能读到短、符合口语的名称，并在无叠加时仍提供编号可点。
- 验证：关掉名称叠加，对每个纯图标说你以为它叫什么。连续猜三次不中，这个按钮对语音用户没有自然指令。