Wie würden Sie mit Benutzern umgehen, die keine Dialogfelder lesen können?[geschlossen]
https://stackoverflow.com/questions/125269
-
02-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianFrage
Ein aktueller Artikel über Ars Technica bespricht eine aktuelle Studie der Psychologieabteilung der North Carolina State University, die zeigte, dass Benutzer dazu neigen, alles Nötige zu tun, um ein Dialogfeld zu entfernen, um zu ihrer eigentlichen Aufgabe zurückzukehren.Die meisten von ihnen klickten auf „OK“ oder „Ja“, minimierten den Dialog oder schlossen ihn, unabhängig von der angezeigten Meldung.Einige der angezeigten Dialogfelder waren echt, andere waren gefälscht (z. B. die Popups, die von Webseiten angezeigt wurden, die sich als Antivirenwarnung ausgab).Die Antwortzeiten würden darauf hinweisen, dass diese Benutzer diese Dialogfelder nicht wirklich lesen.
Wenn Sie dies wissen, wie würde sich das auf Ihr Design auswirken und was würden Sie (wenn überhaupt) dagegen unternehmen?
Lösung
Ich versuche, Anwendungen zu entwerfen im Angesicht der Unfälle robust zu sein - entweder rutscht (unbeabsichtigte Operationen, wie zB an der falschen Stelle zu klicken) oder Fehler (kognitiver Fehler, wie Sie mit Ok gegen auf einem Dialog Abbrechen). Einige Möglichkeiten, dies zu tun, sind:
- unendlich (oder zumindest mehrstufigen) Undo / Redo
- integriert Dokumentation mit der Schnittstelle, über die dynamischen Tooltips und andere kontextsensitive Kommunikationsmittel (Ein Papier, das besonders relevant ist, ist über 'Surprise, Erklären, Belohnung' (direkter Link: SER ) - typische psychologische Antworten auf unerwartetes Verhalten von Benutzern verwenden zu informieren)
- Integrieren Sie den Zustand des Systems in die Dokumentation (des aktuellen Benutzers Daten als Beispiele verwenden, und in der Dokumentation zu konkretisieren von Daten verwenden, die sie sehen können, jetzt )
- Erwarten Benutzerfehler. Wenn es eine Chance, dass jemand ein schreiben versuchen,: \, wenn es nicht eine Platte vorhanden ist, implementieren dann eine Auszeit, so kann das System ordnungsgemäß fehlschlagen, und für einen anderen Ort aufgefordert. Speichern Sie die Daten im Speicher, bis es sicher auf der Festplatte, etc.
Dies läuft darauf hinaus, zwei Kerne Dinge: (1) Programm defensiv, und (2) Halten Sie den Benutzer als gut informiert, wie Sie können. Wenn die Schnittstelle des Systems ist einfach zu bedienen, und verhält sich entsprechend ihre Erwartungen dann sind sie eher zu weiß , welche Taste klicken, wenn ein lästiger Dialog erscheint.
Ich versuche auch, sehr, sehr schwer, etwas modal zu vermeiden, so dass die Benutzer können ignorieren die meisten Dialoge ich verwenden müssen, zumindest für eine Weile (und wenn sie wirklich brauchen die Aufmerksamkeit auf sie zu bezahlen, sie haben genug Informationen zu wissen, was damit zu tun).
Es ist unmöglich, ein System völlig narrensicher zu machen, aber ich habe festgestellt, dass die oben genannten Techniken einen langen Weg in der richtigen Richtung gehen. (Und sie haben in den Systemen aufgenommen wurden verwendet Überraschung Belohnung und andere Werkzeuge erklären zu entwickeln, die durch umfangreiche Anwenderstudien überprüft wurden.)
Andere Tipps
Zum eineineeines der Verwendung von Farben und Symbolen sollte dem Benutzer ein visuelles Bewusstsein für die Schwere des Problems helfen zu geben, rot, gelb, außergewöhnlich, zu vermitteln, um eine Warnung zu übermitteln, und weiß Informations zu vermitteln.
Zweitens die Verwendung von Verben auf Dialog Tasten gibt den Benutzern ein Gefühl von dem, was es das System sagen zu tun, auch wenn sie den Text des Dialogs nicht liest.
Schließlich, wenn Sie bei der Suche in eine völlig andere Meldung Paradigma überprüfen die Informationsleiste oder Notification Bar interessiert sind, die in Firefox und Internet Explorer implementiert ist. Stackoverflow verwendet die gleiche Art von Mechanismus Benutzer zu benachrichtigen, wenn sie ein neues Abzeichen bekommen haben.
Die Informationsleiste ist nicht aufdringlich und bleibt am oberen Rand des Bildschirms für die Aufmerksamkeit des Benutzers wartet. Ich denke, es ist eine große Design-Metapher.
Hier sind ein paar Implementierung Tutorials:
Hier ist Microsofts Anleitung für Dialogdesign , es berührt die Informationen Bar-Konzept als auch.
Unmittelbar Steve Krug Buch Do not Make Me Denken in den Sinn kommt.
Bei der Gestaltung von Dialogfeldern, Statusmeldungen zurück an Benutzern usw. es ist gut, Ikonographie und Farbe Hinweise auf zu verwenden, was die Worte tatsächlich sagen.
So Highlight Fehlermeldungen rot, gelb Warnungen usw.
The Humane Interface von Jef Raskin lohnt zu lesen. Ein Dialogfeld ist die letzte Mittel, und ein Zeichen für schlechtes Design. Die meisten sind nicht erforderlich, und wie Sie alle ignoriert von Nutzern entdeckt werden.
Warum gibt es ein Dialogfeld? Lösen Sie das Problem - nicht Benutzer bitten, einen Vorgang zu bestätigen, sondern macht es einfach, den Vorgang rückgängig zu machen. Verwenden Sie kein Dialogfeld kündigt einen Fehler Popup - tun, was Erholung du gehst trotzdem zu tun (oder was auch immer möglich ist). Auf jeden Fall zeigt keine Dialogfelder, die nur ein Ergebnis haben ( ‚OK‘ nur Boxen sind der Teufel), präsentiert die Informationen in der App unaufdringlich.
Ein paar Vorschläge
- Nur Boxen verwenden, wenn es unbedingt notwendig ist.
- Stellen Sie die Standardoption auf die am wenigsten gefährliche Option
.NET Rocks Folge in den Sinn kommt (ich glaube, Episode 338, "dieses sehr Thema wird auf der Wissenschaft Mark Miller of Good UI" ?). Ich denke, was ist der Schlüssel zu dieser ganzen Diskussion ist, dass diese grundlegende UI-Design zu weit gegangen ist. Wo die modale einmal ein akzeptables Mittel der Kommunikation war so finden wir jetzt, dass es Programmierung Fauxpas geworden ist. Benutzer verstehen, dass 6-mal von 10 die Informationen nicht relevant genug ist, um für sie zu kümmern. Als Ergebnis behandeln sie alle Modalverben die gleiche Art und Weise - Hilflosigkeit gelernt. Wenn ein modaler nach oben kommt und sagt mir, dass Anwendungsfehler X aufgetreten ist, und alles, was ich kann klicken „OK“ ist --even wenn ich nicht glaube, es ist „OK“ Ich lerne ein bestimmtes Verhalten. Ich assosciate Modalverben mit der Idee, dass ich wahrscheinlich nicht viel über sie tun kann, aber wenn ich auf OK / Ja, dann kann ich wieder zu dem, was ich brauche.
Also, warum ist es immer noch verwendet? Vielleicht haben versucht, Entwickler die Tatsache zu vermeiden, dass die Anwendungsentwicklung ist mehr als nur eine grundlegende Schnittstelle wird, und Benutzer benötigen eine Flüssigkeit UI-Design - alte Bekannte sind schwer zu geben ...
Ich denke, der Schlüssel ist hier zu verstehen, dass gutes UI-Design zeigt nun, dass Unterbrechungen (sogar die unerfahrenen Computerbenutzer) sind Belästigungen und wir müssen danach streben, eine nahtlose Benutzererfahrung zu haben, wo der Schwerpunkt der Anwendung die Benutzer - nicht die Anforderungen der Anwendung über Führung und Fehlermeldungen -. nicht zulassen, dass ein Benutzer in Situationen zu bekommen, wo sie sich nicht
Oft Entwickler verwenden modale Dialogfelder, nur weil sein leicht, sie zu codieren.
Allerdings nicht-modal-Benachrichtigungen sind oft bequemer für den Benutzer zu behandeln.
Ein Vorschlag:
- Verwenden Sie keine Dialogfelder. Besonders modal, OK / Abbrechen Dialogfelder.
Manchmal das ist schwer ... wie Öffnen Sie behandeln eine Datei? Manchmal ist es einfach, ... tun Sie wirklich den Benutzer müssen warnen, dass sie im Begriff sind, eine Datei zu überschreiben? Die Chancen stehen gut, wenn ich blind „OK“ klicken bin, werde ich beherzigen keine Warnungen zu löschen.
Wenn Sie einen Dialog verwenden müssen, setzt beschreibende Beschriftungen auf den Tasten im Dialog.
Zum Beispiel, anstelle von Schaltflächen OK und Abbrechen, haben sie sagen, „Send Rechnung“ und „Zurück“ oder was auch immer im Zusammenhang mit Ihrem Dialog geeignet ist.
Auf diese Weise ist der Text direkt unter ihren Cursor, und sie haben eine gute Chance auf Verständnis.
Mac OS X tut dies die meiste Zeit. Hier ist ein Beispielbild.
Edit:
Dies ist ein besseres Bild und ich fand es auf der Apple Human Interface Guideline Seite, die eine gute Referenz ist, und sehr gut lesbar. Dieses Dokument auf dieser Website dreht sich alles um Dialoge.
Falsche Frage. „Wie würden Sie Benutzer behandeln“ beginnt am falschen Ende.
Die richtige Frage lautet: „Da Dialoge Benutzer von der Arbeit ablenken, was bessere Alternativen gibt es?“.
Bei der Arbeit ein Ziel zu erreichen oder eine Aufgabe beendet hat, können wir drei Situationen unterscheiden:
(1) Der Antrag kommt zu dem Schluss, dass es keine Aktion ist es dauern kann, die den Benutzer das Ziel erreichen machen. Pop eine Nachricht auf, mit einer Taste, um es zu schließen. Sie kümmern sich nicht, wenn der Leser es versteht, da das Ergebnis ist sowieso egal.
(2) Es gibt nur eine Aktion, die Sie ergreifen können, oder die Alternativen sind für den Benutzer nicht relevant. Überhaupt nicht stört ihn.
(3) Es gibt zwei oder mehr Möglichkeiten, das Ziel zu erreichen. Lassen Sie den Benutzer zwischen diesen wählen. Sie formulieren dies nicht als Ja / Nein-Frage. (Vista bietet dies als gemeinsamen Dialog, um das Meldungsfeld zu ersetzen.) Wenn möglich, nicht dies eine irreversible Wahl.
Die Ausnahme von dieser Regel ist die Situation, in der der Benutzer würde erwartet eine Ja / Nein-Frage. Aber wirklich, wenn das der Fall ist, warum ist dann nicht die Frage Teil des normalen Arbeitsablauf? Dialogfelder sind außerhalb des normalen Arbeitsablauf.
Ich denke, Sie möchten wahrscheinlich dieses Papier lesen:„Auswirkungen hochintensiver ausgehandelter Unterbrechungen auf das Endbenutzer-Debugging“, T.J.Robertson, Joseph Lawrance und Margaret Burnett, Journal of Visual Languages and Computing 17(2), 187-202, April 2006.
Es wurde eine ähnliche Frage gestellt.Das Ergebnis war: Lassen Sie den Benutzer wissen, dass Sie seine Aufmerksamkeit wünschen, lehnen Sie sich dann zurück und warten Sie, bis der Benutzer antwortet.Unterbrechen Sie den Benutzer jedoch nicht, das ist nicht das, was er oder sie möchte.
[Lightbox] ( http://en.wikipedia.org/wiki/ Lightbox_ (JavaScript)) modaler Dialog eine effektive Technik in einigen Fällen scheint (Web 2.0 Ableitung, kann aber in anderen Kontexten implimented werden).
Ein weiterer Punkt: Wenn Sie ein Dialogfeld für einen Undo Funktion (Gmail für ein verfochten dieses Konzept als Standard Webapp Verhalten), die etwas zu beachten ist.
Wenn Sie einen Dialog verwenden müssen, belohnen den Anwender mit witzigen sympathisch oder sogar satirisch und sehr kurz Erläuterungstext. Wenn Sie gelegentlich etwas urkomisch skandalös austeilt sie lesen alles .
Benutzer ausgeführt wird gefährlich niedrig auf gesunder Menschenverstand. Bitte entfernen Sie diese Benutzer und fügen Sie eine andere.
Ich habe wenig Geduld mit Benutzern, die nicht lesen, was mich zu entwickeln, viel Zeit und Mühe genommen hat: 1) die Anwendung 2) Neben den Anweisungen aus, dass, wenn Sie nicht lesen und „nur das tun, was es braucht " du bist allein. Ich behaupte, dass bis vor. Ich meine Anwendungen entwerfen so intuitiv wie möglich zu sein und immer noch gibt es Menschen, die Unterstützung Telefonaten aus heiterem Himmel machen, wie ein Kind in der Klasse blurting, wenn sie sein sollten nicht. Ich habe keine Toleranz dafür. Lesen Sie das Handbuch, lesen Sie die Dialoge - die Antworten auf 99% der Probleme sind genau dort
.Es gibt viele gute Ratschläge oben. Ich möchte nur auf die Buchempfehlungen hinzufügen - Joel Splosky der „User Interface Design für Programmierer“ Buch ist lesenswert:
Eine Sache, die Sie tun können, ist die OK-Taste für 3 Sekunden deaktiviert haben.
Firefox tut dies, wenn Sie eine Erweiterung installieren.
Edit: In Ordnung, einige Leute finden diese ärgerlich. Ich denke immer noch, dass etwa 1 Sekunde wäre alles in Ordnung. Es würde den Instant-OK-Klick Instinkt unterdrücken, dass die Menschen (ich eingeschlossen) hat, und ein Doppeltnehmen zwingen. Natürlich, auch wird diese Leute ärgern, wenn Ihr Dialog nicht etwas, das sie wirklich lesen müssen.
Zu allererst sollte, dumm verletzt, aber normalerweise ist es nicht so ...
Die nächste beste Sache ist darunter ein Symbol, das die Schwere des Problems zu vermitteln versucht. Einige Prozentsatz derer, die nicht ihre Gewohnheit ändern lesen könnte, wenn der Dialog das Symbol bedrohlich erscheint. Einige Prozentsatz wird es nicht unabhängig gelesen werden.
Fügen Sie eine Multiple-Choice-Quiz am Ende des Dialogfelds, auf das der Benutzer die Antwort auswählen muß, die sie zeigt wirklich gelesen hat und versteht den Text. die Reihenfolge der Entscheidungen in zufälliger Reihenfolge wechseln, so dass sie nicht immer gleich einen Klick können.
Ändern des Wortlauts und wie die Dialog Arbeiten hilft. Zum Beispiel Taste Abbrechen OK / neigt dazu, die Benutzer der meisten Dialoge ignorieren zu lassen. Wenn Sie die normalen Tasten entfernen und diese mit wortreichen Befehlen Links ersetzen, sind Benutzer eher jede Taste lesen, weil die ‚schnellt, geh weg‘ Option nicht verfügbar ist.
Ich nenne dies das "Autopilot" Problem.
- Verwenden Sie das OK nicht, Abbrechen Schaltflächen am unteren Rand des Bildschirms. Schauen Sie sich die Art und Weise, die Vista versucht, Benutzer zu zwingen, eine wirkliche Entscheidung zu treffen.
- Deaktivieren Sie die Tasten für einige Sekunden, zeigen eine „Zeit zum Nachdenken“ Timer / progressbar. So kann der Benutzer nicht auf Autopilot klicken. Benutzer neigen dazu, dies sehr ärgerlich zu finden.
Sie keine Bestätigung verwenden (Sind Sie sicher? Ja / Nein), sondern verwenden Sie Rückgängig.
Sie Pop-up nicht Warnungen sind, wird Sperrung , da die Benutzer versuchen, wieder so schnell wie möglich zum Laufen zu bringen, um die Nachricht zu missachten und klicken sie einfach weg. Verwenden Sie so etwas wie die Informationsleiste von Internet Explorer, die nicht blockiert werden.
Sie können alltogether mit Dialogfeldern vermeiden! In einigen Programmen gibt es einen Minipuffer, die Fehler und Warnungen zeigt. Zusammen dass kann es auch etwas fragen, wo Sie eingeben müssen, was Sie tun wollen. Es ist sehr sauber und schöne Lösung, neige ich dazu, es über einen menubar bevorzugen.
Aber wenn Sie wirklich Dialogfelder verwenden müssen, versuchen Sie dies:
- Ein Satz pro Dialog nur
- Allenfalls zwei oder drei Tasten
- Machen Sie den Text lesbar innerhalb des Dialog (größer, schwarz-auf-weiß)
- verwenden, vielmehr ein Dialog als viele kleine wiederholt (Tipp: listbox)
Was denke ich über Dialogfelder? In aller Kürze: Sie sind dumm und dumme Dinge. Programme, die sie verwenden, auf dem Weg zu bekommen und verlangsamt mich mit ihren dummen sinnlosen Fragen nach unten. Auch oft Programme, die Dialogfelder verwenden, sind eher stumm.
