K1.02.2small-screen information density设计研究

同一设计在小屏上信息密度剧增

别名: 信息拥挤 · visual clutter · 小屏密度 · crowding

概念解释

把桌面上能并排看清的一块界面缩到手机视口,单位面积里的对象、字和分隔线都会变多,这是信息密度(information density)上升,不是手够不够得到。同一张「十二个入口加说明加角标」的稿,在大屏上是分区,在小屏上是一团互相抢对比度的块。人要找的那一项被邻居挤掉,搜索时间变长,误读变多。密度由视口里同时竞争注意的对象数量和它们的视觉角度决定,不由屏幕有多少像素、也不由顶部按钮在不在拇指弧里。这条只谈拥挤与可读,不谈毫米达域,也不谈必须拿哪台最小设备做验收。

机制

视口变窄变矮之后,若版面结构不拆,原来分列的模块被叠进同一滚动面,每屏里的竞争者增加。字号若跟着缩,单个字符的视角变小,拥挤(crowding)让相邻笔画互相干扰,扫视一次能读出的词变少。字号不缩则换行暴增,段落变成细长柱,看起来仍然「满」。列表行若仍带图标、标题、摘要、时间和三个角标,一行的高度吃掉视口,一屏只能看到三四条,人会觉得信息既多又看不全——多的是线索种类,少的是每条能展开的空间。桌面稿常靠留白分组;留白在小屏上最先被删,分组线索跟着断。高 PPI 让边缘更锐,但不减少对象个数,所以「更清晰」救不了「太满」。

怎么研究

做视觉搜索:在同一信息架构下比较「大视口稀疏」与「小视口未删减」两版,测量找到指定项的时间。也可用拥挤与杂乱指标(特征拥挤、边缘密度)给屏幕截图打分,再和搜索时对照。

自变量:每屏对象数、字号的视角、次要元数据是否与主标题同行、分栏是否被压成单列。 因变量:搜索时、找错项、漏读、主观拥挤评分、滚动深度。

在桌面浏览器里缩窗口只能近似视口宽度,不能近似阅读距离和单手稳定度。不要用「滚动次数少」当作密度成功——把什么都塞进首屏会让滚动变少、搜索变慢。实验室里任务是「找出 X」,真实使用里人还不知道 X 长什么样,拥挤的代价更大。

边界

计算器、手电筒这类对象本来就少的界面,缩到小屏密度也不会爆。只显示一个大数字的状态页(倒计时、计步)靠的是少,不是排版技巧。用户把系统字号开到最大时,是密度被强制降低,原来「刚能放下」的行会裁切或换行,这是另一条约束。桌面把同一产品拉得很窄时也会出现同样的拥挤,不独属于手机。专业监控墙本来就为高密度设计,使用者受过训练且坐着,不能用来给面向行人的界面辩护。

怎么落地

  • 小屏上每屏只保留一个主要问题或一个主要动作;说明、次要入口和角标能进详情就不要和标题抢同一行。
  • 先删种类再缩字号:三条元数据变成一条,比把六条都缩到看不清更有效。
  • 用分组和阶段性展开代替把桌面分栏硬叠成一长列。
  • 验证:在目标小屏宽度上截首屏,圈出所有同时在抢注意的焦点(标题、按钮、角标、次要说明);让没见过这个产品的人在五秒内说出「这屏要你干什么」。说不出、或说出三个以上互相竞争的任务,就是密度没有随视口下降。

延伸

  • 同组K1.02.1 物理尺寸决定可达区而非分辨率 · K1.02.3 需以最小目标设备验证
  • 相邻F2.07 信息密度 · K1.10 单手模式与大屏可达
  • 站内检索information density · visual clutter · crowding

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/K1.02.2