响应时间：三个时刻，三种设计

洛洛第一次用 AI 出图工具时干了件特别蠢的事。

点完"生成"，页面一片空白。等了十几秒越来越虚：我是不是没点上？然后手贱又点了一次。

它真的又跑了一遍。救命，白等两倍时间，还多扣一次额度。

后来换了另一个工具，同样十几秒，但点下去按钮立刻凹了一下，一秒左右第一张缩略图就开始往外冒。总时间差不多，感受完全不是一回事。

这个差别不是玄学，是一组被引用了三十多年的经验界限。

研究说了什么

图上的来源是 Jakob Nielsen 1993 年的《Response Times: The Three Important Limits》，它把用户对响应时间的感受归纳成三条界限：

• 约 0.1 秒：让用户感觉系统在即时反应的界限。在这个范围内，除了直接显示结果，不需要任何特别反馈。
• 约 1 秒：让用户的思路不被打断的界限。超过 0.1 秒用户会察觉到延迟，但在 1 秒左右他还在自己的节奏里。
• 约 10 秒：把用户注意力留在当前任务上的界限。再长，用户就会想去干点别的。

洛洛觉得这三条最好用的不是数字本身，而是它把"等待"拆成了三个问题：0.1 秒解决"我点到了吗"，1 秒解决"方向对吗"，10 秒解决"还要多久，值不值得等"。

看到这里洛洛整个人通了：我那次连点两下，卡的根本不是速度，是第一条。

图上底部那行注释要原样记住：这三个时间是经验界限，会因任务与情境而异，图为示意图。

为什么会这样

图上"机制解释"写的是：点击反馈、首次内容、完整结果，满足用户不同阶段的心理预期，需要分别优化。

点下去那一瞬间，人需要的是确认动作被接收了。按钮没反应，人的第一反应不是"系统在忙"，是"我没点中"——洛洛就是这么白等两遍的。

过了这一关，人需要方向感。只要有一点内容出来，哪怕只是一张缩略图，他就能判断"是我要的东西"，然后心甘情愿继续等。一直没内容的等待，脑子里会悬着"是不是白等了"，这个问号很耗人。

更长的任务里人需要的是可预期。图上第三格是"正在生成完整报告…60%"加一个沙漏，重点在那个 60%——它把不确定的等待变成了有限的等待。

洛洛的土办法记法：0.1 秒是点头，1 秒是开口，10 秒是报时间。缺哪一个，用户就在哪一步开始怀疑你。

放到产品里怎么用

图上"产品延伸"给了个很漂亮的对照：总耗时相同，白屏等待和先显示可用部分，体验完全不同（示意）。

• 任何可点的东西，点下去必须立刻有视觉变化。 按下态、涟漪、颜色变深都行，成本极低，但挡住了"重复点击"。
• 能先出一部分，就别憋着一次性出。 AI 对话工具的流式输出最典型：答案总长度没变，但第一个字出现得早，等待感差一个数量级。
• 超过一两秒给"在进行中"的信号，超过十秒给"进度"，而且进度必须是真的。 转圈圈能表达"在忙"，表达不了"还要多久"；假进度条走到 90% 卡住，比没有进度条更伤人。

边界：别用过头

图上"边界说明"那格写得很老实：这些是设计经验参考，不是所有人统一的生理开关。 这句得展开讲，因为这三个数字经常被当成硬指标引用。

第一，它们是经验界限，不是精确阈值。 0.99 秒和 1.01 秒之间不存在开关。这三个数给的是量级感，提醒你在不同量级上做不同的事，不是验收标准。拿"必须小于 1 秒"去卡需求就是用错了。

第二，因任务和情境而异。 同样等 10 秒，等一条消息发出去和等一份完整报告生成，忍耐度完全不同。用户对复杂的、贵的任务愿意等更久；对高频小操作则相反——每天点五十次的按钮，慢半秒都难受。

第三，这不是一篇有对照组的实验论文。 它是 Nielsen 基于人机交互研究做的经验总结，写于 1993 年，能被引用三十多年是因为这三个量级对应的是人的注意力机制；但它没给出"这三个数字在你的产品里同样成立"的证据。真要定标准还是得看自己的数据——哪个时长之后跳出率开始上升。

第四，快不能替代对。 一个 0.1 秒就报错的表单和一个 3 秒后成功提交的表单，用户要的显然是后者。响应时间优化的是等待体验，不是结果质量，别混在一起邀功。

参考来源

• Jakob Nielsen,《Response Times: The Three Important Limits》，Nielsen Norman Group，1993 年 1 月 1 日发布。https://www.nngroup.com/articles/response-times-3-important-limits/ （查阅日期 2026-09-14）