Wenn Ihre Zielgruppe nicht technisch ist, besteht für Sie das ernsthafte Risiko, dass Ihre Benutzer die sorgfältig formulierten Fehlermeldungen einfach ignorieren, sie entweder schockiert anstarren, Ihre Support-Mitarbeiter anrufen und anschreien oder sie einfach ignorieren und/oder schließen.
Ich frage mich, welche bewährten Methoden Sie empfehlen, um die Benutzer dazu zu bringen, Ihre Fehlermeldungen tatsächlich zu lesen, anstatt sie zu entsorgen. Jetzt kenne ich einige Grundlagen wie:
Das Buch About Face hat einige gute Ratschläge. Das Wichtigste dabei ist, die Software so zu gestalten, dass keine Fehlerdialoge erforderlich sind . In Fällen, in denen dies nicht möglich ist, empfehlen die Autoren:
Der mit Abstand größte Vorteil besteht darin, sehr hart zu arbeiten, um Fehlermeldungen insgesamt zu vermeiden. Sei es durch die Implementierung einer Rückgängig-Funktion oder durch das Anbieten einer alternativen Benutzeroberfläche oder von Eingaben, wenn eine Fehlerbedingung auftritt, oder durch etwas ganz anderes.
Sie werden immer einen signifikanten Prozentsatz von Benutzern haben, die viele oder alle Fehlermeldungen ignorieren. Selbst wenn sie den Support anrufen, die Fehlermeldung vor sich haben und behaupten, sie gelesen zu haben, haben sie den Inhalt der Nachricht möglicherweise immer noch nicht aufgenommen. Sie sollten sich daher sehr bemühen, einen Fehlerdialog zu vermeiden.
Zusätzlich zu den Ratschlägen in Über Gesicht (siehe Antwort von Aaron Lerch) ist es eine gute Idee, alle Nachrichten so zu protokollieren, dass sie anschließend überprüft werden können. Verlassen Sie sich nicht darauf, dass der Benutzer weiß, was in der Fehlermeldung steht oder welche Schaltfläche er gedrückt hat, um das Dialogfeld zu entfernen.
Wenn die Benutzer nicht technisch sind, würde ich einen von zwei Ansätzen vorschlagen:
Geben Sie ihnen nur Kontaktinformationen, um mit jemandem zu sprechen. Entfernen Sie im Grunde die Möglichkeit für sie, sogar zu versuchen, das Problem zu beheben, denn wenn sie nicht in der Lage sind, Anweisungen zu befolgen, egal wie einfach Sie sie machen, geben Sie sie ihnen nicht. Geben Sie ihnen eine 1-800-Hilfe-Nummer oder eine anklickbare E-Mail oder etwas anderes.
Wenn Sie ihnen wirklich Anweisungen geben müssen, müssen sie nicht technisch sein (auch bekannt als von Ihrer Mutter geschrieben, vorausgesetzt, Ihre Mutter ist nicht technisch). Sogar das Beispiel "Sie können keine Verbindung zum Server herstellen. Bitte überprüfen Sie Ihre Internetverbindung." könnte für den gelegentlichen Heimanwender zu technisch sein. Wie überprüfe ich meine Internetverbindung? Was ist meine Internetverbindung? Denken Sie daran, dies sind Personen, die den Computer als "Maschine" und den Monitor als "Fernseher" bezeichnen. Zeigen Sie ihnen Bilder, erklären Sie sie in einfachen Worten usw. Am besten holen Sie sich jemanden, der nichts über Computer weiß, wenn Sie diesen Weg gehen, die Beispieldokumentation oder Fehlerinformationen, die Sie präsentieren möchten, und prüfen Sie, ob er sie versteht es (ich nenne das den Schwiegermutter-Test, wenn sie es verstehen kann, kann es jeder).
Um die Leute dazu zu bringen, die wichtige Nachricht zu lesen, die Sie im Sinn haben, müssen Sie zuerst die Anwendung nach allen wertlosen Nachrichten durchsuchen: "Wenden Sie sich an Ihren Administrator (der tatsächlich nicht existiert)!" und entfernen Sie sie oder ersetzen Sie sie durch ehrliche Informationen. Sobald das Rauschen aus dem Nachrichtenstrom entfernt wurde, wird es Monate dauern, bis die Benutzerbasis bemerkt, dass sich das Rauschen-zu-Nachrichten-Verhältnis so weit verbessert hat, dass es nützlich ist, Nachrichten erneut zu lesen.
Lage, Lage, Lage!
Stellen Sie sicher, dass sich die Fehlermeldung an einer Stelle befindet, die einerseits den Arbeitsablauf nicht stört, andererseits aber leicht bemerkt wird.
Wenn sich die Nachricht in der Mitte des Bildschirms befindet und den Zugriff auf das Hauptformular blockiert, schließt der Benutzer sie wahrscheinlich sofort, ohne sie zu lesen. Wenn sie jedoch überhaupt nicht schreit, bemerkt der Benutzer sie möglicherweise nicht einmal.
(Es sieht so aus, als ob einige meiner Aussagen hier von anderen beantwortet wurden, bevor ich sie veröffentlichte - einige gute Informationen oben, insbesondere Herr Lerch.)
Ich denke, die unglückliche schnelle Antwort lautet: "Das werden sie nicht." Ähnlich wie beim Phänomen, dass Benutzer Produkthandbücher besitzen, sich jedoch weigern, diese zu öffnen, wird eine plötzliche, überraschende, nicht kontextbezogene (zumindest für den Basisbenutzer) Meldung plötzlich, überraschend und nicht kontextbezogen sein .
Abgesehen von meinem ererbten Pessimismus habe ich mit dem Geist Ihrer gegebenen Vorschläge einen anekdotischen Erfolg erzielt. WRT den ersten Punkt, ich stimme mit "kurz", aber nicht so viel "präzise". Der nicht technische Benutzer wird Probleme mit einer Fehlermeldung haben. Eine "präzise" Nachricht umso mehr, als der nicht-technische Benutzer nicht weniger Informationen benötigt, sondern mehr (d. H. Ein wenig Bildung), um tatsächlich zu verstehen, was passiert ist.
Im zweiten Aufzählungspunkt wird der nicht-technische Benutzer beispielsweise Probleme mit dem ersten Teil Ihrer Beispielnachricht haben.
Einige oder alle dieser Fragen werden ihnen durch den Kopf gehen, bevor sie wirklich dazu kommen, die vorgeschlagene Antwort zu verstehen. Wenn sie sich wieder beruhigen und den zweiten Teil lesen, werden sie weitere Fragen dazu haben, wie sie ihre Internetverbindung überprüfen können. Einige interpretieren es als Modem- oder Routerproblem und schalten den gesamten Stack aus und wieder ein (kein Scherz).
Ein paar davon sind in der Fehlermeldung nicht wirklich lösbar. Menschen verfügen über ein hohes Maß an Computerkenntnissen, und Ihre Anwendung wird wahrscheinlich keinen wesentlichen Einfluss darauf haben. Aber wenn du es wärst
sie können die Erfahrung ein bisschen angenehmer machen.
Beachten Sie, dass die letzten paar leicht falsch sind und am Ende bevormundend klingen. Seien Sie also vorsichtig und testen Sie zuerst gegen einige Freunde.
Machen Sie sie relevant, präzise, in einfachem Englisch und an einem Ort, der nicht weit von dem Ort entfernt ist, an dem der Benutzer sucht. Erklären Sie, was passiert ist und warum es passiert ist, aber ohne zu viel Redewendung. Testen oder prototypisieren Sie abschließend die Fehlerzustände Ihrer Anwendung sowie anderer Teile. Wir vergessen oft und lassen Benutzer nur einen Prozess durchlaufen, bevor wir alle unsere Fehlerbehandlungen eingebaut haben, und das lässt die Validierung eines kritischen, möglicherweise frustrierenden Teils der Erfahrung aus.
Heben Sie sie optisch von anderen Elementen der Benutzeroberfläche ab. Animation kann helfen, Bewusstsein zu schaffen; Die Yellow Fade Technique ist ein gutes Beispiel dafür.
Viele der besten Ratschläge wurden bereits eingereicht. Ich möchte hinzufügen, dass die Fehlermeldung mit dem Ton des restlichen Inhalts der Benutzeroberfläche übereinstimmen sollte. http://www.visual-ii.com/ , das ein sehr gesprächiges, leicht nerdiges Gefühl hat und dessen Homepage-Banner "Uncomplexification" lautet, hat eine 404-Fehlerseite erstellt, die seinem leicht nerdigen entspricht Basis: http://www.visual-ii.com/404 .
Für nicht behandelte Ausnahmetypfehler, die beim Ausführen der Anwendung selten, aber schwerwiegend sind, haben wir einen Fehlerdialog mit drei Schaltflächen erstellt:
Zum Schutz protokollieren wir die Fehlermeldung auch in einer lokalen Textdatei, falls der Benutzer keine Aktion ausführt, die dann zu einem späteren Zeitpunkt vom technischen Support überprüft werden kann.
Wenn eine Anwendung Fehlermeldungen ausgibt, die mir bei der Lösung des Problems helfen, lese ich sie. Wenn eine Anwendung (oder ein Anbieter) den Ruf hat, Fehlermeldungen zu erhalten, die nicht nützlich sind, höre ich auf, sie zu lesen.
Lassen Sie es NICHT wie eine Fehlermeldung aussehen.
Verwenden Sie keine Warnungen oder ähnliches, die Sie mit einer Schaltfläche schließen müssen. Zeigen Sie Fehler in einem statischen Bereich an, der für diesen Zweck reserviert ist (siehe Webanwendungen, CMS-Administrationsbereiche usw.).
Verwenden Sie eine einfache und lustige Sprache.
Anstelle von "Internal Server Error 500" versuchen Sie "Ups. Sieht so aus, als hätten wir diese Eingabe nicht erwartet. Vielleicht möchten Sie zurückgehen und sehen, ob Sie etwas Ungewöhnliches in das Formular eingefügt haben."
Anstelle von "Fehler beim Initialisieren des Geräts" versuchen Sie "Wir konnten Ihr [Gerät, z. B. GPRS-Modem] nicht verwenden. Ist alles in Ordnung? Überprüfen Sie es und sehen Sie, was in der Konfiguration enthalten ist."
Verwenden Sie einen animierten verkleinernden Lightbox-Effekt, der die Aufmerksamkeit auf die Fehlermeldung sowie auf alle relevanten Bereiche der Anzeige lenkt. Verwenden Sie anstelle einer Schaltfläche den Text "(Klicken Sie hier, um die Fehlermeldung zu entfernen)".
Wenn Sie möchten, dass sie Ihnen Daten über den Fehler senden, auch mit ihren Eingaben, sagt dies. Verwenden Sie das Wort "brauchen". "Hier sind Daten zu diesem Fehler, die wir benötigen. Einige davon beziehen sich möglicherweise persönlich auf Sie. Bitte klicken Sie auf -> hier <-, um sie an uns zu senden."
Es gibt unzählige Untersuchungen, die zeigen, dass viele nicht-technische Endbenutzer jemanden neben ihnen um Hilfe oder technischen Support bitten, anstatt zu versuchen, Probleme selbst zu lösen. Das ist die menschliche Natur, und ich bin mir nicht sicher, ob wir das jemals umgehen werden. Aber Fehlermeldungen haben bei nicht-technischen Benutzern einen schlechten Ruf, den wir überwinden müssen.
Stellen Sie zusätzlich zu den oben genannten Punkten sicher, dass Ihre Fehlermeldung lautet:
Eines der effektivsten Mittel zum Anzeigen einer Fehlerwarnung ist:
Dies orientiert den Benutzer auf hilfreiche und nicht bedrohliche, aber auch beharrliche Weise an der Korrekturmaßnahme.