聲明：如有翻譯不得當之處，還請指出，原文連結：Response Times: The 3 Important Limits，謝謝。
摘自《Usability Engineering》第五章（1993 年）
關於回應時間最基本的建議這 30 年來都不曾變過（1968 ~ 1991）：
0.1 秒：讓使用者感覺到系統在即時回應的界限，這意味著除了顯示結果外，不需要專門的回饋。
1.0 秒是讓使用者思緒保持連續的界限，雖然使用者能夠感覺到延遲。正常情況下，不需要對 0.1 秒 ~ 1.0 秒的延遲做特別的回饋，但使用者會失去直接操作數據的流暢感。
10 秒：讓使用者的注意力集中在對話上。如果延遲比這還要長，使用者就想要在等待期間執行其他任務了，所以必須在任務完成時給出回饋提示。延遲期間的回饋非常重要，因為如果回應時間可能會大幅度波動的話，使用者就不知道該做什麼了。
正常情況下，回應時間應該儘可能的快，但是也有可能出現電腦回應速度快到使用者反應不過來的情況。例如，捲動列表可以捲動得非常快，導致使用者沒辦法在目標元素出現在可視區域中時把它停下來。實際上電腦在表現 UI 變化時可以非常快，比如動畫是根據時鐘時間來計時的，而不是按電腦的執行速度計時：即使普及了一種更快的電腦，UI 也應該保持其可用性。
如果電腦不能即時回應，就應該以百分比完成度指示器（Myers 1985）的形式給使用者提供連續回饋。百分比完成進度指示器應該用在時耗超過 10 秒的操作上，這是一條黃金準則。進度指示器有三大優點：它們打消了使用者對系統是崩潰了還是正在進行任務的疑慮；適時指出使用者需要等待的時間；以便使用者在長時間等待中去做別的事情；它們還提供了視覺回饋（使用者至少可以看到等待提示），讓無聊的等待時間稍微好過點。可不能小看最後一個優點，這就是推薦用圖形化進度條代替用數字表示的剩餘時間的原因。
對於那些無法提前預知時耗的操作來說，不可能用百分比完成度指示器，但還可能根據完成任務的絕對時間來提供執行進度回饋。例如，系統檢索數量未知的遠端資料庫並輸出每個資料庫的名字的操作過程。如果也不行，那麼最後一招是用個不太具體的進度指示器，比如一個旋轉的球、一隻忙碌的小蜜蜂在螢幕上飛來飛去、狀態列上的點點，或者其他能夠反映出系統正在工作的機制，即使不能表現出正在做什麼也沒關係。添在這篇文章的 Web 版上的筆記：大多數 Web 瀏覽器都沒能提供有用的進度條，因為他們不顯示整個頁面下載完成的百分比。
對於相當快的操作來說，時耗 2 到 10 秒，用百分比指示器就顯得小題大作了，實際上，顯示進度條違背了顯示慣性（螢幕上閃出的變化太快會讓使用者無法平靜或者感到壓力）原則。還可以給出不太明顯的進度回饋，有個通用的方案是用「繁忙」游標形狀結合螢幕底部一小塊區域中快速變化的數字來表示完成了多少。
###另見：
關於 website response times 和如何提升回應時間的文章
##基於 Web 的應用程式的回應時間
2014 年更新，又遇到了這樣的問題，所以我決定在這兒回答。
Q: "你多次提及回應時間重要，而且有很多工具都可以測量回應時間，但基於 Web 的應用回應時間是多少才算可以接受？如果不說購物體驗，只針對互動應用的話，使用者的容忍（上限）是多少？"
A: 我希望 "基於 Web 的應用程式" 這個詞徹底消失，因為它擾亂了應用 UI 設計（我們有好幾天的課程都是關於這個話題的）中的一個實際問題。沒有專門針對 C++ 或者 JavaScript 實作的應用的指導原則。基本的可用性建議都一樣，與實作無關，因為我們討論的是使用者體驗，不是編碼。
因此，基於 Web 的應用的回應時間指導原則和所有其他應用的一樣，這些指導原則到現在已經 46 年了，所以他們也不太可能因為新技術的出現而發生變化。
0.1 秒：使用者直接操作 UI 中的物件的感覺極限。比如，從使用者選擇表格的一列到該列高亮或向使用者回饋已被選擇的時間間隔。理想情況下，它也是對列進行排序的回應時間——這種情況下使用者會感到他們正在給表格排序。
1 秒：使用者隨意地在電腦指令空間進行操作而無需過度等待的感覺極限。0.2-1.0 秒的延遲意味著會被使用者注意到，因此感覺到電腦出於對指令的「處理中」，這有別於直接回應使用者行為的指令，例如：如果根據被選擇的列對表格進行排序，無法在 0.1 秒內完成，那麼必須在 1 秒內完成，否則使用者將感覺到 UI 變得緩慢且在執行任務中失去「流暢」（flow）的體驗。超過 1 秒的延遲要提示使用者電腦正在解決這個問題，例如改變游標的形狀。
10 秒：使用者專注於任務的極限。超過 10 秒的任何操作都需要一個百分比完成指示器，以及一個方便使用者中斷操作且有清晰標識的方法。假設使用者遭遇超過 10 秒延遲後才返回到原 UI 的情況，他們將需要重新適應。在使用者的工作中，超過 10 秒的延遲僅僅在自然中斷時可以接受，比如切換任務時。
###另見：
暫無評論，快來發表你的看法吧