无屏场景需要独立设计而非降级
别名: 无屏独立设计 · ears-free VUI · 不是降级的图形界面
概念解释
没有屏幕可用时，不要把图形界面剥掉像素再交给喇叭。跑步时戴着耳机听简报，把手机通知栏从上往下念一遍，是降级的 GUI，不是语音界面。公共电话菜单若按「网站去掉画面」来设计，人会听见一串曾经是按钮的名词。免视 / 耳旁（eyes-free / ears-free）的输出要按目标重做信息架构：另一套话轮、另一套确认，不是把原树的标签读出来。读屏软件是另一份工作；VUI 说得像读屏，通常就是独立设计失败了。
机制
GUI 的信息架构假定空间持久、可扫描、状态能被看见因而能被撤销。拿走像素、把剩下的标签灌进 TTS，会继承全错的结构：原来很宽的菜单变成一条长磁带，图标变成没有解释的名词，曾经是红色横幅的错误变成什么都没有。免视产品需要语音原生的 IA——不同的目标切分、不同的回合、不同的确认粒度。反模式是「把界面上的字读给耳朵」。这不是因为口头选项有一个记忆上限才要重做（那是无屏记忆负担），而是因为视觉树的形状根本不是听觉任务的形状。快捷口令叠在 GUI 上仍然是命令层，不是把屏幕串行化。
怎么研究
同一任务两种脚本：甲，为语音重写的对话；乙，按 GUI 菜单树把标签读出声。后端可以一样，Wizard-of-Oz 也能做。因变量：完成率、轮次、用户原话里有没有「我在这个应用里迷路了」。自变量：任务。不要去测屏上控件有没有可被口头指称的名字——那是有屏时如何指称的问题。甲乙对照的是信息架构，不是同一句稿换了音色。
边界
屏幕在、而且用得上，走互补分工，不要按无屏来拆界面。法规要求功能与 GUI 对等，并不要求同一棵树。熟手想用语音当跳进某块屏幕的快捷方式，那是命令覆盖，仍不要把那块屏幕念出来。把 GUI 剥干净之后若对话仍然好用，说明它本来就接近语音原生，降级碰巧没造成伤害——这不能当方法推广。
怎么落地
- 无屏任务清单从目标列起，不从屏幕列起。
- 提示听起来像「按钮、按钮、按钮」，就是还在念 GUI。
- 让没见过原界面的人只凭语音稿走完任务；他们若问「这是哪一屏」，设计仍是视觉的。
- 验证：把每个无屏技能的系统话印出来，删掉所有从 GUI 标签粘来的名词，看任务是否还在。还在，才是独立设计；名词一删任务就空了，就是降级。