it-swarm-eu.dev

Qual è un tempo di risposta accettabile per la mia interfaccia utente Ajax?

Quando devo caricare nuove informazioni dal mio server Web tramite Ajax dopo un'azione dell'utente, quanto velocemente devono essere visualizzate le informazioni per l'utente per essere una buona interfaccia utente funzionante per l'utente?

26
txwikinger

Mi è sempre stato detto che un ritardo di 100 ms non è generalmente percepibile. Una risposta in un thread StackOverflow simile dice:

La soglia di 100 ms è stata stabilita oltre 30 anni fa. Vedere:

Card. S. K., Robertson, G. G. e Mackinlay, J. D. (1991). Il visualizzatore di informazioni: uno spazio di lavoro di informazioni. Proc. Conf. ACM CHI'91 (New Orleans, Los Angeles, 28 aprile-2 maggio), 181-188.

Miller, R. B. (1968). Tempo di risposta nelle transazioni conversazionali uomo-computer. Proc. AFIPS Fall Joint Computer Conference Vol. 33, 267-277.

Myers, B. A. (1985). L'importanza degli indicatori di progresso fatti in percentuale per le interfacce uomo-computer. Proc. ACM CHI'85 Conf. (San Francisco, California, 14-18 aprile), 11-17.

16
Brendan Berg

Immagino che questo dovrebbe seguire le classiche linee guida sull'usabilità per i tempi di risposta.

  • 0,1 secondi riguarda il limite per far sentire all'utente che il sistema sta reagendo istantaneamente, il che significa che non è necessario alcun feedback speciale se non per visualizzare il risultato.

  • 1,0 secondi riguarda il limite del flusso di pensiero dell'utente per rimanere ininterrotto, anche se l'utente noterà il ritardo. Normalmente, non sono necessari feedback speciali durante ritardi superiori a 0,1 ma inferiori a 1,0 secondi, ma l'utente perde la sensazione di operare direttamente sui dati.

  • 10 secondi riguarda il limite per mantenere l'attenzione dell'utente focalizzata sul dialogo. Per ritardi più lunghi, gli utenti vorranno eseguire altre attività in attesa che il computer finisca, quindi dovrebbero ricevere feedback che indicano quando il computer prevede di essere fatto. Il feedback durante il ritardo è particolarmente importante se è probabile che il tempo di risposta sia molto variabile, poiché gli utenti non sapranno cosa aspettarsi.

fonte: http://www.useit.com/papers/responsetime.html

32
Nacho

Le informazioni dovrebbero essere caricate il più velocemente possibile. l'importante è che mentre aspettano l'azione reale dovresti dare loro un segno di "caricamento ..." in modo che l'utente sappia che l'azione ha funzionato. È davvero fastidioso fare clic su un collegamento e non vedere accadere nulla.

3
Samuel

Se la richiesta è sincrona, non dovrebbe richiedere più di un paio di secondi, altrimenti l'utente si chiederà cosa c'è che non va quando l'interfaccia utente si blocca. Se è possibile utilizzare richieste asincrone, mostrare una schermata di "caricamento" e aggiornare progressivamente l'interfaccia utente non appena arrivano i dati, probabilmente un tempo di caricamento più lungo va bene.

1
Kai Chan