悬停允许无承诺的预览与提示

概念解释

指针先到达对象，点击发生在之后。桌面把这两拍之间的空隙收成一项设计资源：无承诺的预览。人可以看见链接指向哪里、文件是哪一张图、按钮会打开哪一层，然后把指针移开，世界不改变。预览消耗的是到达，不是提交。

这条只谈「先看后定」这笔自由。它会不会在触屏上失效、要不要做成两套方案、次要信息能不能靠它来藏，都不在这里展开。

机制

键鼠桌面的指点是两阶段动作：进入命中区，再按下。进入事件便宜、可撤销，按下才改模型。大多数形态没有这段空隙——触屏的第一次接触往往就是激活。桌面多出来的这一拍，让界面能在「还没答应」时把后果摊开：工具提示、链接预览、列表行上的瞬态操作、图表上的读数。Hutchins 所说的直接操纵强调可见性和可逆性；悬停预览是可逆性提前到提交之前。

自由的代价是预览被绑在指针停留上。移开就收回，所以它适合「看一眼再决定」，不适合「改完就走」。若预览本身改了不可逆状态（悬停就标记已读、悬停就下单），空隙被滥用，无承诺就名存实亡。

怎么研究

比较「必须点开才知道」和「悬停可预览」两条路径，看人有多少次看完后不点——真正的无承诺是预览次数高于提交次数。文件管理器、浏览器链接、可视化读数是常见材料。自变量：有无预览、预览是否改模型。因变量：预览次数、随后的提交比例、错误提交、探索路径长度。

要分开「读了预览」和「浮层挡住了目标所以变慢」。实验室里指针被要求停在目标上，会高估预览被阅读的比例；现场里大量悬停是路过。

边界

危险操作的后果不能只靠一闪而过的预览来承担，提交仍要有明确动作。触屏、键盘和屏幕阅读器没有这拍空隙，预览必须另有出口，那是迁移和可达的问题。密集目标上连续预览会变成噪声，需要停留门槛，那是过滤路过的问题。笔悬停在部分硬件上存在，性质接近桌面指针，不是触屏。

怎么落地

• 把悬停用在可撤销的说明与预览：链接去向、缩略图、将要打开的面板。不要在进入时改数据、改已读、触发购买。
• 指针离开后预览收回，对象回到进入前的状态，包括未选中、未展开。
• 验证：让人只把指针停在对象上再移开，模型应无变化。再数一次真实任务里「看了但没点」的次数；若几乎每次悬停都被迫点下去，预览没有把承诺省掉。

延伸

• 同组：K2.06.2 依赖悬停的设计无法迁移到触屏 · K2.06.3 同一产品跨形态时需准备两套方案 · K2.06.4 悬停可用于渐进呈现次要信息，避免界面一开始就显得拥挤 · K2.06.5 悬停触发的时间阈值需要过滤路过式的鼠标移动 · K2.06.6 纯悬停触发的功能天然不可被键盘或屏幕阅读器发现 · K2.06.7 悬停态提供的信息若不可或缺，说明界面本身缺少必要的常驻线索
• 相邻：C1.06 悬停状态及其在触屏上的缺失 · D1.05 悬停反馈 · U6.09 悬停详情与触屏替代
• 站内检索：preview without commit · hover peek · non-committal preview