Wie lange kann es dauern, bis ein Bildschirm angezeigt wird, bevor er als Leistungsproblem eingestuft wird?

12

Ich bin an der Entwicklung einer Windows-Anwendung mit verschiedenen Bildschirmen beteiligt. Es dauert zehn Sekunden, bis einer von ihnen angezeigt wird, ohne dass ein Drehfeld oder ein anderer Hinweis darauf vorhanden ist, dass der Bildschirm geladen wird. Ich halte dies für ein ernstes Leistungsproblem, aber ich scheine der einzige zu sein, der sich Sorgen macht.

Bin ich übereifrig? Was ist eine akzeptable Wartezeit, bis ein Bildschirm angezeigt wird?

Blau
quelle
2
Beträgt dies 10 Sekunden auf dem Spitzencomputer eines Entwicklers oder 10 Sekunden auf dem Computer, auf dem ein durchschnittlicher Benutzer die besseren Tage gesehen hat?
MZB
@MZB: 10 Sekunden auf Entwickler-Computer ...
blau
@ 8kb Was ist das Problem, bei dem es so lange dauert, bis der Bildschirm angezeigt wird?
AttackingHobo
3
Wenn ich mich recht erinnere, wird Android nach 5 Sekunden einen Bildschirm als blockiert betrachten. Anschließend wird der Benutzer gefragt, ob er die Anwendung beenden oder weiter warten möchte.
Federico Klez Culloca

Antworten:

23

Das ist alte Forschung, aber 10 Sekunden sind schlecht:

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

von der Seite:

Die grundlegenden Ratschläge zu den Reaktionszeiten sind seit 30 Jahren etwa gleich [Miller 1968; Card et al. 1991]:

• 0,1 Sekunden sind ungefähr die Grenze, bis zu der der Benutzer das Gefühl hat, dass das System sofort reagiert. Dies bedeutet, dass außer zur Anzeige des Ergebnisses keine spezielle Rückmeldung erforderlich ist.

• 1,0 Sekunden ist ungefähr die Grenze für den Gedankenfluss des Benutzers, um ungestört zu bleiben, auch wenn der Benutzer die Verzögerung bemerkt. Normalerweise ist bei Verzögerungen von mehr als 0,1 Sekunden, aber weniger als 1,0 Sekunden keine spezielle Rückmeldung erforderlich, aber der Benutzer verliert das Gefühl, direkt mit den Daten zu arbeiten.

• 10 Sekunden sind ungefähr die Grenze, um die Aufmerksamkeit des Benutzers auf den Dialog zu lenken. Bei längeren Verzögerungen möchten Benutzer andere Aufgaben ausführen, während sie auf den Abschluss des Computers warten. Daher sollten sie eine Rückmeldung erhalten, die angibt, wann der Computer fertig sein wird. Die Rückmeldung während der Verzögerung ist besonders wichtig, wenn die Antwortzeit wahrscheinlich sehr unterschiedlich ist, da die Benutzer dann nicht wissen, was sie zu erwarten haben.

DKnight
quelle
1
Lassen Sie einen Benutzer niemals die Frage, ob er die Software gerade kaputt gemacht hat. Selbst ein kleines Erinnerungsfenster, das sich sofort mit der erwarteten Zeit bis zur Fertigstellung öffnet, stoppt die Angst des Endbenutzers und gibt ihm das Gefühl, die Kontrolle zu behalten.
Patrick Hughes
4
Ich würde behaupten, dass die Timing-Daten veraltet sind, da sie vor etwa 20 Jahren geschrieben wurden. Heutzutage, da auf jedem Desktop ein unglaublich leistungsfähiger Computer installiert ist und die Interaktion in Echtzeit zunimmt, sind die Benutzer an viel kürzere Reaktionszeiten als 10 Sekunden gewöhnt.
Eran Galperin
2
Ich bin damit einverstanden, dass 10 Sekunden viel zu lang sind, um einen Bildschirm ohne Feedback anzuzeigen. Für alles, was länger als ~ 2 Sekunden dauert, würde ich wahrscheinlich (zumindest) ein sich drehendes Rad einsetzen, um zu zeigen, dass das Programm etwas tut , wenn nicht einen Fortschrittsbalken.
8.
1
Die Daten befassen sich mit den Denkprozessen einer Person. Als solches ist es wahrscheinlich nicht so veraltet. Allerdings sind 10 Sekunden ohne Rückmeldung heutzutage viel zu lang. Es gibt Techniken zur Verbesserung der wahrgenommenen Reaktionsfähigkeit.
BillThor
9

Mehr als zwei Sekunden ohne Sanduhr und ich bin schon ziemlich skeptisch. Verschiedene Leute werden unterschiedliche Erwartungen haben, aber ich würde 10 Sekunden ohne Rückmeldung erwarten, um zu bestätigen, dass ich auf einen Knopf geklickt habe oder was auch immer fast jeden nerven würde. Ob es wichtig ist, Ihre Benutzer zu ärgern oder nicht, ist eine andere Frage.

