R2.09.1directional empty state设计

空态承担引导职责,不只是告知没有内容

别名: 引导性空态 · empty state as next-step · 空态要指向

概念解释

交付包里的空画面如果只写「暂无内容」,实现就会做成一块告知,用户看完仍然不知道手往哪放。引导性空态(directional empty state)要求交出的空帧承担下一步的指向:做什么、在哪做、做完会看见什么,而不是复述集合为零这一事实。零已经能被空白本身说明;需要被交付的是那条从空白走出去的路。

它谈的是这份空帧作为发运物的职责,不是「空是不是上手教学的最佳位置」,也不是组件库里有没有一张 Empty 变体。组件里缺了空这个交互皮,和页面上的空有没有把人送走,是两份不同的缺口。

机制

空帧是用户在这条任务上唯一还亮着的界面。告知型文案把认知停在诊断:「没有」。诊断完成后动作通道是关的,人会离开、乱点边栏、或把空当成故障。指向型文案把同一块版面当成通道入口:主按钮落在内容将出现的坐标上,辅助说明只服务这个按钮。实现按帧上有没有这个按钮来决定要不要接创建流、导入流或放宽筛选——帧上只有一句告知,接入口就会被省略,或被塞进与内容无关的页眉。

插画不能代替指向。一张好看的空插画仍是告知的装饰,实现会把它当成已完成的空态,不再追问动作。交付把动作画进空帧,等于把「空」从状态报告改写成任务的第一屏。没有这第一屏,功能其实还没有被交付,只交付了「数据为零时别崩溃」。

边界

权限不允许创建、且用户不能改变这一事实时,指向创建是假路,空帧应指向申请权限或退出,而不是画一个会报错的主按钮。只读仪表、合规归档、已结束的活动,空意味着「这里本来就不会有新项」,引导职责收缩成解释为何结束,而不是再造一条生产路径。搜索无匹配不是「还没有内容」,指向应是改查询,把创建画进去会教错原因。机器生成、用户从不停手的监控墙,空可能只持续几百毫秒,交付一帧带动画的引导会闪烁成噪音——这种槽位的空应被加载态接住,不要为了「空必须有按钮」而硬造。

怎么落地

  • 每张空帧必须同时具备:一句说明「现在为什么是空的」、一个主动作(或明确写「此处无动作」的理由)、一句做完之后会看见什么。缺任何一项都不算交了空态。
  • 把主动作放在内容将占据的区域里,不要只写在远离空白的顶栏。
  • 禁止单独交付一句「暂无数据」加插画;插画只能作为指向的配角。
  • 用一个确定为零的账号打开该页,挡住顶栏导航,只留空区。问没见过产品的人下一步点哪。指不到内容区里的动作、或以为系统坏了,就把引导补进交付源,而不是在实现里加一条 Toast。

延伸

  • 同组R2.09.2 首次使用与清空后的空态含义不同 · R2.09.3 部分失败需要与整体失败分开表达 · R2.09.4 占位骨架的形状要与最终内容对应
  • 相邻R1.03 组件状态的完备性 · I2.08 加载失败
  • 站内检索directional empty state · empty next step · handoff empty frame

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/R2.09.1