Warnmeldungen
Anmerkung
Dieses Designhandbuch wurde für Windows 7 erstellt und wurde für neuere Versionen von Windows nicht aktualisiert. Ein Großteil der Anleitungen gilt weiterhin im Prinzip, aber die Präsentation und Beispiele spiegeln nicht unsere aktuelle Designleitfadenwider.
Eine Warnmeldung ist ein modales Dialogfeld, eine direkte Nachricht, eine Benachrichtigung oder eine Sprechblase, die den Benutzer über eine Bedingung benachrichtigt, die in Zukunft zu einem Problem führen kann.
Eine typische modale Warnmeldung.
Das grundlegende Merkmal von Warnungen besteht darin, dass sie das Risiko beinhalten, einen oder mehrere der folgenden Zugänge zu verlieren:
- Ein wertvolles Vermögen, z. B. wichtige finanzielle oder andere Daten.
- Systemzugriff oder Integrität.
- Datenschutz oder Kontrolle über vertrauliche Informationen.
- Die Zeit des Benutzers (eine erhebliche Menge, z. B. 30 Sekunden oder mehr).
Im Gegensatz dazu ist eine Bestätigung ein modales Dialogfeld, das fragt, ob der Benutzer eine Aktion fortsetzen möchte. Einige Arten von Warnungen werden als Bestätigungen dargestellt, und wenn ja, gelten auch die Bestätigungsrichtlinien.
Hinweis: Richtlinien für Dialogfelder, Bestätigungen, FehlermeldungenStandardsymbole, Benachrichtigungenund Layout- werden in separaten Artikeln vorgestellt.
Ist dies die richtige Benutzeroberfläche?
Berücksichtigen Sie die folgenden Fragen, um sich zu entscheiden:
- Wird der Benutzer über eine Bedingung benachrichtigt, die in Zukunft zu einem Problem führen kann? Wenn nicht, ist die Nachricht keine Warnung.
- Stellt die Benutzeroberfläche einen Fehler oder ein Problem dar, das bereits aufgetreten ist? Wenn ja, verwenden Sie stattdessen eine Fehlermeldung.
- Werden Benutzer wahrscheinlich eine Aktion ausführen oder ihr Verhalten als Ergebnis der Nachricht ändern? Wenn dies nicht der Grund dafür ist, den Benutzer zu unterbrechen, ist es besser, die Warnung zu unterdrücken.
- Ist die Bedingung das direkte Ergebnis einer Aktion, die vom Benutzer initiiert wird? Wenn dies nicht der Fall ist, sollten Sie eine nicht kritische Ereignisbenachrichtigungenverwenden.
- Ist die Bedingung eine spezielle Bedingung in einem Steuerelement? Verwenden Sie in diesem Falls stattdessen eine Sprechblase.
- Für Bestätigungen wird der Benutzer eine riskante Aktion ausführen? Falls ja, ist eine Warnung angemessen, wenn die Aktion erhebliche Folgen hat oder nicht einfach rückgängig gemacht werden kann.
- Für andere Arten von Warnungen muss der Benutzer jetzt oder in unmittelbarer Zukunft handeln? Zeigen Sie keine Warnungen an, wenn Benutzer ohne sofortige Probleme weiterhin produktiv arbeiten können. Verschieben Sie die Warnung, bis die Bedingung sofortiger und relevanter ist.
Designkonzepte
Vermeiden eines Überwarnens
Wir werden in Microsoft Windows-Programmen überwarnen. Das typische Windows-Programm hat Warnungen scheinbar überall, Warnungen über Dinge, die wenig Bedeutung haben. In einigen Programmen wird fast jede Frage als Warnung dargestellt. Die Überwarnung macht die Verwendung eines Programms wie eine gefährliche Aktivität, und es zeichnet sich von wirklich bedeutenden Problemen ab.
Falsch:
Die Überwarnung macht Ihr Programm gefährlich und sieht aus, als ob es von Rechtsanwälten entworfen wurde.
Das bloße Potenzial für Datenverlust oder ein zukünftiges Problem allein reicht nicht aus, um eine Warnung anzurufen. Darüber hinaus sollten unerwünschte Ergebnisse unerwartet oder unbeabsichtigt sein und nicht leicht korrigiert werden. Andernfalls könnte jeder Benutzerfehler so ausgelegt werden, dass es zu Datenverlusten oder einem potenziellen Problem irgendeiner Art führt und eine Warnung verdient.
Merkmale guter Warnungen
Gute Warnungen:
- Risiko mit sich bringen. Gute Warnungen benachrichtigen Benutzer über etwas signifikantes.
Falsch:
Na und? Bei dieser Bestätigung wird davon ausgegangen, dass Benutzer programme häufig versehentlich verlassen.
- Haben Sie sofortige Relevanz. Nicht nur die Benutzer müssen sich kümmern, sie müssen sich jetzt kümmern. Benutzer sind in der Regel nicht an Problemen interessiert, die sie später haben könnten, solange sie ihre Arbeit jetzt erledigen können.
Falsch:
In diesem Fall ist es besser, den Benutzer in drei Stunden zu warnen.
- Führen Sie zu Aktion. Es gibt etwas, das Benutzer tun müssen oder sich als Ergebnis der Warnung bewusst sein müssen. Vielleicht müssen sie jetzt oder irgendwann in der unmittelbaren Zukunft maßnahmen ergreifen. Vielleicht werden sie eine Aufgabe als Ergebnis anders ausführen. Die Folge, dass die Warnung ignoriert wird, sollte klar sein. Warnungen ohne Aktionen machen benutzer einfach paranoid.
Falsch:
Warum ist diese Benachrichtigung eine Warnung? Was sollen Benutzer tun (neben Sorgen)?
- Sind nicht offensichtlich. Zeigen Sie keine Warnung an, um die offensichtliche Folge einer Aktion anzuzeigen. Nehmen Wir beispielsweise an, dass Benutzer die Folgen verstehen, dass eine Aufgabe nicht abgeschlossen wird.
Falsch:
Das Abbrechen eines unvollständigen Assistenten bedeutet, dass die Aufgabe nicht abgeschlossen wird... wer wusste?
- Treten selten auf. Ständige Warnungen werden schnell ineffektiv und lästig. Benutzer konzentrieren sich oft stärker darauf, die Warnung zu entfernen, als das Problem zu beheben.
Falsch:
Benutzer konzentrieren sich eher darauf, die Warnung zu entfernen, als das zugrunde liegende Problem zu beheben.
Eine Meldung, die nicht über diese Merkmale verfügt, ist möglicherweise immer noch eine gute Nachricht, nur keine gute Warnung.
Ermitteln des entsprechenden Nachrichtentyps
Einige Probleme können je nach Betonung und Ausdruck als Fehler, Warnung oder Informationen dargestellt werden. Angenommen, eine Webseite kann ein nicht signiertes ActiveX-Steuerelement basierend auf der aktuellen Windows Internet Explorer-Konfiguration nicht laden:
- Fehler. "Diese Seite kann kein nicht signiertes ActiveX-Steuerelement laden." (Als vorhandenes Problem formuliert.)
- Warnung. "Diese Seite verhält sich möglicherweise nicht wie erwartet, da Windows Internet Explorer nicht für das Laden nicht signierter ActiveX-Steuerelemente konfiguriert ist." oder "Zulassen, dass diese Seite ein nicht signiertes ActiveX-Steuerelement installiert? Dies aus nicht vertrauenswürdigen Quellen kann Ihren Computer beschädigen." (Beide als Bedingungen bezeichnet, die zu zukünftigen Problemen führen können.)
- Information. "Sie haben Windows Internet Explorer so konfiguriert, dass nicht signierte ActiveX-Steuerelemente blockiert werden." (Als Faktenaussage formuliert.)
Um den geeigneten Nachrichtentyp zu ermitteln, konzentrieren Sie sich auf den wichtigsten Aspekt des Problems, den Benutzer kennen oder darauf reagieren müssen. Wenn ein Problem in der Regel verhindert, dass der Benutzer fortfahren kann, sollten Sie ihn als Fehler anzeigen. wenn der Benutzer fortfahren kann, geben Sie ihn als Warnung an. Erstellen Sie die Hauptanweisung oder anderen entsprechenden Text basierend auf diesem Fokus, und wählen Sie dann ein Symbol (Standard- oder anderweitig) aus, das dem Text entspricht. Der Hauptanweisungstext und symbole sollten immer übereinstimmen.
Seien Sie spezifisch
Warnungen sind ansprechender, wenn die folgenden Informationen spezifisch und klar sind:
- Die Quelle der Warnung.
- Die spezifische Bedingung und das potenzielle Problem.
- Was der Benutzer dagegen tun sollte.
- Was passiert, wenn der Benutzer nichts tut.
Falsch:
In diesem Beispiel ist das potenzielle Problem? Was soll der Benutzer tun, abgesehen davon, dass er den Projektor nicht über das Netzwerk verwendet? Ohne spezifischere Informationen kann sich der gesamte Benutzer schlecht fühlen, um fortzufahren.
Richtig:
In diesem Beispiel sind das Problem und die Folgen klar.
Manchmal gibt es ein legitimes potenzielles Problem, das den Benutzern bekannt ist, aber die Lösung und Folgen sind nicht sicher bekannt. Anstatt eine vage Warnung zu geben, seien Sie spezifisch, indem Sie die wahrscheinlichsten Informationen oder das am häufigsten verwendete Beispiel geben.
Richtig:
In diesem Beispiel wird die Warnung spezifisch gemacht, indem die wahrscheinlichste Lösung bereitgestellt wird.
Verwenden Sie jedoch in solchen Fällen Formulierungen, die darauf hindeuten, dass es andere Möglichkeiten gibt. Andernfalls werden Benutzer möglicherweise falsch.
Falsch:
Richtig:
Im falschen Beispiel werden Benutzer verwechselt, wenn das Kabel eindeutig angeschlossen ist.
Wenn Sie nur zwei Dinge tun...
Warnen Sie nicht. Beschränken Sie Warnungen auf Bedingungen, die Risiken beinhalten, und sind sofort relevant, umsetzbar, nicht offensichtlich und selten. Entfernen oder neu formulieren Sie andernfalls die Nachricht.
Geben Sie bestimmte, nützliche Informationen an.
Verwendungsmuster
Warnungen weisen mehrere Verwendungsmuster auf:
Etikett | Wert |
---|---|
Bewusstsein Machen Sie den Benutzer auf eine Bedingung oder ein potenzielles Problem aufmerksam, aber möglicherweise muss der Benutzer jetzt nichts tun. |
![]() ![]() ![]() ![]() Beispiele für Sensibilisierungswarnungen. Sensibilisierungswarnungen weisen die folgende Präsentation auf:
|
Fehlerprävention Machen Sie den Benutzer auf Informationen aufmerksam, die ein Problem verhindern können, insbesondere, wenn Sie Entscheidungen treffen. |
Fehlerpräventionswarnungen werden am besten mit einem direkten Warnsymbol und erläuterndem Text dargestellt. ![]() ![]() Beispiele für Warnungen zur Fehlerprävention. |
Bevorstehendes Problem Der Benutzer muss jetzt etwas tun, um ein bevorstehendes Problem zu verhindern. |
![]() Beispiel für eine bevorstehende Problemwarnung. Bevorstehende Problemwarnungen weisen die folgende Präsentation auf:
|
Risikoaktionsbestätigung Vergewissern Sie sich, dass der Benutzer mit einer Aktion fortfahren möchte, die ein gewisses Risiko aufweist und nicht einfach rückgängig gemacht werden kann. |
![]() Ein Beispiel für die Bestätigung riskanter Aktionen. Risikobehaftete Aktionsbestätigungen weisen die folgende Präsentation auf:
|
Leitlinien
Präsentation
- Wählen Sie die Präsentations-UI basierend auf dem Informationstyp aus:
Benutzeroberfläche | Am besten geeignet für |
---|---|
Modale Dialogfelder |
Kritische Warnungen (einschließlich Bestätigungen), auf die Benutzer jetzt reagieren müssen. |
Direktes Anmelden |
Informationen, die ein Problem verhindern können, insbesondere, wenn Benutzer Entscheidungen treffen. |
Banner |
Informationen, die ein Problem verhindern können, insbesondere im Zusammenhang mit dem Abschließen einer Aufgabe. |
Benachrichtigungen |
Wichtige Ereignisse oder Status, die zumindest vorübergehend unbedenklich ignoriert werden können. |
Ballone |
Ein Steuerelement befindet sich in einem Zustand, der sich auf die Eingabe auswirkt. Dieser Zustand ist wahrscheinlich unbeabsichtigt, und der Benutzer erkennt möglicherweise keine Eingaben. |
-
Für modale Dialogfelder:
- Verwenden Sie Aufgabendialogfelde, wenn dies angemessen ist, um ein einheitliches Aussehen und Layout zu erzielen. Aufgabendialoge erfordern Windows Vista oder höher, sodass sie nicht für frühere Versionen von Windows geeignet sind.
- Zeigt pro Bedingung nur eine Warnmeldung an. Zeigen Sie z. B. eine einzelne Warnung an, die eine Bedingung vollständig erläutert, anstatt sie einzeln pro Nachricht einzeln zu beschreiben. Das Anzeigen einer Abfolge von Warndialogfeldern für eine einzelne Bedingung ist verwirrend und lästig.
- Zeigen Sie pro Bedingung keine Warnung mehr als einmal an. Ständige Warnungen werden schnell ineffektiv und lästig. Benutzer konzentrieren sich oft stärker darauf, die Warnung zu entfernen, als das Problem zu beheben. Wenn Sie wiederholt für eine einzelne Bedingung warnen müssen, verwenden Sie progressive Eskalation.
- Begleiten Sie keine Warnungen mit einem Soundeffekt oder Signalton. Dies ist störend und unnötig.
- Ausnahme: Wenn der Benutzer sofort reagieren muss, können Sie einen Soundeffekt verwenden.
Ikonen
Platzieren Sie kein Warnsymbol in der Titelleiste eines Dialogfelds.
Verwenden Sie ein Warnsymbol. Ausnahmen:
Wenn die Warnung für ein Feature mit einem Symbol vorliegt, können Sie das Featuresymbol mit einer Warnüberlagerung verwenden.
Richtig:
In diesem Beispiel weist das Featuresymbol eine Warnüberlagerung auf.
Platzieren Sie für modale Dialogfelder mit einer Warnungsnote das Warnsymbol in der Fußnote anstelle des Inhaltsbereichs.
Richtig:
des Dialogfelds
In diesem Beispiel weist die Fußnote das Warnsymbol auf.
Weitere Richtlinien und Beispiele finden Sie unter Standardsymbole.
Diese Meldung nicht mehr anzeigen
- Wenn ein Warndialogfeld diese Option benötigt, sollten Sie die Warnung und deren Häufigkeit überdenken. Wenn sie alle Merkmale einer guten Warnung aufweist (mit Risiken verbunden ist und sofort relevant, handlungsfähig, nicht offensichtlich und selten ist), sollte es nicht sinnvoll sein, dies zu unterdrücken.
Weitere Richtlinien finden Sie unter Dialogfelder.
Progressive Offenlegung
- Wenn Sie erweiterte Informationen in eine Warnmeldung einschließen müssen, zeigen Sie diese mithilfe von progressiven Offenlegungsschaltflächen an (z. B. "Details anzeigen"). Dadurch wird die Warnung für die typische Verwendung vereinfacht. Blenden Sie die benötigten Informationen nicht aus, da Benutzer sie möglicherweise nicht finden.
- Verwenden Sie "Details anzeigen", es sei denn, es gibt wirklich mehr Details. Verwenden Sie nicht nur die vorhandenen Informationen in einem anderen Format.
Bezeichnungsrichtlinien finden Sie unter Progressive Offenlegung.
Standardwerte
- Wählen Sie die sicherste, am wenigsten destruktive oder sicherste Antwort als Standard aus.
Text
Allgemein
- Entfernen Sie redundanten Text. Suchen Sie in Titeln, Hauptanweisungen, ergänzenden Anweisungen, Inhaltsbereichen, Befehlslinks und Commit-Schaltflächen. Behalten Sie im Allgemeinen Volltext in Anweisungen und interaktiven Steuerelementen bei, und entfernen Sie alle Redundanzen an den anderen Stellen.
- Verwenden Sie nicht die Begriffe "Warnung" oder "Vorsicht" im Text. Wenn ordnungsgemäßverwendet wurde, kommuniziert das Warnsymbol ausreichend, dass benutzer vorsichtig vorgehen müssen.
Falsch:
In diesem Beispiel ist der Begriff "Warnung" unnötig.
Titel
- Verwenden Sie den Titel, um den Befehl oder das Feature zu identifizieren, von dem die Warnung stammt. Ausnahmen:
- Wenn eine Warnung von vielen verschiedenen Befehlen angezeigt wird, sollten Sie stattdessen den Programmnamen verwenden.
- Wenn dieser Titel redundant oder verwirrend mit der Hauptanweisung wäre, verwenden Sie stattdessen den Programmnamen.
Falsch:
In diesem Beispiel identifiziert "Sicherheitswarnung" nicht den Befehl oder das Feature, von dem die Warnung stammt.
- Verwenden Sie den Titel nicht, um zu erläutern, was im Dialogfeld zu tun ist, dies der Zweck der Hauptanweisung ist.
- Verwenden Sie Groß-/Kleinschreibung im Titelformat, ohne Interpunktion zu beenden.
Hauptanweisungen
- Die Hauptanweisung für eine Warnung basiert auf ihrem Entwurfsmuster:
Muster | Hauptanweisung |
---|---|
Bewusstsein |
Beschreiben Sie die Bedingung oder das potenzielle Problem. |
Bevorstehendes Problem |
Beschreiben Sie, was der Benutzer jetzt tun muss. |
Bestätigung riskanter Aktionen |
Stellen Sie eine Frage, um festzustellen, ob der Benutzer fortfahren möchte. |
-
- In diesem Beispiel handelt es sich bei der Benachrichtigung über den niedrigen Akku um eine Sensibilisierungswarnung, sodass die Hauptanweisung die Bedingung beschreibt.
-
- In diesem Beispiel ist das Dialogfeld "Geringer Akku" ein bevorstehendes Problem, daher beschreibt die Hauptanweisung, was der Benutzer jetzt tun muss.
- Seien Sie prägnant, verwenden Sie nur einen einzigen, vollständigen Satz. Entfernen Sie die Hauptanweisung auf die wesentlichen Informationen. Wenn Sie etwas mehr erklären müssen, verwenden Sie eine ergänzende Anweisung.
- Verwenden Sie Wörter wie "Jetzt" und "sofort", wenn der Benutzer sofort handeln muss. Verwenden Sie diese Wörter nicht, wenn es keine Dringlichkeit gibt.
- Geben Sie ihren vollständigen Namen an, wenn Objekte beteiligt sind.
- Verwenden Sie Groß-/Kleinschreibung im Satzformat.
Ergänzende Anweisungen
- Die ergänzende Anweisung für eine Warnung basiert auf ihrem Entwurfsmuster:
Muster | Ergänzende Anweisung |
---|---|
Bewusstsein |
Erläutern Sie die Auswirkungen und warum sie wichtig ist. |
Bevorstehendes Problem |
Erklären Sie den Zustand und warum es wichtig ist. |
Bestätigung riskanter Aktionen |
Erklären Sie alle nicht offensichtlichen Gründe, warum der Benutzer möglicherweise nicht fortfahren möchte. |
- Wiederholen Sie die Hauptanweisung nicht mit etwas unterschiedlichen Formulierungen. Lassen Sie stattdessen die ergänzende Anweisung weg, wenn nicht mehr hinzugefügt werden soll.
- Verwenden Sie vollständige Sätze, Groß-/Kleinschreibung im Satzformat und endende Interpunktion.
Commit-Schaltflächen
- Bei Warnungsdialogfeldern basieren die Commit-Schaltflächen auf ihrem Entwurfsmuster:
Muster | Commit-Schaltflächen |
---|---|
Bewusstsein |
Schließen. Verwenden Sie "OK" nicht, da sie vermuten lässt, dass potenzielle Probleme in Ordnung sind. |
Bevorstehendes Problem |
Eine Befehlsschaltfläche oder ein Befehlslink für jede Option oder OK, wenn die Aktion außerhalb des Dialogfelds auftritt. |
Bestätigung riskanter Aktionen |
Ja, Nein. |
- Falsch:
-
- Probleme sind nicht OK. Verwenden Sie daher "Schließen".
Dokumentation
Beim Verweisen auf Warnungen:
- Wenn die Warnung eine Frage stellt, verweisen Sie auf eine Warnung durch ihre Frage; verwenden Sie andernfalls die Hauptanweisung. Wenn die Frage oder Hauptanweisung lang oder detailliert ist, fassen Sie sie zusammen.
- Bei Bedarf können Sie auf ein Warndialogfeld als Meldung verweisen.
- Formatieren Sie den Text nach Möglichkeit fett. Platzieren Sie den Text andernfalls nur dann in Anführungszeichen, wenn dies erforderlich ist, um Verwirrung zu vermeiden.
Beispiel: Möchten Sie in der Möchten Sie die nicht sicheren Elemente anzeigen? Nachricht klicken Sie auf "Ja".