Jeremy
quelle
Einverstanden - Sie sollten sehr schnell einen "Wartecursor" oder eine andere Anzeige aufrufen. Basierend auf UX-Normen würde ich es eher in 0,1 bis 0,25 Sekunden als in zwei Sekunden sehen.
Bob Murphy
3

Was denken die beabsichtigten Benutzer dieser Anwendung? Wenn sie damit einverstanden sind, machen Sie sich keine Sorgen. Bei einigen Anwendungen, die viele Daten verarbeiten müssen, ist es in Ordnung, dass ein Fensteröffnungsbefehl eine gewisse Verzögerung aufweist, bevor er geöffnet wird.

Wenn es möglich ist, einen Begrüßungsbildschirm oder einen Fortschrittsbalken oder etwas hinzuzufügen , das dem Benutzer anzeigt, dass es funktioniert, wäre das gut. Normalerweise versuche ich, eine Art Fortschrittsanzeige hinzuzufügen, wenn mein Test zeigt, dass ein Fenster regelmäßig mehr als 2 bis 4 Sekunden braucht, um angezeigt zu werden.

FrustratedWithFormsDesigner
quelle
1

Wir halten uns an die Regel, dass es nicht länger als 2 Sekunden dauern sollte, bis JEDES Feedback für den Benutzer angezeigt wird.

Ich sagte keine Rückmeldung, weil es Zeiten gibt, in denen es nicht möglich ist, die gesamte Seite innerhalb von 2 Sekunden zu laden. Sie müssen den Benutzern mitteilen, was sie nach den ersten 2 Sekunden erwarten.

Tarang Desai
quelle
1

Obwohl DKnight in seiner Antwort gute Nachforschungen anführt , sollten auch die Leistungsanforderungen des Systems berücksichtigt werden. Erledigen die Benutzer zeitkritische Arbeiten oder benötigen sie aus irgendeinem Grund schnelle Anforderungen? Wenn Sie die Benutzer irgendwie fragen können, welche Antwortzeiten sie sehen möchten, insbesondere in Bezug auf minimal akzeptable Zeiten, ist dies am besten. Das Durchführen von Usability-Tests mit Beobachtung ist auch für die allgemeine Benutzerfreundlichkeit von Vorteil. Wenn Sie feststellen, dass ein Benutzer nach dem Ausführen einer bestimmten Aktion frustriert ist, dass er wartet, müssen Sie die Leistung dieses Teils des Systems erneut überprüfen.

Allgemein würde ich jedoch vermuten, dass 10 Sekunden in der Tat eine lange Zeit sind. Es gibt einige lang andauernde Vorgänge, und wenn dies tatsächlich der Fall ist, ist es wichtig, dem Benutzer Hinweise darauf zu geben, dass das System noch funktioniert, und weiter zu warten.

Thomas Owens
quelle
0

Ich stimme zu, dass 10 Sekunden definitiv zu viel sind. Ich habe für Intranetanwendungen in einem Softwarehaus gearbeitet (nur intern von Mitarbeitern verwendet) und die maximale Verzögerung beim Laden einer Seite betrug 5 Sekunden. Das war für mich die Grenze.

Ich sah jedoch eine andere interne Anwendung, die zwar sehr komplex war, deren Ladezeit jedoch dramatisch war. Im schlimmsten Fall dauerte es aufgrund tausender durchgeführter Datensätze / Abfragen ca. 2 Minuten! Aber das ist natürlich zu weit vom allgemeinen Kontext entfernt.

Daher würde ich sagen, dass 3 oder 4 Sekunden die Grenze für die Bereitstellung eines guten Antwortdienstes sind.

Francesco
quelle
0

Dies ist kein Leistungsproblem als solches, sondern ein GUI-Problem. Dem Benutzer sollte mitgeteilt werden, was das Programm tut, und wenn es länger als 1-2 Sekunden dauert, sollte ein Fortschrittsbalken angezeigt werden.

Das heißt, es könnte einen GRUND dafür geben, wenn es früher schnell war, aber das haben Sie nicht gefragt.

Das typische Problem bei solchen Anwendungen besteht darin, dass der physische Speicher knapp wird und die Datenträger-E / A zum Engpass beim Laden und Austauschen werden. Es könnte auch einfach sein, dass die Datensätze so groß geworden sind, dass der O (N ^ 3) -Algorithmus jetzt durchscheint.


quelle
Ich denke, dass eine Fortschrittsanzeige nur verwendet werden sollte, wenn die Dauer oder die Gesamtanzahl der Aufgaben bekannt ist. Andernfalls sollte etwas Unbestimmtes verwendet werden.
Thomas Owens