保證'加載欄'之前需要經過多少秒鐘？

你好世界的程序員！保證'加載欄'之前需要經過多少秒鐘？

如果您覺得這太主觀，請提前原諒我。

我正在爲iPhone構建一個應用程序。在某個點，用戶點擊一個按鈕來處理一些沒有動畫反饋的數據。只是按鈕禁用，一個按鈕將其名稱更改爲「處理數據」。大約5或6秒後，啓用按鈕，生活繼續。

您是否認爲我在這個'處理期間'需要一些動畫？有關於這個的經驗法則嗎？你會說什麼是需要在你的程序中包含一個「加載欄」的門檻？ 5秒？ 8秒？ 2秒？

感謝

來源

2011-04-02 Eric Brotto

鑑於按鈕禁用和一個更改其名稱，你可能不這樣做，但我覺得如果超過約3.5秒，裝載酒吧是剛剛好，因爲它給用戶一些反饋。但是，如果您使用它運行該程序並使其變慢，請將其保留。 – 2011-04-02 18:05:30

這裏是Response Time Limits

摘錄關於響應時間的基本意見已經差不多三十年[米勒1968年; Card等人1991]：

0.1秒是關於限制用於使用戶覺得系統瞬時反應的，這意味着沒有特殊的反饋是必要的，除了顯示結果。

1.0秒是關於用戶的思想流動保持不間斷的限制，即使用戶會注意到延遲。通常，在延遲時間不超過0.1秒但小於1.0秒時，不需要特殊的反饋，但用戶確實喪失了直接對數據進行操作的感覺。

10秒是關於保持用戶注意力集中在對話上的限制。對於較長時間的延遲，用戶需要等待計算機完成時執行其他任務，因此應該給出反饋，指出計算機何時完成。如果響應時間可能高度變化，則延遲期間的反饋尤爲重要，因爲用戶將不知道該期待什麼。

來源

2011-04-02 19:30:57 aslisabanci

什麼是長於約半秒鐘就會覺得用戶喜歡你的應用程序已經凍結。這個時間間隔是一個難以量化的值，因爲它因人而異。

做用戶測試來找出最佳時間間隔來等待。

來源

2011-04-02 18:02:50

5-6秒就好像是永恆尤其是在沒有任何通知的事情。

我想包，可能需要一些時間，即使它可能小於一個或兩個第二，一個裝載/進度/通知欄的任何操作。

這是保持最終用戶免於猜測是否正在發生的最佳策略，並幫助他們避免感覺應用程序沒有做任何事情，速度太慢和/或無響應。

來源

2011-04-02 18:02:55 klabranche

如果您的手術有時需要一秒以下，並且有時需要更長時間，請注意。如果在查看結果之前顯示進度條半秒鐘，您的應用會感到緊張？ – 2011-04-02 20:05:21

的任何行動，不給即時或幾乎即時的反饋很可能會導致用戶認爲他們的iPhone，或者更糟的是，你的應用程序已經凍結。現在，您將按鈕更改爲「處理數據」這一事實很好 - 這應該可以減輕大部分負面反應，但我會添加一個簡單的動畫，以便您的用戶感覺實際上正在發生某些事情。

來源

2011-04-02 18:04:36

「UI Bloopers」一書有這方面的指導。 0.1秒足以斷開行動的迴應。 1秒足以讓一個人在談話中感到不適，從而開始填補空白。 10秒是我們在一項任務中完整思考的最長時間。

此基礎上，他們建議，如果延遲將超過1秒顯示一個進度條。

來源

2011-04-02 18:07:47 Sisyphus

你需要做一些形式的可用性測試。運行你的應用程序的幾個朋友可以告訴你，你是否對用戶行爲做出了一些不正確的假設。
如果您的應用不超過約0.1一些處理（由他人所提及的值），那麼你需要確保用戶知道，並且不認爲應用「凍結」。對於短暫的延遲（小於1或1.5秒），動畫光標應該很好。如果你的應用需要5或6秒，那麼你應該使用進度條。

與進度條的麻煩是，他們需要表現出變化。如果他們在三秒鐘內停留5秒，然後在最後一秒完全填滿，他們並沒有真正的幫助。確保他們總是在「前進」 :)

來源

2011-04-02 19:21:01 Andrei

保證'加載欄'之前需要經過多少秒鐘？

回答

相關問題