改善知覺站點的性能與紡紗
2010年11月11日9點33分是由馬特·帕克| 發展 , 性能 | 4評論本週在倫敦阿賈克斯Meetup網站 , 皮奧特爾奧 (約微調jsfiddle.net談-很常見的“我做什麼”的指標相當不錯的創造者之一-以及如何用戶看待他們。
顯然,人們認為瀏覽器是更快,因為部分小活動指示燈不斷變化 - 它出現和消失,變化的速度 - 當頁面正在加載。 出事的這感說服人的東西是在事實發生,和更快的實際速度,即使是相同的。
因此,彼得·成立一個隨機調查,比較後,點擊兩個按鈕加載速度的看法-這是在這裡 ,如果你有興趣。 當您按一下按鈕有一個延遲之前,微調器,然後短(隨機)時間後,結果顯示。 然後你點擊另一個按鈕,同樣的事情發生。 然後你說的是更快。 他還允許“這件事似乎破選項”。 (如果你打算做的調查,做它,然後現在來讀的結論 - 我不想破壞你!)。
結果在這裡 。 得出的結論是,通過拖延微調略有顯示,用戶感知的事情要發生的更快。 但等待時間過長,他們開始想東西的破碎 - 0.4秒似乎是最佳的延遲,從調查結果來看,。 它可能對其他指標值得思考,如果事情需要更長的時間 - 1秒後添加一個“Loading ...”文字疊加,也許。
共享和擴展: 書籤del.icio.us Digg它! | reddit!
4評論
很抱歉,評論已被封閉,在這個時候。


在接受調查後,我認為它可能是微調,顯示的時間。
例如,如果你有一個動作,需要1秒。 如果顯示的微調.4秒,然後我等待.4秒看到的微調,然後觀看.6秒微調。
另一方面,如果微調整個第二,然後我看著它不再可能導致我認為,它是完全慢。
如果是這樣推理的一部分,那麼你真的需要有一個想法多久請求將採取相應的視覺差異,你可以舉辦/隊列。
我不知道,如果添加另一個維度的裝載機將有助於。 也許從一個到另一個或沿著這些線路的東西過渡的顏色。
評論Jaisen Mathai - 11月12日,2010 #
jaisen,
我認為調查的試圖控制,通過隨機延遲它的請求的長度。
但是,是的,我認為你是對的:如果你期待一個反應是較長的(或只設置一個定時器,因為它的發生),你可以給的東西還是發生了進一步的跡象。
馬特
馬特·帕克 - 11月12日,2010 #
[...]上銳博客微調如何影響我們的表現的看法非常有趣的職位。 事實證明,微調變化[...]
pingback的由Linkalicious週五:新的Rails,紗廠,又一HTML5的演示 - 11月19日,2010 #
有分析用戶界面的錯覺嗎? 錯覺的例子,在高度重視用戶界面是什麼?......
我會給你一個偉大的。 如果一個網站延遲“微調”的(加載象徵)的外觀,它會出現在頁面加載更快。 這是因為在微調是一個短的時間內可見。 理想的延遲大約是0.3 ...
TRACKBACK Quora的 - 12月23日,2010 #