K2.06.4hover progressive disclosure设计研究

悬停可用于渐进呈现次要信息,避免界面一开始就显得拥挤

别名: 悬停渐进呈现 · 次要信息悬停 · uncrowded first view

概念解释

桌面窗口里,不是每条辅助说明、每记次要操作都要在第一眼出现。用悬停做渐进呈现:主路径的控件和文字常驻,次要的提示、附加动作、补充字段等到指针问到那一块再展开。第一屏因此可以稀,而不把能力删掉。

它处理的是拥挤,不是预览承诺。预览问的是「点下去会发生什么」;这里问的是「哪些东西根本不必一上来就占地方」。

机制

桌面像素多,注意并不多。第一眼看见的密度决定这扇窗能不能被当一张图来读。把每行的编辑、删除、分享、时间戳、权限标记全部常驻,列表变成工具墙,主对象被挤出图式。悬停把次要符号的出现时机从「打开窗口」推迟到「指针进入这一行」,第一眼只留下对象本身。渐进呈现的经典用法是分层披露;桌面悬停是其中成本最低的一层,因为它不占用点击,也不新开一页。

分层要分对。被推迟的必须真是次要:不看它也能识别对象、走完主路径。若把价格、未读、错误、主操作也推迟到悬停,第一眼稀是假的——任务所需的线索被藏起来了,那是常驻线索缺失,不是成功的渐进。拥挤的对立面是稀疏的主视图,不是空的主视图。

怎么研究

同一任务做两种密度:次要动作常驻,对下次要动作仅在悬停时出现。测第一眼能识别的主对象数、找到主操作的时间、找到次要操作的时间、主观拥挤。自变量:次要信息常驻还是悬停呈现、每行次要动作数量。因变量:主路径时间、次要路径时间、拥挤评分、误把次要当不存在。

实验室被试被要求「把每行的删除找出来」,会惩罚渐进呈现;主任务应是识别和打开对象,次要任务另测。

边界

专家工作站(剪辑时间线、交易面板)把密度本身当资源,渐进呈现会藏高手正在用的东西。触屏没有这层免费的推迟,跨形态时次要信息要换常驻或点按,不能指望同一套稀疏第一屏。打印、投影、截图里没有指针,悬停层不会出现,对外分享的视图要把必要信息印在常驻层。屏幕阅读器同样走不到这层推迟。

怎么落地

  • 列出每一块在第一眼出现的元素,标「主路径必需 / 次要」。次要的才允许进悬停;主路径必需的常驻。
  • 每行只让悬停展开附加动作,不展开对象身份(名称、状态、错误)。
  • 验证:截一张没有任何指针悬停的窗口。没见过这个界面的人应能说出主对象是什么、主操作在哪。再把指针滑过一行,次要动作才允许出现。若截图上已经看不出主对象,渐进失败在拥挤;若截图上看不出错误或价格而任务需要它们,推迟分错了层。

延伸

  • 同组K2.06.1 悬停允许无承诺的预览与提示 · K2.06.2 依赖悬停的设计无法迁移到触屏 · K2.06.3 同一产品跨形态时需准备两套方案 · K2.06.5 悬停触发的时间阈值需要过滤路过式的鼠标移动 · K2.06.6 纯悬停触发的功能天然不可被键盘或屏幕阅读器发现 · K2.06.7 悬停态提供的信息若不可或缺,说明界面本身缺少必要的常驻线索
  • 相邻D1.05 悬停反馈 · F2.11 流式与自适应布局
  • 站内检索progressive disclosure · hover secondary actions · uncrowded first view

同组卡片

快捷操作

分享

分享当前页面

ios_share

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