Z1.04.1Feature discoverability without a screen设计研究
没有屏幕就没有可扫描的功能清单
别名: 可发现性 · feature list · 无界面可发现性
概念解释
图形界面给用户留了一份可扫描的功能清单：菜单、按钮、图标陈列着「我能做什么」，新用户用眼睛扫一遍就完成功能普查。无界面设备——一个智能灯泡、一枚传感器、一盏语音音箱——没有这份清单。功能不展示自己，未被用过的功能等于不存在。
后果是功能可达性（affordance of features）的断层：设备的物理形态只表达它的主要功能（灯泡表达发光），次要功能（调色温、渐亮、联动）在设备上没有任何踪迹。用户的功能地图收缩为「安装那天被介绍过的部分」加「偶然撞见的部分」。
这不是新用户才有的问题。功能清单缺位意味着没有刷新机制：固件更新悄悄加了能力，老用户永远不知道——他们的地图停留在首次使用那天。
机制
为什么屏幕清单如此重要？因为它是低成本的功能普查通道：视觉并行扫描一眼覆盖几十项，每项自带名称与图标，扫过即完成「系统有这个」的登记，不需要记忆。这个通道的带宽和零交互成本，是语音、手势、物理动作都给不起的——
- 语音是串行的。要知道「你会什么」得问，问之前得知道值得问。功能普查变成「知道要问的问题」的循环依赖：不知道存在的功能，永远不会被问到。
- 手势没有词表。手势功能只能靠被告知或偶然发现，设备形态不提示「这里有个手势」。
- 物理动作只表达最常用的一层。旋钮表达调光，不表达「三击切换场景」。
于是无界面设备的功能使用呈高度集中分布：绝大多数调用落在两三个主要功能上，长尾功能近乎零使用——不是用户不需要，是地图上没有。带屏幕的产品也会遇到长尾问题，但屏幕至少让长尾「可发现」；无界面产品把长尾直接变成了暗物质。
怎么研究
- 功能使用分布分析：智能音箱与语音助手的行业遥测反复显示，调用集中在极少数意图（定时、天气、音乐、照明），大量第三方技能近乎零激活——「上架即死」的长尾模式稳定复现，是可发现性断层在数据上的指纹。
- 心理模型研究：请用户列出某设备能做什么，与实际功能清单比对，度量「已知功能率」；对比有屏与无屏条件下的清单完整度。
- 探索任务实验：给被试一个功能未知的设备与一个目标，观察自发发现的行为路径（试错动作的类别与成功率），揭示无提示条件下的探索带宽有多窄。
方法论注意点：「用户没用到」不等于「不需要」——把使用率直接读成需求排序，会把可发现性问题误诊为需求问题。研究设计要分离「知道但不用」与「不知道」两类。
边界
- 主要功能不受此影响。 设备物理形态强表达的那一两个功能（开关、旋钮），可发现性接近实物设备；断层发生在第二层以后。
- 配套应用部分弥补，但转移了问题。 手机 app 有清单，可清单在手机上、设备在墙上——普查通道与使用场景分离，依赖用户主动打开 app 的意愿；对装好就不再打开 app的家庭，等于没有。
- 常驻视觉提示会破坏消隐。 为了可发现性给设备加一块小屏，与让技术退到注意之外的方向冲突——清单的形态必须与消隐目标兼容，这是无界面设计的结构性难题，不是加个屏就能解决。
怎么落地
- 把功能普查从设备上搬到必然发生的时刻：安装配网流程、首次语音对话的引导、定期极简的「你可能不知道」提示——清单要跟着使用节律走，不能指望用户来找。
- 语音入口给一条元命令：「你能做什么」的应答设计成可枚举、可继续追问的两层结构（先大类，再大类下细项），把串行通道的普查成本降到可接受。
- 固件新增功能时，把告知作为发布流程的一部分：无提示的静默升级等于没升级；一条「新增了 X，试试说 Y」的落地提示是最低配置。
- 验证办法：季度抽样测量「已知功能率」（用户能列出的功能 / 实际功能数），按功能分层看长尾的登记情况；新功能发布 90 天后的知晓率低于目标，说明告知通道失效，回到发布流程改。