C9.05.1Implicit interaction设计研究
隐式交互不需要用户发出明确命令
别名: 无命令交互 · 附带输入 · incidental interaction
概念解释
隐式交互（implicit interaction）把人正在做的事——走近、停住、呼吸变浅、视线在某处停留——当作输入，而不要求先发出一条可命名的命令。用户的主任务仍是走路、谈话或阅读；系统从这些活动的副产品里取样。它与「快捷键藏得很深」不同：不是命令难找，而是根本没有把行动包装成指令。
机制
显式输入依赖一个被双方承认的符号：点击、说出唤醒词、做一个手势词汇里的动作。隐式输入切断这层符号，改走附带（incidental）路径：行为是为了别的目的产生的，传感器把它重新解释为状态或意图。Schmidt 等人强调的是感知–行动循环仍在，只是用户不必把注意力转到「对系统说话」。因此隐式通道几乎总是概率性的——走近既可能是要交互，也可能是路过。系统若把附带行为当成确定命令，就把迈达斯问题从注视搬到了整个生活轨迹上。隐式的价值在于降低主任务切换成本；代价是意图的可观测性下降。
怎么研究
实验室里常用「主任务 + 系统在背景适应」：例如人在谈话，灯光随靠近而亮。自变量：用户是否被告知系统在观察、适应是否可预测。因变量：主任务表现、对系统行为的察觉、以及把路过当成交互的次数。Wizard-of-Oz 可以先测「若隐式完美工作，人要不要它」，再上真实传感器。现场日志要区分「用户有意利用该适应」和「只是没反对」。只测满意度、不测主任务，会把隐式写成无成本的魔法。
边界
一旦用户学会「走到门口灯会开」并故意走过去，这条行为就被显式化了，机制变成快捷方式。无障碍开关、紧急停止不能只靠隐式。公共空间里附带行为属于多人，系统难以把输入归到某一个体。隐式也不是「无界面」：反馈仍然需要，否则人无法知道自己被当成了输入源。
怎么落地
- 先写清主任务是什么，只把不会抢走该任务注意的附带信号用于预加载、预亮、预热，不用于提交。
- 让隐式效果可被一句显式命令覆盖；隐式不得成为唯一路径。
- 用可撤销、低后果的变化做隐式（亮度、建议），把高后果留给明确动作。
- 验证：在用户未被告知规则的情况下走完整条路径，看主任务是否被打断，以及路过者被当成用户的次数。