界面只有正常页面不够交付：空白、加载和失败状态怎么补

界面只有正常页面，开发时往往还要补问：没有数据怎么办、网络失败显示什么、等待多久后允许重试。先以一个真实任务列出状态矩阵，再为每种状态写清原因、保留内容和下一步动作。空白、加载和失败应分别表达，不能共用一张“暂无内容”的插画。

先说明为什么没有内容

“从来没有创建过记录”和“筛选后没有结果”看起来都空，但用户下一步不同：前者可能需要创建，后者需要调整筛选；加载失败则需要恢复读取，而不是引导重新创建。设计前先找业务方和研发确认触发条件，避免为了让页面好看而虚构能执行的操作。

本文以自拟的预约列表为例，只讨论视觉与文案，不代表已实现预约系统。正常状态显示预约，首次使用没有记录，筛选状态可能无结果，读取失败时应说明是否仍保留旧列表和已选条件。

给同一页面补齐状态矩阵

如果还涉及权限、处理完成或部分数据失效，继续按真实业务增加状态。矩阵的作用是找到缺项，不是要求每个项目机械制作同样数量的页面。

写提示时，让原因与动作配对

“出错了，请稍后再试”没有说明影响范围。若只是列表读取失败，可在确认真实行为后写成“预约列表暂时未能载入，已选择的日期仍保留。重新载入”。不要在无法确认提交结果时写“预约失败，再提交一次”，那可能让用户重复操作。

以上文案只是本文示例，需按实际系统行为改写。设计师至少应确认：用户刚才输入是否保留，当前动作是否安全，恢复后回到哪里；无法确定的内容在交接单标为待确认，不把猜测画成确定流程。

视觉变化要表达不同含义

空状态可以强调开始动作；筛选无结果应保留修改条件的线索；加载时保留布局关系，减少“内容突然消失”的误解；错误时突出可恢复动作，不让装饰插画抢过文字。若失败只影响页面局部，就标出该区域，避免整页看起来都不可用。

Lovart 中文站展示移动端界面视觉任务。本文将其用于状态画面的草案比较，静态图片并不会自动实现加载逻辑、重试机制或权限控制。

检查用户能否说出下一步

• 打乱四张状态稿，是否仍能分清空、等、错？
• 只看提示，能否知道是改条件、创建记录还是重试？
• 恢复动作是否符合研发确认的能力？
• 返回正常状态后，原输入与选择是否按约定保留？

最终交付不只是几张异常插画，而是状态条件、提示文案、恢复动作和视觉稿的一一对应。把这些交给开发，才能减少实现时临时编规则。