Quanto tempo può trascorrere prima che venga visualizzata una schermata prima che venga considerata un problema di prestazioni?


12

Sono coinvolto nello sviluppo di un'applicazione Windows con varie schermate. Uno di questi richiede dieci secondi per apparire senza spinner o altra indicazione del caricamento dello schermo. Considero questo un serio problema di prestazioni, ma mi sembra di essere l'unico a essere preoccupato.

Sono troppo zelante? Qual è il tempo accettabile per attendere che appaia una schermata?


2
Sono 10 secondi sulla macchina top di gamma di uno sviluppatore o 10 secondi sulla macchina dei giorni migliori visti dall'utente medio?
MZB,

@MZB: 10 secondi sulla macchina dello sviluppatore ...
blu

@ 8kb qual è il problema che sta causando la visualizzazione dello schermo così a lungo.
Attaccando

3
Android lo considererà uno schermo bloccato dopo 5 secondi, se ricordo bene. Quindi chiederà all'utente se vuole uccidere l'applicazione o continuare ad aspettare.
Federico Klez Culloca,

Risposte:


23

Questa è una vecchia ricerca ma 10 secondi sono cattivi:

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

dalla pagina:

I consigli di base sui tempi di risposta sono stati più o meno gli stessi per trent'anni [Miller 1968; Card et al. 1991]:

• 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 è circa 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.


1
Non lasciare mai che un utente si chieda se ha appena rotto il software, anche una piccola finestra di promemoria che si apre immediatamente con un tempo previsto per il completamento arresta l'ansia dell'utente finale e lascia loro il controllo.
Patrick Hughes l'

4
Direi che i dati sui tempi non sono aggiornati, visto che sono stati scritti circa 20 anni fa. Oggi, con macchine incredibilmente potenti su ogni desktop e proliferazione di interazioni in tempo reale, le persone sono abituate a tempi di risposta molto più brevi di 10 secondi.
Eran Galperin,

2
Concordo sul fatto che 10 secondi sono troppo lunghi perché una schermata appaia senza alcun feedback. Per tutto ciò che richiede più di ~ 2 secondi probabilmente metterei (almeno) una ruota che gira per mostrare che il programma sta facendo qualcosa , se non una barra di avanzamento.
DMan

1
I dati riguardano i processi di pensiero di una persona. Come tale, probabilmente non è così obsoleto. Tuttavia, 10 secondi senza feedback sono troppo lunghi in questi giorni. Esistono tecniche per migliorare la reattività percepita.
BillThor,

9

Più di due secondi senza clessidra e sono già abbastanza scettico. Diverse persone avranno aspettative diverse ma mi aspetterei 10 secondi senza feedback per riconoscere anche che ho cliccato su un pulsante o qualsiasi cosa possa infastidire quasi nessuno. Un'altra questione è se infastidire o meno i tuoi utenti.


D'accordo - dovresti far apparire un "cursore di attesa" o qualche altra indicazione molto rapidamente. Basandomi sulle norme UX, preferirei vederlo tra circa 0,1 e 0,25 secondi anziché due secondi.
Bob Murphy,

3

Cosa pensano gli utenti previsti di questa applicazione? Se stanno bene, non preoccuparti. Alcune applicazioni che devono elaborare un sacco di dati, è OK che un comando di apertura della finestra abbia un po 'di ritardo prima dell'apertura.

Se è possibile aggiungere una schermata di avvio o una barra di avanzamento o qualcosa per indicare all'utente che sta funzionando sarebbe positivo. Di solito provo ad aggiungere un indicatore di avanzamento di qualche tipo se i miei test mostrano che una finestra richiede in modo regolare più di 2-4 secondi per apparire.


1

Atteniamo alla regola che non dovrebbero essere necessari più di 2 secondi affinché QUALSIASI feedback venga visualizzato per l'utente.

Ho detto un feedback perché ci sono momenti in cui non è possibile caricare l'intera pagina entro 2 secondi. Devi far sapere agli utenti cosa aspettarsi dopo i primi 2 secondi.


1

Sebbene DKnight citi buone ricerche nella sua risposta , un'altra cosa da considerare sarebbe i requisiti di prestazione del sistema. Gli utenti svolgono una sorta di lavoro sensibile al tempo o per qualche motivo necessitano di requisiti rapidi? Se in qualche modo puoi chiedere agli utenti quali tempi di risposta vorrebbero vedere, specialmente in termini di tempi minimamente accettabili, sarebbe meglio. Eseguire test di usabilità con l'osservazione sarebbe anche utile per l'usabilità complessiva e se vedi un utente frustrato dall'attesa dopo aver eseguito un'azione specifica, allora sai di rivisitare le prestazioni di quella parte del sistema.

In termini di generalità, tuttavia, sospetterei che 10 secondi siano davvero lunghi. Ci sono alcune operazioni di lunga durata e, se questo è davvero il caso, è importante fornire indicazioni all'utente che il sistema sta ancora funzionando e continuare ad aspettare.


0

Sono d'accordo che 10 secondi sono decisamente troppo. Ho lavorato per applicazioni intranet in una Software House (utilizzata solo internamente dai dipendenti) e il ritardo massimo durante il caricamento di una pagina è stato di 5 secondi. Questo era per me il limite.

Tuttavia ho visto altre applicazioni interne, davvero molto complesse, ma in cui il tempo di caricamento era qualcosa di drammatico. Nella situazione peggiore, a causa di migliaia di registrazioni / query eseguite, ci sono voluti circa 2 minuti! Ma questo è ovviamente troppo lontano dal contesto generale.

Pertanto, concluderei che 3 o 4 secondi sono il limite per fornire un buon servizio di risposta.


0

Questo non è un problema di prestazioni in quanto tale, ma un problema con la GUI. L'utente dovrebbe essere DETTO ciò che fa il programma e se impiega più di 1-2 secondi, dovrebbe essere visualizzata una barra di avanzamento.

Detto questo, ci potrebbe essere una ragione per questo, se usato per essere veloce, ma non è quello che hai chiesto.

Il problema tipico di tali applicazioni sta esaurendo la memoria fisica, quindi l'I / O del disco diventa il collo di bottiglia per il caricamento e lo scambio. Potrebbe anche essere semplicemente che i set di dati siano diventati così grandi che l'algoritmo O (N ^ 3) ora traspare.


Penso che una barra di avanzamento dovrebbe essere utilizzata solo se è nota la durata o le attività totali. Altrimenti, dovrebbe essere usato qualcosa di più indeterminato.
Thomas Owens
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.