Design Vocabulary设计词汇 · 样本集 01

EDITORIAL LIST / 清单文章

2026 微交互趋势:六大值得关注的界面反馈设计

6 条 · 少于 10 席;缺少可核实证据的位置留空

这一版记录 2026 年编辑关注的反馈议题:当界面里出现由模型生成、时长不可知的内容时,用户靠什么判断当前状态。

选择标准

  • 2026 年前后有可核实的设计系统指南、规范或平台发布在讨论它。
  • 它描述一次具体的、可见或可感知的反馈,而不是一种态度。
  • 缺少可靠年度证据的位置留空。

本版席位

标注“编辑重建席位”的位置由本仓库编辑判断补上;其余席位来自计划 issue #1 的清单账本。

不确定进度指示

Indeterminate Progress Indicator

虚构的 FIELDNOTES 面板上,一个圆形旋转图标和一条循环滚动的不确定进度条并排出现,看不到任何百分比数字,下方内容区域整体变暗以示等待。
编辑配图

当剩余时间或已完成比例无法得知时,用持续旋转的图标或循环滚动的进度条表示系统仍在处理,而不报告具体完成了多少。

为什么在这一版里:2026 年的等待大量是不可预知时长,这条因此重新变得关键。

别和它混淆:不确定进度指示只回答“系统还在工作吗”,不量化完成比例或剩余时间;一旦拿到可靠的已完成量和总量,就应换成确定进度条,二者不能互相替代,也不能用旋转图标掩盖本可量化的进度。骨架屏用于内容结构已知、只是在等待该结构被填充的场合;不确定进度指示则用于完成比例本身不可知,或等待发生在整个界面而非某块已知结构上的场合。

AI 内容标记

AI Content Label

虚构的 FIELDNOTES 内容卡片顶部边缘有一个小巧的胶囊形标记,带着一个不起眼的星光图标;旁边并排放着一张没有任何标记的卡片,两张卡片内部都只是抽象的文字条块。
编辑配图

当界面中的一段内容由模型生成或经模型实质性修改时,在该内容出现的同一位置放置一个可见、可被辅助技术识别的标记,用以告知用户这段内容存在 AI 参与;标记只负责这种“存在性”披露,不代表内容已被核实为准确或可信。

为什么在这一版里:补上“这段内容由模型生成”的可见标记;它只定义标记本身,不包办可信度判断。

别和它混淆:AI 内容标记只标出“这段内容有 AI 生成或参与”这一事实,不为其准确性或可信度背书——校准用户对结果的信任程度是 trust-calibration 的职责。它也不是 C2PA 内容凭证那类可机读的溯源元数据基础设施:内容凭证记录并可核验生成方式与编辑历史的技术链条,而 AI 内容标记服务于内容出现处的即时人类可见提示,两者可以相邻共存但不是同一层机制。

焦点指示

Focus Indicator

虚构的 FIELDNOTES 表单工具栏上,一排按钮中只有一个被粗而对比鲜明的焦点环包围,其余按钮保持平淡的默认样式。
编辑配图

当界面元素获得键盘焦点时,用可见的视觉标记(如轮廓环或高亮)指出当前焦点所在,使键盘用户始终知道操作会落在哪里。

为什么在这一版里:在年度语境里提示:新的界面形态同样要让键盘用户看得见自己在哪里。

别和它混淆:焦点指示只回答“焦点现在在哪”,不等同于悬停、选中或激活状态;它是元素的一种状态样式,而不是一个独立组件,也不负责决定焦点应移到哪里。

状态消息

Status Message

虚构的 FIELDNOTES 页面底部滑出一条深色小条:左侧是绿色对勾图标,中间一段短文字条,右侧一个小按钮,上方的卡片网格保持原样未被遮挡。
编辑配图

在不改变用户上下文的前提下,简短报告一次操作的结果、等待状态或错误存在的内容变化;它可由辅助技术在不获得焦点的情况下播报。

为什么在这一版里:在年度语境里承担“系统正在替你做什么”的播报。

别和它混淆:状态消息只报告结果或状态,不承载连续量化的进度(那是确定进度条),也不阻断当前任务要求回应(那是模态对话框)。Toast 与 Snackbar 是它的呈现变体,不是独立概念。

触觉反馈

Haptic Feedback

虚构的 FIELDNOTES 界面上一根手指正按压一个控件,指尖周围有若干同心涟漪状弧线向外扩散,旁边并列一枚小的视觉确认徽标,整体为暖色调编辑插画。
编辑配图

触觉反馈通过设备振动或力反馈等物理触感,在一次按压、状态变化或事件发生时提供简短的物理确认信号;在 Web 上主要由 Vibration API(navigator.vibrate())提供,仅在设备存在振动硬件、未处于静音或免打扰模式、且用户已与页面产生交互时才会起作用,规范本身将其定位为面向简单触感反馈的机制,而非通用通知渠道。

为什么在这一版里:在年度语境里代表非视觉通道的确认,随平台表达系统更新被重新讨论。

别和它混淆:触觉反馈是叠加在其他反馈之上的一条辅助通道,用来在指尖上确认一次按压、状态变化或事件;它不能替代按下状态反馈的视觉呈现(那是基础且必需的反馈),也不能替代状态消息对结果的文字或图形说明。这是因为很多用户的设备不具备振动硬件、系统层面已关闭触觉、设备处于静音或免打扰模式,或设备根本没有被握持而感觉不到振动;Web 平台对振动能力的支持也有限且不一致,部分浏览器从未实现,部分已经移除实现。触觉反馈必须始终与至少一种视觉或文本反馈并存,不能单独承担传达事件或状态的责任。

状态过渡动画

State Transition Animation

虚构的 FIELDNOTES 卡片沿一条弧线路径以三个半透明分身依次呈现,从列表中的一行过渡到展开的面板;旁边并列一组简化的减少动态变体,只用一次简单的交叉淡入淡出表示同样的状态变化。
编辑配图

当界面元素从一种状态变为另一种状态(例如一个列表行展开为详情面板、一张卡片移动到新的位置)时,用位置、形态或透明度的连续变化展示起点与终点之间的关系,帮助用户理解“这个东西去哪儿了、变成了什么”;触发该动画的用户可以关闭它,且该动画须遵从系统级的减少动态偏好。

为什么在这一版里:在年度语境里被重新讨论的重点是可关闭与可减弱,而不是更花哨。

别和它混淆:状态过渡动画只负责解释一次已经发生或即将完成的状态变化从何而来、去往何处,动画本身是解释性的,不是装饰。它不同于不确定进度指示——后者循环播放、不对应任何终点,用来报告工作仍在进行;也不同于按下状态反馈——后者只在按下与松开之间的瞬间确认输入被接收,与状态是否改变无关。“减少动态”不是一个独立词条,而是本词条的适配变体:无论动画本身多么精心设计,都必须能被交互触发方关闭,也必须服从 prefers-reduced-motion 等系统级偏好;关闭动画后,起点与终点状态仍须可读。

与另一版本的关系

与《微交互与反馈 · 经典基础》相比,这一版更多涉及不可预知的等待与内容来源标注;重合的条目说明老机制承担了新任务。

微交互 Top 10:10 大经典界面反馈设计

证据范围

设计系统指南说明某种做法被建议,不说明它已普遍实现;本清单不统计发生率。