響應時間:三個重要界限

文章來自於《Usability Engineering》第五章(1993年)

響應時間 (Response Time) 的基本設計建議在這三十年來都幾乎沒有變過 [Miller 1968; Card et al. 1991]:

  • 0.1秒:是要讓用戶覺得系統是即時反應 (Feedback),這表示除了顯示結果外,你並不需要顯示任何特別的反饋。
  • 1.0秒:不要打斷用戶的思緒,即使用戶可能會覺得系統慢了少少。有很多情況下,你不需要一定要顯示任何特別的反饋,不過如果這樣做這樣的話,用戶會失去操作時的流暢感。
  • 10秒:需要保持用戶的注意力。如果系統延遲了超過十秒,用戶就會想在等待期間做其他工作。所以系統必須顯示一些處理進度的提示,讓用戶知道工作大約什麼時候才會完成。由於用戶不能準確地知道完成時間,在等待期間裡顯示反饋是非常重要,尤其是如果響應時間會大大地改變。

正常情況下,響應時間應該越快越好,但是有時候響應時間快到連用戶都反應不來。例如,滾動列表滾動得太快,因此用戶沒有可能及時在目標裡把列表停下來。由於電腦有可能執行某些工作太快,這指示出需要改變用戶界面的必要性。例如,界面的動畫應該根據真正時間來控制速度,而不應該根據電腦的執行速度時間:這表示即使用了一台更快電腦,用戶界面應該保持一樣的可用性。

如果系統不能即時響應,它就應該用百分比進度指示器 (Percent-Done Indicator) [Myers 1985] 來連續地提供反饋給用戶。一般來說,百分比進度指示器應該用在時耗超過十秒的操作上。進度指示器有三個優點:它們讓用戶知道系統有沒有崩潰;它們顯示出用戶大約需要等待的時間,因此讓用戶在這時間裡去做其他事情。最後,它們應該提供一些東西給用戶看,讓他們的時間稍微好過些少。這最後的優點絕對不可以小看的,它就是圖形化進度指示器比剩餘時間指示器更好的原因。

對於那些無法提前預知何時會完成的工作來說,這是無可能用百分比進度指示器來顯示剩餘時間,不過你仍然可以顯示剩下的工作量作為進度反饋的。舉例來說,在搜索數量未知的遠程資料庫時,每當搜索到一個資料庫時就顯示出它的名字。但如果這是不可能做得到的話,那麼最後的方法是用一種不會顯示進度的指示器,例如,一個旋轉的球、一隻蜜蜂在畫面飛過、一行點點在狀態欄上或任何能夠至少會指示出系統正在工作的指示器,即使它沒有顯示它正在做什麼工作。

對於相當快完成的工作來說(時耗二至十秒),用百分比進度指示器也許可能小題大做了。實際上,用了它的話反而會違反顯示慣性原理 (Principle of Display Inertia)。由於指示器出現和消失得太快,用戶跟不上它的變化而感到壓力。你可以嘗試用一些不太顯眼的進度反饋,一個常見的解決方法就是讓滑鼠顯示忙錄狀態,並同時在畫面的底部顯示快速地變的數字來指示有多少已經完成了。

【原文】
https://www.nngroup.com/articles/response-times-3-important-limits/

廣告

發表迴響

在下方填入你的資料或按右方圖示以社群網站登入:

WordPress.com Logo

您的留言將使用 WordPress.com 帳號。 登出 / 變更 )

Twitter picture

您的留言將使用 Twitter 帳號。 登出 / 變更 )

Facebook照片

您的留言將使用 Facebook 帳號。 登出 / 變更 )

Google+ photo

您的留言將使用 Google+ 帳號。 登出 / 變更 )

連結到 %s