界面信息太多或太空怎么办？别用留白替代信息架构

有些界面“太满”，是因为十种信息抢同一个层级；有些界面“太空”，则是关键数据被拆进五层详情，用户每次都要点击寻找。信息密度不是一屏放多少控件，而是用户完成任务时，得到的有效信息与付出的视觉、记忆和操作成本是否匹配。

有些界面“太满”，是因为十种信息抢同一个层级；有些界面“太空”，则是关键数据被拆进五层详情，用户每次都要点击寻找。信息密度不是一屏放多少控件，而是用户完成任务时，得到的有效信息与付出的视觉、记忆和操作成本是否匹配。

01 先判断用户是在浏览、比较，还是连续操作

C端购买页通常希望用户聚焦少数决策；B端审核、调度和运营则需要并行比较大量记录。不能用同一套“简洁原则”评价两者。

高频专业用户愿意学习稳定的密集界面，以换取更少点击和更快扫描；低频用户更需要解释和引导。决定密度的第一变量是任务，而不是屏幕尺寸。

02 “信息多”与“层级差”不是同一个问题

页面可以容纳很多信息，只要主次清楚、对齐稳定、分组可预测。真正难读的界面往往不是元素多，而是标题、标签、按钮、状态和说明都使用相似字号和颜色。

先用黑白或低保真检查层级：用户三秒内能否找到主要对象、当前状态、最重要动作和异常。如果必须依赖颜色和卡片阴影才能理解结构，说明信息架构仍不稳。

留白不是删除信息后的空隙，而是帮助用户看懂关系的成本。

03 把一页信息分成四层

复杂界面可以用“立即判断、完成任务、需要时解释、追溯历史”四层组织。第一层始终可见，第二层靠近动作，第三层可展开，第四层进入详情或日志。

渐进展示不是把所有内容藏到“更多”里。高频比较项和异常证据如果每次都要展开，用户会用浏览器多开、截图或Excel弥补系统。

04 B端表格：先看一屏能完成什么，不要只看一屏有几行

表格密度可以从可见行数、列宽、单元格换行、固定列、横向滚动和批量操作判断。但可见行数不是越多越好。若每行状态难以识别、列名不清或关键动作远离对象，压缩行高只会加速出错。

可以提供舒适、紧凑两种密度，但两者不能改变信息含义。紧凑模式适合高频桌面用户，移动端则需要重新组织任务，不宜把宽表格缩小。

05 C端页面也可能因为“过度简洁”降低转化

为了极简而隐藏价格条件、规格差异、配送、风险和售后，会让用户在最后一步才发现限制。表面留白很多，决策成本却更高。

C端可以减少同时出现的操作，但不能减少用户做决定所需的事实。重要信息应在相应决策点出现，次要内容可以折叠，但标题要让人知道里面是什么。

06 用几个可观察指标判断密度是否合适

信息密度没有通用分数，但可以用任务数据接近答案：完成时间、错误率、返回查找、筛选使用、横向滚动、详情打开次数、重复切换和用户自建Excel。

如果用户频繁打开详情只为看同一个字段，说明列表信息不足；如果大量列从不使用，说明可以按角色或场景裁剪；如果用户总在搜索已经在页面上的内容，说明层级或命名存在问题。

07 一次密度优化，应该从任务走查开始

选择一个高频任务，记录用户从进入页面到完成动作所看的信息、打开的层级、复制的数据和发生的犹豫。再把每个元素标记为必须、条件需要、可追溯和无用。

之后先调整层级和位置，再调整字号、间距和颜色。最后用真实数据填满页面测试极端情况，包括长名称、多个状态、缺失值和错误。只用理想占位数据，任何密度方案都会显得漂亮。

常见问题

B端界面信息越多越专业吗？

不是。专业界面需要足够上下文和效率，但无关字段、重复状态和不可解释的数据会增加风险。高密度必须建立在稳定结构和清晰任务上。

设计规范应该固定一个页面密度吗？

可以定义默认行高、间距和组件规格，但不同任务需要不同密度。设计系统更适合提供舒适/紧凑模式和场景规则，而不是让所有页面一样。

移动端如何处理高密度B端页面？

不要直接缩放桌面表格。先保留移动场景真正需要的任务，使用卡片、分组、逐级展开或横向比较，并把复杂批量操作留给桌面。

留白越多是不是越高级？

不是。留白服务于分组和聚焦。若它导致关键事实需要更多滚动和点击，就只是低效的空白。