Warnmeldungen
Hinweis
Dieses Entwurfshandbuch wurde für Windows 7 erstellt und wurde nicht für neuere Versionen von Windows aktualisiert. Ein Großteil der Anleitungen gilt immer noch grundsätzlich, aber die Präsentation und die Beispiele spiegeln nicht unsere aktuellen Entwurfsanleitungen wider.
Eine Warnmeldung ist ein modales Dialogfeld, eine direkte Nachricht, eine Benachrichtigung oder eine Ballon, die den Benutzer über eine Bedingung informiert, die in Zukunft ein Problem verursachen könnte.
Eine typische modale Warnmeldung.
Das grundlegende Merkmal von Warnungen besteht darin, dass sie das Risiko beinhalten, eine oder mehrere der folgenden Punkte zu verlieren:
- Ein wertvolles Gut, z. B. wichtige Finanzielle oder andere Daten.
- Systemzugriff oder -integrität.
- Datenschutz oder Kontrolle über vertrauliche Informationen.
- Benutzerzeit (ein erheblicher Betrag, z. B. 30 Sekunden oder mehr).
Im Gegensatz dazu ist eine Bestätigung ein modales Dialogfeld, das fragt, ob der Benutzer mit einer Aktion fortfahren 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, Fehlermeldungen, Standardsymbole, Benachrichtigungen und Layout werden in separaten Artikeln dargestellt.
Ist dies die richtige Benutzeroberfläche?
Orientieren Sie sich an folgenden Fragen:
- Wird der Benutzer über eine Bedingung benachrichtigt, die in Zukunft zu einem Problem führen könnte? Andernfalls ist die Meldung keine Warnung.
- Zeigt die Benutzeroberfläche einen Fehler oder ein Problem an, das bereits aufgetreten ist? Wenn ja, verwenden Sie stattdessen eine Fehlermeldung.
- Führen Benutzer wahrscheinlich eine Aktion aus oder ändern ihr Verhalten als Ergebnis der Nachricht? Andernfalls rechtfertigt die Bedingung nicht die Unterbrechung des Benutzers, sodass es besser ist, die Warnung zu unterdrücken.
- Ist die Bedingung das direkte Ergebnis einer vom Benutzer initiierten Aktion? Andernfalls sollten Sie eine nicht kritische Ereignisbenachrichtigung verwenden.
- Ist die Bedingung eine besondere Bedingung in einem Steuerelement? Wenn ja, verwenden Sie stattdessen einen Ballon .
- Führt der Benutzer für Bestätigungen eine riskante Aktion aus? Wenn ja, ist eine Warnung angebracht, wenn die Aktion erhebliche Folgen hat oder nicht einfach rückgängig zu werden kann.
- Muss der Benutzer für andere Arten von Warnungen 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 unmittelbarer und relevanter ist.
Entwurfskonzepte
Vermeiden von Überwarnungen
Wir überwarnen in Microsoft Windows-Programmen. Das typische Windows-Programm enthält Warnungen scheinbar überall, Warnungen vor Dingen, die wenig Bedeutung haben. In einigen Programmen wird fast jede Frage als Warnung dargestellt. Überwarnen lässt die Verwendung eines Programms wie eine gefährliche Aktivität anfühlen und führt zu wirklich wichtigen Problemen.
Falsch:
Überwarnen macht Ihr Programm gefährlich und sieht aus, als ob es von Anwälten entworfen wurde.
Allein das Potenzial eines Datenverlusts oder eines zukünftigen Problems reicht nicht aus, um eine Warnung zu fordern. Darüber hinaus sollten unerwünschte Ergebnisse unerwartet oder unbeabsichtigt sein und nicht leicht korrigiert werden. Andernfalls könnte so gut wie jeder Benutzerfehler so ausgelegt werden, dass er zu Datenverlust oder einem potenziellen Problem irgendeiner Art führt und eine Warnung verdient.
Merkmale guter Warnungen
Gute Warnungen:
- Risiko mit sich bringen. Gute Warnungen warnen Benutzer auf etwas Wesentliches.
Falsch:
Na und? Diese Bestätigung setzt voraus, dass Benutzer Programme häufig versehentlich beenden.
- Sofortige Relevanz haben. Benutzer müssen sich nicht nur darum kümmern, sie müssen sich jetzt darum 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 zur Aktion. Es gibt etwas, das Benutzer als Ergebnis der Warnung tun oder beachten müssen. Vielleicht müssen sie jetzt oder irgendwann in der unmittelbaren Zukunft eine Aktion ergreifen. Vielleicht führen sie dadurch eine Aufgabe anders aus. Die Folge des Ignorierens der Warnung sollte klar sein. Warnungen ohne Aktionen lassen Benutzer sich einfach paranoid fühlen.
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 anzugeben. Angenommen, Benutzer verstehen die Konsequenzen, wenn eine Aufgabe nicht abgeschlossen wird.
Falsch:
Das Abbrechen eines unvollständigen Assistenten bedeutet, dass die Aufgabe nicht erledigt wird... wer wusste?
- Treten selten auf. Ständige Warnungen werden schnell unwirksam und lästig. Benutzer konzentrieren sich häufig mehr darauf, die Warnung loszuwerden, als das Problem zu beheben.
Falsch:
Benutzer konzentrieren sich eher darauf, die Warnung loszuwerden, als das zugrunde liegende Problem zu beheben.
Eine Nachricht, die diese Merkmale nicht aufweist, kann immer noch eine gute Nachricht sein, nur keine gute Warnung.
Ermitteln des geeigneten Nachrichtentyps
Einige Probleme können je nach Betonung und Formulierung als Fehler, Warnung oder Information 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 bezeichnet.)
- Warnung. "Diese Seite verhält sich möglicherweise nicht wie erwartet, da Windows Internet Explorer nicht für das Laden von nicht signierten ActiveX-Steuerelementen konfiguriert ist." oder "Zulassen, dass diese Seite ein nicht signiertes ActiveX-Steuerelement installiert? Dies aus nicht vertrauenswürdigen Quellen kann Ihrem Computer schaden." (Beide werden als Bedingungen bezeichnet, die zukünftige Probleme verursachen können.)
- Information "Sie haben Windows Internet Explorer so konfiguriert, dass nicht signierte ActiveX-Steuerelemente blockiert werden." (Als Tatsachenaussage formuliert.)
Um den geeigneten Nachrichtentyp zu bestimmen, konzentrieren Sie sich auf den wichtigsten Aspekt des Problems, den Benutzer kennen oder handeln müssen. Wenn ein Problem den Benutzer daran hindert, fortzufahren, sollten Sie es in der Regel als Fehler darstellen. wenn der Benutzer fortfahren kann, geben Sie dies als Warnung an. Erstellen Sie die Standard Anweisung oder einen anderen entsprechenden Text basierend auf diesem Fokus, und wählen Sie dann ein Symbol (Standard oder anderweitig) aus, das dem Text entspricht. Der Standard Anweisungstext und symbole sollten immer übereinstimmen.
Seien Sie spezifisch
Warnungen sind überzeugender, wenn die folgenden Informationen spezifisch und eindeutig 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:
Was ist in diesem Beispiel das potenzielle Problem? Was soll der Benutzer tun, außer den Projektor nicht über das Netzwerk zu verwenden? Ohne spezifischere Informationen kann sich der Benutzer nur schlecht fühlen, wenn er fortfahren möchte.
Richtig:
In diesem Beispiel sind das Problem und die Konsequenzen klar.
Manchmal gibt es ein legitimes potenzielles Problem, das es wert ist, Die Benutzer darüber zu informieren, aber die Lösung und die Konsequenzen sind nicht sicher bekannt. Anstatt eine vage Warnung zu geben, sollten Sie spezifisch sein, indem Sie die wahrscheinlichsten Informationen oder das gängigste Beispiel geben.
Richtig:
In diesem Beispiel wird die Warnung spezifisch, indem die wahrscheinlichste Lösung bereitgestellt wird.
Verwenden Sie in solchen Fällen jedoch eine Formulierung, die darauf hinweist, dass es andere Möglichkeiten gibt. Andernfalls werden Benutzer möglicherweise in die Irre geführt.
Falsch:
Richtig:
Im falschen Beispiel sind Benutzer verwirrt, wenn das Kabel eindeutig angeschlossen ist.
Wenn Sie nur zwei Dinge tun...
Nicht überwarnen. Beschränken Sie Warnungen auf Bedingungen, die mit Risiken verbunden sind und sofort relevant, umsetzbar, nicht offensichtlich und selten sind. Entfernen Sie andernfalls die Nachricht, oder formulieren Sie sie neu.
Stellen Sie spezifische, nützliche Informationen bereit.
Verwendungsmuster
Warnungen weisen mehrere Verwendungsmuster auf:
| Bezeichnung | Wert |
|---|---|
|
Bewusstsein Machen Sie den Benutzer auf eine Bedingung oder ein potenzielles Problem aufmerksam, aber der Benutzer muss möglicherweise jetzt nichts tun. |
Beispiele für Sensibilisierungswarnungen. Bewusstseinswarnungen haben die folgende Darstellung:
|
|
Fehlervermeidung Informieren Sie den Benutzer über Informationen, die ein Problem verhindern können, insbesondere bei auswahlbezogenen Entscheidungen. |
Warnungen zur Fehlerprävention werden am besten mithilfe eines direkten Warnsymbols und erläuternden Texts dargestellt. 
Beispiele für Fehlerpräventionswarnungen. |
|
Unmittelbares Problem Der Benutzer muss jetzt etwas tun, um ein bevorstehendes Problem zu verhindern. |
Ein Beispiel für eine Warnung vor einem bevorstehenden Problem. Warnungen zu unmittelbaren Problemen weisen die folgende Darstellung auf:
|
|
Bestätigung riskanter Aktionen Vergewissern Sie sich, dass der Benutzer mit einer Aktion fortfahren möchte, die ein gewisses Risiko aufweist und nicht einfach rückgängig zu machen ist. |
Ein Beispiel für die Bestätigung riskanter Aktionen. Bestätigungen für riskante Aktionen weisen die folgende Darstellung auf:
|
Richtlinien
Präsentation
- Wählen Sie die Präsentationsoberfläche basierend auf dem Typ der Informationen aus:
| Benutzeroberfläche | Am besten geeignet für |
|---|---|
| Modale Dialogfelder |
Kritische Warnungen (einschließlich Bestätigungen), auf die Benutzer jetzt reagieren müssen. |
| Direkt |
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 problemlos ignoriert werden können. |
| Ballons |
Ein Steuerelement befindet sich in einem Zustand, der sich auf die Eingabe auswirkt. Dieser Zustand ist wahrscheinlich unbeabsichtigt, und der Benutzer erkennt möglicherweise nicht, dass die Eingabe betroffen ist. |
-
Für modale Dialogfelder:
- Verwenden Sie Aufgabendialoge, wann immer dies angebracht ist, um ein einheitliches Aussehen und Layout zu erzielen. Aufgabendialoge erfordern Windows Vista oder höher, daher sind sie für frühere Versionen von Windows nicht geeignet.
- Zeigt nur eine Warnmeldung pro Bedingung an. Zeigen Sie beispielsweise eine einzelne Warnung an, die eine Bedingung vollständig erklärt, anstatt sie einzeln pro Nachricht zu beschreiben. Das Anzeigen einer Abfolge von Warndialogen für eine einzelne Bedingung ist verwirrend und ärgerlich.
- Zeigen Sie eine Warnung nicht mehrmals pro Bedingung an. Ständige Warnungen werden schnell wirkungslos und ärgerlich. Benutzer konzentrieren sich häufig mehr darauf, die Warnung loszuwerden, als das Problem zu behandeln. Wenn Sie wiederholt für eine einzelne Bedingung warnen müssen, verwenden Sie die progressive Eskalation.
- Begleiten Sie Warnungen nicht mit einem Soundeffekt oder Signalton. Dies ist verstundend und unnötig.
- Ausnahme: Wenn der Benutzer sofort reagieren muss, können Sie einen Soundeffekt verwenden.
Symbole
Platzieren Sie kein Warnsymbol in der Titelleiste eines Dialogfelds.
Verwenden Sie ein Warnsymbol. Ausnahmen:
Wenn die Warnung für ein Feature gilt, das über ein Symbol verfügt, können Sie das Featuresymbol mit einer Warnüberlagerung verwenden.
Richtig:
In diesem Beispiel weist das Featuresymbol eine Warnüberlagerung auf.
Für modale Dialogfelder mit einer Warnnote platzieren Sie das Warnsymbol in der Fußnote anstelle des Inhaltsbereichs.
Richtig:
In diesem Beispiel weist die Fußnote das Warnsymbol auf.
Weitere Richtlinien und Beispiele finden Sie unter Standardsymbole.
Diese Nachricht nicht erneut anzeigen
- Wenn für ein Warnungsdialogfeld diese Option erforderlich ist, sollten Sie die Warnung und ihre Häufigkeit überdenken. Wenn es alle Merkmale einer guten Warnung aufweist (mit Risiko verbunden und sofort relevant, umsetzbar, nicht offensichtlich und selten), sollte es für Benutzer keinen Sinn machen, sie zu unterdrücken.
Weitere Richtlinien finden Sie unter Dialogfelder.
Schrittweise Offenlegung
- Wenn Sie erweiterte Informationen in eine Warnmeldung einschließen müssen, zeigen Sie diese mithilfe von Schaltflächen für die progressive Offenlegung 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. Erstellen Sie die vorhandenen Informationen nicht einfach in einem anderen Format.
Richtlinien zur Bezeichnung 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, Standard Anweisungen, ergänzenden Anweisungen, Inhaltsbereichen, Befehlslinks und Commitschaltflächen. Behalten Sie im Allgemeinen Volltext in Anweisungen und interaktiven Steuerelementen bei, und entfernen Sie jegliche Redundanz von den anderen Stellen.
- Verwenden Sie nicht die Begriffe "Warnung" oder "Vorsicht" im Text. Bei richtiger Verwendung gibt das Warnsymbol ausreichend an, dass Benutzer mit Vorsicht 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 Standard-Anweisung 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 erklären, was im Dialogfeld zu tun ist, das der Zweck der Standard-Anweisung ist.
- Verwenden Sie die Groß- und Kleinschreibung im Titelformat, ohne die Interpunktion zu beenden.
Hauptanweisungen
- Die Standard-Anweisung für eine Warnung basiert auf ihrem Entwurfsmuster:
| Muster | Hauptanweisung |
|---|---|
| Bewusstsein |
Beschreiben Sie die Bedingung oder das potenzielle Problem. |
| Unmittelbares 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 ist die Benachrichtigung bei niedrigem Akkustand eine Warnung, sodass die Standard Anweisung die Bedingung beschreibt.
-
- In diesem Beispiel ist das Dialogfeld mit niedrigem Akkustand ein unmittelbar bevorstehendes Problem, sodass in der Standard-Anweisung beschrieben wird, was der Benutzer jetzt tun muss.
- Seien Sie prägnant, verwenden Sie nur einen einzigen, vollständigen Satz. Entfernen Sie die Standard Anweisung auf die wesentlichen Informationen. Wenn Sie weitere Erläuterungen benötigen, verwenden Sie eine zusätzliche Anweisung.
- Verwenden Sie Wörter wie "jetzt" und "sofort", wenn der Benutzer sofort handeln muss. Verwenden Sie diese Wörter nicht, wenn keine Dringlichkeit vorliegt.
- Seien Sie spezifisch, wenn Objekte beteiligt sind, geben Sie deren vollständigen Namen an.
- Verwenden Sie die Groß-/Kleinschreibung im Satzformat.
Zusätzliche Anweisungen
- Die ergänzende Anweisung für eine Warnung basiert auf ihrem Entwurfsmuster:
| Muster | Zusätzliche Anweisung |
|---|---|
| Bewusstsein |
Erläutern Sie die Auswirkungen und warum sie wichtig ist. |
| Unmittelbares Problem |
Erklären Sie die Bedingung und warum sie wichtig ist. |
| Bestätigung riskanter Aktionen |
Erläutern Sie alle nicht offensichtlichen Gründe, warum der Benutzer möglicherweise nicht fortfahren möchte. |
- Wiederholen Sie die Standard Anweisung nicht mit leicht abweichendem Wortlaut. Lassen Sie stattdessen die zusätzliche Anweisung aus, wenn nicht mehr hinzugefügt werden kann.
- Verwenden Sie vollständige Sätze, großgeschriebene Sätze und endende Interpunktion.
Commitschaltflächen
- Bei Warndialogfeldern basieren die Commitschaltflächen auf ihrem Entwurfsmuster:
| Muster | Commitschaltflächen |
|---|---|
| Bewusstsein |
Fast richtig. Verwenden Sie OK nicht, da dies darauf hindeutet, dass potenzielle Probleme in Ordnung sind. |
| Unmittelbares Problem |
Eine Befehlsschaltfläche oder Befehlslink für jede Option oder OK, wenn die Aktion außerhalb des Dialogfelds auftritt. |
| Bestätigung riskanter Aktionen |
Ja, nein. |
- Falsch:
-
- Die Probleme sind nicht in Ordnung, daher verwenden Sie stattdessen Schließen.
Dokumentation
Wenn Sie auf Warnungen verweisen:
- Wenn die Warnung eine Frage stellt, verweisen Sie auf eine Warnung mit ihrer Frage. Verwenden Sie andernfalls die anweisung Standard. Wenn die Frage oder Standard Anweisung lang oder ausführlich ist, fassen Sie sie zusammen.
- Bei Bedarf können Sie auf ein Warnungsdialogfeld als Meldung verweisen.
- Formatieren Sie den Text nach Möglichkeit fett. Andernfalls setzen Sie den Text nur in Anführungszeichen, wenn dies erforderlich ist, um Verwechslungen zu vermeiden.
Beispiel: Klicken Sie in der Meldung Möchten Sie die unsicheren Elemente anzeigen? auf Ja.