K2.06.7hover as missing persistent cue设计

悬停态提供的信息若不可或缺,说明界面本身缺少必要的常驻线索

别名: 悬停信息不可或缺 · 常驻线索缺失 · hover hiding essentials

概念解释

悬停层上的那句话、那个标记、那个状态,若任务没有它就做不完或做不对,问题不在悬停,而在常驻层少了必要线索。悬停是可选的加深,不是主视图的补丁。人必须把指针移上去才知道这是错的、才知道价格、才知道能不能提交——主视图从一开始就没把该说的说完。

判定很硬:拿掉悬停,主路径是否仍能被识别、被走完、被核对。不能,就分错了层。

机制

悬停把信息分成「第一眼」和「问到才给」。这个分层是信息层次的主张:常驻层承担对象身份、状态、主操作和错误;悬停层承担补充。主张一旦说错——把错误、价格、未保存、权限不足放进悬停——常驻层看起来很干净,实际是一张缺字段的表格。人会按常驻层做决定,决定是错的,再在悬停时才被纠正,或永远不被纠正,因为没有理由去悬停一个看起来正常的对象。

所以「不可或缺的悬停信息」是诊断,不是特性。它暴露的是第一眼的信息架构失败:设计师用悬停去藏拥挤,却把拥挤里的必需项一起藏了。桌面给得起这层藏,也因此更容易藏错。指针用户会被误导;不产生悬停的用户会直接按残缺的常驻层行动。两种失败同源,都是常驻线索不够。

边界

真正的次要补充(快捷键提示、字段格式例子、缩略图放大)可以只活在悬停里,拿掉它们主路径仍在。专家把密度当资源时,常驻层本身就很满,悬停里再放一层参数并不等于主视图缺线索——缺不缺要按任务问,不要按元素数量问。法律或安全要求必须始终可见的警告,不能进悬停,即使桌面再拥挤。截图、打印、投影没有悬停,对外的那一张更要按「拿掉悬停仍完整」来画。

怎么落地

  • 对每一条悬停文案和标记问:没有它,人会不会选错对象、交错表、漏掉错误?会,就把它升到常驻层,悬停只留真正的补充。
  • 不要用悬停去「解释」一个看上去可点、实际不可用的主按钮;不可用要在常驻层看得见。
  • 验证:做一张去掉所有悬停层的截图,走完主任务的判定(这是什么、能不能做、做对了没有)。任何必须把指针移上去才答得出来的判定,都是常驻线索缺口。把那些项升上去再截一次,直到截图自身能支撑判定。

延伸

  • 同组K2.06.1 悬停允许无承诺的预览与提示 · K2.06.2 依赖悬停的设计无法迁移到触屏 · K2.06.3 同一产品跨形态时需准备两套方案 · K2.06.4 悬停可用于渐进呈现次要信息,避免界面一开始就显得拥挤 · K2.06.5 悬停触发的时间阈值需要过滤路过式的鼠标移动 · K2.06.6 纯悬停触发的功能天然不可被键盘或屏幕阅读器发现
  • 相邻C1.06 悬停状态及其在触屏上的缺失 · D1.05 悬停反馈
  • 站内检索persistent cue · hover hiding essentials · information hierarchy

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/K2.06.7