Bestätigungen
Hinweis
Dieser Entwurfsleitfaden wurde für Windows 7 erstellt und für neuere Versionen von Windows nicht aktualisiert. Ein Großteil der Anleitungen gilt immer noch im Prinzip, aber die Darstellung und die Beispiele spiegeln nicht unsere aktuellen Entwurfsleitfädenwider.
Eine Bestätigung ist ein modales Dialogfeld, in dem gefragt wird, ob der Benutzer mit einer Aktion fortfahren möchte.

Eine typische Bestätigung.
Bestätigungen weisen diese wesentlichen Merkmale auf:
- Sie werden als direktes Ergebnis einer vom Benutzer initiierten Aktion angezeigt.
- Sie überprüfen, ob der Benutzer mit der Aktion fortfahren möchte.
- Sie bestehen aus einer einfachen Frage und zwei oder mehr Antworten.
Bestätigungen sind besonders nützlich, wenn der Benutzer für die Aktion eine relevante und eindeutige Auswahl treffen muss, die später nicht getroffen werden kann. Diese Auswahl beinhaltet häufig ein Gewisses an Risiko, das für den Benutzer nicht offensichtlich ist, aber das Risiko ist für Bestätigungen nicht entscheidend. Diese Elemente sind erforderlich, um die Unterbrechung der Reaktion auf einen modalen Dialog zu rechtfertigen.
Im Gegensatz dazu stellen Warnmeldungen eine Bedingung dar, die in Zukunft ein Problem verursachen kann. Ihr grundlegendes Merkmal ist, dass sie Risiken mit sich bringen:
- Sie umfassen den möglichen Verlust einer oder mehrerer der folgenden Punkte:
- Eine wertvolle Ressource, z. B. Datenverlust oder finanzieller Verlust.
- Systemzugriff oder -integrität.
- Datenschutz oder Kontrolle über vertrauliche Informationen.
- Die Zeit des Benutzers (ein erheblicher Betrag, z. B. 30 Sekunden oder mehr).
- Sie haben unerwartete oder unbeabsichtigte Folgen.
- Sie erfordern jetzt eine korrekte Behandlung, da Fehler nicht einfach behoben werden können und sogar nicht rückgängig gemacht werden können.
Wenn eine Bestätigung ein Risiko mit sich bringt, kann sie auch als Warnung betrachtet werden. Daher gelten auch die Richtlinien für Warnmeldungen.
Hinweis: Richtlinien im Zusammenhang mit Dialogfeldern, Fehlermeldungen, Layoutund Warnmeldungen werden in separaten Artikeln dargestellt.
Ist dies die richtige Benutzeroberfläche?
Orientieren Sie sich an folgenden Fragen:
- Wird dem Benutzer eine Frage gestellt, um mit einer Aktion fortzufahren, die über zwei oder mehr Antworten verfügt? Falls nicht, ist die Nachricht keine Bestätigung.
- Stellt die Benutzeroberfläche einen Fehler oder ein Problem dar, das aufgetreten ist? Verwenden Sie in diesem Falle stattdessen eine Fehlermeldung.
- Erfordert das Fortfahren mit der Aktion, dass der Benutzer eine Auswahl treffen muss, die nicht über einen geeigneten Standardwert verfügt? In diesem Falle kann eine Bestätigung angemessen sein.
- Gibt es einen alternativen Entwurf, der die Notwendigkeit der Bestätigung entfällt? Die Notwendigkeit einer Bestätigung deutet manchmal auf einen Entwurfsfehler hin. Häufig gibt es eine bessere Entwurfsalternative, für die keine Bestätigung erforderlich ist.
- Führt der Benutzer eine riskante Aktion aus? In diesem Falle ist eine Bestätigung geeignet, wenn die Aktion erhebliche Konsequenzen hat oder nicht einfach rückgängig zu werden ist.
- Wird der Benutzer eine Aufgabe verwerfen? Wenn ja, bestätigen Sie dies nicht. Gehen Sie davon aus, dass Benutzer die Konsequenzen verstehen, die sich daraus ergeben, dass eine Aufgabe nicht abgeschlossen wird.
- Hat die Aktion Konsequenzen, die Benutzer möglicherweise nicht kennen? In diesem Falle kann eine Bestätigung angemessen sein.
- Führen Benutzer aufgrund des aktuellen Kontexts wahrscheinlich eine fehlerhafte Aktion aus? In diesem Falle kann eine Bestätigung angemessen sein.
- Führen Benutzer die Aktion häufig aus? Ziehen Sie in diesem Falle einen alternativen Entwurf in Betracht. Häufige Bestätigungen sind ängstlich und haben wenig Nutzen, da Benutzer lernen, ohne Zudenkungen zu reagieren.
- Hat die Aktion Auswirkungen auf die Sicherheit? In diesem Falle ist möglicherweise auch dann eine Bestätigung erforderlich, wenn in den vorherigen Tests etwas anderes angegeben ist.
Entwurfskonzepte
Unnötige Bestätigungen sind ungern
Die erste Windows Bestätigung, die jemals erstellt wurde, sieht wie folgt aus:

Die ursprüngliche bestätigung.
Dies war ein sehr schlechter Start. Wenn Sie möchten, dass Benutzer Ihr Programm hassen, sollten Sie einfach Bestätigungen wie diese durchgehen lassen. Um zu verstehen, warum, berücksichtigen Sie den Standpunkt des Benutzers. Der Benutzer hat lediglich aufgefordert, eine Aktion gemäß der Definition einer Bestätigung auszuführen, es sei denn, etwas wurde versehentlich angeklickt oder gedrückt, natürlich möchte der Benutzer fortfahren.
Nicht nur unnötige Bestätigungen sind ungern, sie sind auch nicht effektiv, um den Benutzer vor Fehlern zu schützen. Benutzer erkennen schnell, wenn ein Programm unnötige Bestätigungen hat und ihre natürliche Reaktion darin besteht, sie so schnell wie möglich zu verwerfen, oft ohne Lesen. Folglich sind solche Bestätigungen nicht viel mehr als einen zusätzlichen Schritt zu diesen Aufgaben hinzuzufügen.
Verwenden Sie keine Bestätigungen, nur weil es die Möglichkeit gibt, dass Benutzer einen Fehler machen. Stattdessen sind Bestätigungen am effektivsten, wenn sie verwendet werden, um Aktionen zu bestätigen, die erhebliche oder unbeabsichtigte Folgen haben. Gute Bestätigungen geben nie das Offensichtliche an. Sie sollten etwas kommunizieren, das Benutzer aus einem guten Grund kennen müssen, um nicht fortzufahren. Und sie werden nur verwendet, wenn sie wirklich von einer Aktion benötigt werden, z. B. wenn Benutzer aufgefordert werden, Änderungen nur dann zu speichern, wenn Änderungen gespeichert werden sollten. Dies erfordert die Aufmerksamkeit des Benutzers nur, wenn dies wirklich gerechtfertigt ist.
Für andere Arten von Bestätigungen gibt es häufig eine bessere Entwurfsalternative als das Erzwingen der Beantwortung einer Frage durch die Benutzer.
Berücksichtigen der Entwurfsalternativen
Hier sind einige Entwurfsalternativen, die routinemäßige Bestätigungen überflüssig machen:
- Verhindern sie Fehler. Entwerfen Sie Aufgaben so, dass schwerwiegende Fehler versehentlich schwer zu machen sind. Trennen Sie beispielsweise destruktive Befehle physisch von anderen Befehlen, und müssen mehrere Aktionen abgeschlossen werden.
- Geben Sie rückgängig an. Bieten Sie die Möglichkeit, Aktionen rückgängig zu machen. Das Löschen einer Datei in Microsoft Windows erfordert in der Regel keine Bestätigung, da gelöschte Dateien aus dem Papierkorb wiederhergestellt werden können. Beachten Sie Folgendes: Wenn eine Aktion sehr einfach auszuführen ist, reicht es möglicherweise aus, wenn Benutzer die Aktion wiederholen.
- Geben Sie Feedback. Machen Sie unerwünschte Ergebnisse offensichtlich. Die Bereitstellung von Rückgängig machen allein reicht nicht aus, wenn Benutzer nicht erkennen, wann sie einen Fehler machen. Beispielsweise sollte die Auswirkung der direkten Bearbeitung (z. B. ein Drag & Drop-Vorgang) immer offensichtlich sein.
- Nehmen Sie das wahrscheinliche Ergebnis an, aber erleichtern Sie es, sich zu ändern. Wenn Sie nicht sicher sind, was Benutzer wünschen, aber es eine wahrscheinliche, sichere und sichere Auswahl gibt, gehen Sie von dieser Auswahl aus, machen Sie klar, was passiert ist, und vereinfachen Sie die Änderung mithilfe eines Kontextmenüs. Beispielsweise geht Microsoft Word davon aus, dass Benutzer Wörter richtig schreiben möchten. Wenn ein falsch geschriebenes Wort erkannt wird und die wahrscheinlich richtige Schreibweise bekannt ist, führt Word automatisch die Korrektur durch, ermöglicht benutzern jedoch das Zurücksetzen.
- Entfernen Sie die Auswahl vollständig. Wenn die Auswahl nicht wichtig ist, ist es den Benutzern einfach egal. Es ist besser, ihr Programm zu vereinfachen und die Auswahl zu vermeiden.
Machen Sie Sichten für Bestätigungen erforderlich.
Damit eine Bestätigung über einen Wert verfügen kann, müssen Benutzer den Grund verstehen, warum sie nicht fortfahren möchten. Manchmal ist der Grund offensichtlich, z. B. wenn Benutzer ein Dokument mit Änderungen schließen, die nicht gespeichert wurden:

In diesem Beispiel ist der Grund für die Bestätigung offensichtlich.
In anderen Situationen ist der Grund möglicherweise nicht so offensichtlich.
Beim Auswählen von Commitschaltflächenbezeichnungen für Dialogfelder besteht die allgemeine Richtlinie darin, Bezeichnungen auszuwählen, die bestimmte Antworten auf die Hauptanweisung sind. Dies führt zu einer effizienten Entscheidungsfindung, da Benutzer eine Mindestmenge an Text lesen müssen, um fortfahren zu können. Dieses Effizienzziel kann jedoch für Bestätigungen kontraproduktiv sein. Sehen Sie sich dieses Beispiel an:
Falsch:

In diesem Beispiel muss die richtige Antwort bedacht werden.
Wenn Sie diese Bestätigung sofort nach dem Ausführen des Deinstallationsbefehls durch den Benutzer präsentieren, lautet die Antwort des Benutzers wahrscheinlich "Natürlich möchte ich deinstallieren!" Der Benutzer klickt auf Deinstallieren, ohne einen zweiten Gedanken zu machen.
Für Bestätigungen sollen Benutzer keine übereilten, emotionalen Entscheidungen treffen. Um Benutzer dazu zu ermutigen, über ihre Reaktion nachzudenken, müssen wir eine kleine Geschwindigkeit bei der Entscheidungsfindung bereitstellen. In der Praxis ist es in der Regel besser, dies durch sorgfältiges Ausdrucken von Commitschaltflächen zu erreichen. Beispielsweise können wir eine zusätzliche Sprache verwenden, um anzugeben, dass es einen Grund gibt, nicht fortzufahren.
Besser:

In diesem Beispiel wird "anyway" der Commit-Schaltflächenbezeichnung hinzugefügt, um anzugeben, dass die Bestätigung einen Grund dafür gibt, nicht fortzufahren.
Wenn dieser Ansatz nicht praktikabel ist, können wir Ja/Nein-Commitschaltflächen verwenden.
Außerdem besser:

In diesem Beispiel werden Benutzer durch Die Verwendung von Ja/Nein-Commitschaltflächen gezwungen, zumindest die Hauptanweisung zu lesen.
Geben Sie alle Informationen an.
Wenn Sie eine Frage stellen möchten, müssen Sie ausreichend Informationen bereitstellen, damit Benutzer diese Frage intelligent beantworten können. Betrachten Sie das Dialogfeld Dateiersetzung bestätigen aus Windows XP:

Das Dialogfeld "Dateiersetzung bestätigen" Windows XP.
Enthält diese Bestätigung alle Informationen, die Benutzer möglicherweise benötigen, um die Frage zu beantworten? Bevor Sie antworten, sollten Sie die gängigsten Benutzerszenarien berücksichtigen:
- Kopieren (oder verschieben) Sie die andere Datei, und ersetzen Sie dabei die vorhandene Datei.
- Behalten Sie die vorhandene Datei bei, ohne die andere Datei zu kopieren oder zu verschieben.
- Speichern oder kopieren Sie die neuere Datei (top-Szenario).
- Behalten Sie entweder die vorhandene Datei bei, oder kopieren Sie die andere Datei, je nach Kriterien wie Dateiinhalt und Größe.
- Behalten Sie die vorhandene Datei bei, und kopieren Sie die andere Datei mit einem anderen Namen.
- Brechen Sie den Vorgang ab, wenn etwas falsch oder unerwartet ist.
Benutzer können Szenario 1 erreichen, indem sie auf Ja und Szenario 2 klicken, indem sie auf Nein klicken. Sie können Szenario 3 erreichen, indem sie die Dateidaten vergleichen und auf die entsprechende Schaltfläche klicken. Beachten Sie jedoch, wie viel Sie für die Ermittlung der neueren Datei und dann für das wahrscheinlich gängigste Szenario benötigt, um die entsprechende Schaltfläche zu bestimmen.
Die Szenarien 4, 5 und 6 sind ebenfalls überraschend schwierig. Die Dateigrößen werden aufgerundet, sodass z. B. nicht bestimmt werden kann, ob diese Dateien die gleiche Größe haben oder ob sie dieselbe Datei sind. Die Symbole sind für die Anwendung vorgesehen, die zum Öffnen der Datei verwendet wird, sodass Benutzer die Dateien öffnen müssen, um ihren Inhalt zu überprüfen und zu vergleichen. Miniaturansichten des Dateiinhalts wären bei der Beantwortung der Frage viel nützlicher.
Die Bestätigung zum Kopieren von Dateien aus Windows Vista führt zu einer viel besseren Verarbeitung dieser Szenarien, indem weitere Informationen zur Verfügung gestellt und die Option zum Beibehalten beider Dateien hinzugefügt wird:

Die Bestätigung Windows Vista-Kopierdatei.
Bereitstellen spezifischer, nützlicher Informationen
Wenn Sie eine Frage stellen möchten, stellen Sie sicher, dass die Benutzer die Frage und die Auswirkungen der alternativen Antworten verstehen. Beachten Sie diese Windows Internet Explorer Sicherheitsbestätigung:

Eine ungenaue Sicherheitsbestätigung.
Diese Bestätigung stellt eine Frage, die Benutzer möglicherweise nicht intelligent beantworten können. Der Benutzer hat angefordert, dass Windows Internet Explorer eine Seite anzeigen, und diese Meldung rät implizit durch die Formulierung des Texts und durch Hervorhebung von Nein als Standardauswahl davon ab.
Das spezifische Sicherheitsproblem, das die Seite darstellt, wird nicht ausreichend erläutert, sodass das Risiko, fortzufahren, nicht klar ist. Welche Informationen in der Bestätigung würden dazu führen, dass der Benutzer jemals auf Nein klickt? Aufgrund der Ungenaukeit der Nachricht wird die Bestätigung die Benutzer wahrscheinlich nicht davon abraten, den Vorgang fortzusetzen, aber sie werden sich schlecht darüber informieren.
Damit diese Bestätigung nützlich ist, muss sie weitere informationenspezifische Informationen bereitstellen, die dazu führen können, dass der Benutzer entscheidet, nicht fortzufahren. Im Allgemeinen sollten Sie für jede Antwort in einer Bestätigung die Szenarien berücksichtigen, für die sie erforderlich ist, und sicherstellen, dass genügend Informationen bereitgestellt werden, damit Benutzer sie auswählen können. Bereitstellen von Optionen, nicht von Ile.
Bestimmen, ob eine Bestätigung erforderlich ist
Das Durchdenken der Szenarien und die Wahrscheinlichkeit, dass jede Antwort ausgewählt wird, schlägt eine systematische Methode vor, um zu bestimmen, ob eine Bestätigung erforderlich ist. Wenn Benutzer wahrscheinlich alle Antworten auswählen, ist die Bestätigung erforderlich und nützlich. Wenn jedoch nur eine Antwort wahrscheinlich ist (z. B. 98 Prozent der Zeit), ist die Bestätigung eindeutig unnötig und sollte entfernt werden. Beachten Sie, dass Bestätigungen im Zusammenhang mit Sicherheits-, rechtlichen und Sicherheitsproblemen mögliche Ausnahmen sind.

Ist diese Bestätigung erforderlich? Wählen Benutzer jemals Nein aus? Dies ist möglich, aber sehr unwahrscheinlich. Diese Bestätigung sollte entfernt werden.
Wenn Sie nur drei Dinge tun...
Stellen Sie sicher, dass Ihre Bestätigung wirklich erforderlich ist. Es sollte einen legitimen und eindeutigen Grund geben, nicht fortzufahren, und es besteht die Möglichkeit, dass Benutzer dies manchmal nicht machen.
Wenn der Grund für die Bestätigung nicht sofort offensichtlich ist, wählen Sie Commitschaltflächen aus, die Benutzer dazu ermutigen, über ihre Antwort nachzudenken. In der Regel erfolgt dies, indem die Bestätigung als Ja- oder Nein-Frage und vollständig selbsterklärende oder Ja/Nein-Antworten formulieren werden.
Berücksichtigen Sie alle Szenarien, und stellen Sie die Informationen bereit, die erforderlich sind, um die Frage intelligent zu beantworten.
Verwendungsmuster
Bestätigungen weisen mehrere Verwendungsmuster auf:
| Verwendung | Beispiel |
|---|---|
| Routinemäßige Bestätigungen Bestätigen Sie, dass der Benutzer mit einer routinemäßigen Aktion mit geringem Risiko fortfahren möchte. |
Diese Bestätigungen werden in der Regel als "Sind Sie sicher...?" bezeichnet. und verfügen häufig über ein Kontrollkästchen diese Meldung nicht mehr anzeigen, um deren Empfindlichkeit zu minimieren. ![]() ![]() Beispiele für routinemäßige Bestätigungen. Hinweis: Dieses Muster ist in der Regel unnötig und sollte vermieden werden. |
| Bestätigungen riskanter Aktionen vergewissern Sie sich, dass der Benutzer mit einer Aktion fortfahren möchte, die ein gewisses Risiko mit sich bringt und nicht einfach rückgängig zu machen ist. |
Da sie ein Risiko haben, weisen diese Bestätigungen in der Regel ein Warnsymbol auf. ![]() ![]() Beispiele für Bestätigungen riskanter Aktionen. |
| Bestätigungen unbeabsichtigter Folgen bestätigen, dass der Benutzer mit einer Aktion fortfahren möchte, die unerwartete oder unbeabsichtigte Folgen hat. |
Zusätzlich zum Stellen einer Frage weisen diese Bestätigungen auf die unbeabsichtigten Folgen hin. da sie unbeabsichtigte Folgen haben, weisen diese Bestätigungen in der Regel ein Warnsymbol auf. ![]() ![]() Beispiele für bestätigungen unbeabsichtigter Folgen. Dieses Muster erfordert jedoch, dass die Folgen wirklich unbeabsichtigt sind. Falsche: ![]() Die Folgen sind hier beabsichtigt, daher ist dies eine routinemäßige Bestätigung. |
| Erläuterungen verdeutlichen, wie der Benutzer mit einer Aktion fortfahren möchte, die potenziell mehrdeutige oder unerwartete Folgen hat. |
Drag & Drop-Vorgänge können zu Erläuterungen führen, wenn die Auswirkungen des Vorgangs falsch interpretiert werden können. ![]() ![]() Beispiele für Erläuterungen. Hinweis: Dieses Muster sollte vermieden werden, da es besser ist, Aktionen ohne mehrdeutige Folgen zu entwerfen und das wahrscheinlich gewünschte Ergebnis vorauszugehen. |
| Sicherheitsbestätigungen bestätigen, dass der Benutzer mit einer Aktion mit Sicherheitsrisiken fortfahren möchte. |
![]() ![]() Beispiele für Sicherheitsbestätigungen. |
| Ulterior-Motivationsbestätigungen Geben Sie Informationen zu einer Aktion an, aber stellen Sie sie als Bestätigung vor. |
Obwohl diese Dialogfelder als Bestätigungen angezeigt werden, ist ihr eigentliches Ziel die Benutzerbildung oder die Ankündigung von Features. ![]() Ein Beispiel für eine Hintergedankern-Motivationsbestätigung. Hinweis: Dieses Muster wird nicht empfohlen, da es in der Regel eine bessere, direktere Alternative gibt. Animationen sind beispielsweise eine bessere Möglichkeit, die Beziehung zwischen Ursache und Effekt zu zeigen. |
Richtlinien
Allgemein
- Verwenden Sie die Bestätigungen zum Speichern von Änderungen nur, wenn wesentliche Änderungen vorgenommen wurden. Bestätigen Sie keine Änderungen, die nicht direkt vom Benutzer vorgenommen wurden, z. B. automatische Neuformatierung von Dokumenten.
Falsch:

Dieses Beispiel ist falsch, wenn es für eine leere E-Mail oder ein leeres Dokument verwendet wird, die vom Benutzer nicht geändert wurde.
Symbole
Bestätigungen verwenden keine Titelleistensymbole.
Das Inhaltsbereichssymbol für eine Bestätigung basiert auf seinem Entwurfsmuster:
Muster Symbol Routinemäßige Bestätigungen Kein Symbol. Bestätigungen riskanter Aktionen Warnsymbol. Unbeabsichtigte Folgebestätigungen Verwenden Sie ein Warnsymbol, wenn ein Risiko besteht, das Featuresymbol, falls verfügbar. andernfalls kein Symbol. Erläuterungen Wenn die Bestätigung ein Dokument umfasst, verwenden Sie die Miniaturansicht des Dokuments. Verwenden Sie andernfalls das Featuresymbol (falls verfügbar) oder kein Symbol. Sicherheitsbestätigungen Warnsymbol. Ulterior-Motivationsbestätigungen Kein Symbol. Verwenden Sie keine Warnsymbole für routinemäßige Fragen. Dies steht im Gegengewicht zum ermutigenden Ton Windows und sorgt dafür, dass sich die Verwendung Ihres Programms wie eine riskante Aktivität anfühlt. Gehen Sie davon aus, dass Benutzer die Konsequenzen des Abbrechens einer Aufgabe verstehen, bevor sie abgeschlossen ist.
Falsch:

In diesem Beispiel wird ein Warnsymbol verwendet, um eine Routinefrage zu stellen.
Commitschaltflächen
- Verwenden Sie spezifische Antworten auf die Main-Anweisung, wenn der Grund für die Bestätigung offensichtlich ist oder selbsterklärend gemacht werden kann.

In diesem Beispiel ist der Grund für die Bestätigung offensichtlich, daher funktionieren Speichern und Nicht speichern gut.
- Verwenden Sie andernfalls die Schaltflächen Ja und Nein für Bestätigungsantworten. Dies sorgt dafür, dass Benutzer der Bestätigung einige Gedanken machen, bevor sie antworten. Verwenden Sie niemals OK und Abbrechen für Bestätigungen.
Richtig:

In diesem Beispiel erzwingt die Verwendung der Schaltflächen Ja/Nein für Commits, dass Benutzer zumindest die Hauptanweisung lesen müssen.
Falsch:

In diesem Beispiel ist die Verwendung von OK/Abbrechen verwirrend.
- Um ein Programm zu schließen oder Windows neu zu starten, verwenden Sie bestimmte Antworten auf die main-Anweisung. Verwenden Sie zu diesem Zweck nicht Schließen oder Ja/Nein, um Unglücken zu vermeiden.
Richtig:

Falsch:

Im falschen Beispiel wird Ja zum Neustarten von Windows.
Befehlslinks
- Für das Erläuterungsmuster sollten Sie Befehlslinks verwenden, um die Alternativen klar zu machen.
Annehmbar:

Besser:

Im besseren Beispiel machen Befehlslinks die Alternativen eindeutig.
- Stellen Sie zuerst die am häufigsten verwendeten Befehlslinks vor. Die resultierende Reihenfolge sollte ungefähr der Wahrscheinlichkeit der Verwendung folgen, aber auch einen logischen Fluss haben.
- Wenn ein Befehlslink eine weitere Erläuterung erfordert, geben Sie eine zusätzliche Erklärung an. Ergänzende Erläuterungen beschreiben, warum Benutzer die Option auswählen möchten oder was geschieht, wenn die Option ausgewählt wird.
Weitere Richtlinien und Beispiele finden Sie unter Befehlslinks.
Standardwerte
Die Standardantwort für eine Bestätigung basiert auf dem Entwurfsmuster:
Muster Standardantwort Routinemäßige Bestätigungen Fortfahren. Bestätigungen riskanter Aktionen Fahren Sie nicht fort (oder die sichere Wahl). Unbeabsichtigte Folgebestätigungen Wenn die Folgen signifikant sind, fahren Sie nicht fort. Andernfalls fahren Sie fort. Erläuterungen Die wahrscheinlichste Antwort. Sicherheitsbestätigungen Fahren Sie nicht fort. Ulterior-Motivationsbestätigungen Fortfahren.
Diese Meldung nicht mehr anzeigen
- Verwenden Sie diese Option nur für die Bestätigungsmuster routine und ulterior motivation. Wenn die Informationen für die anderen Muster erforderlich sind, sollten sie immer angezeigt werden.
- Stellen Sie diese Option nicht zur Verfügung, um die Anzeige einer unnötigen Bestätigung zu rechtfertigen. Lassen Sie stattdessen einfach die Bestätigung los.
Falsch:

Immer noch falsch:

In diesen Beispielen wird durch das Hinzufügen der Option Diese Meldung nicht mehr anzeigen keine unnötige Bestätigung behoben.
Weitere Richtlinien finden Sie unter Dialogfelder.
Massenvorgänge
- Für Bestätigungen, die für Massenvorgänge gelten, geben Sie eine Option an, um die Bestätigung auf den gesamten Vorgang anzuwenden.

Dieses Beispiel verfügt über eine Option für Massenvorgänge.
- Beseitigen oder verschieben Sie Bestätigungen in einem Massenvorgang.
Falsch:

In diesem Beispiel bestätigt Windows Explorer in Windows XP jede schreibgeschützte Datei während einer Massendatei verschieben. Es ist besser, nur die schreibgeschützten Dateien zu kopieren, ohne sie zu fragen, oder die Verarbeitung dieser Dateien zu verschieben und die Bestätigung am Ende der Aufgabe zu präsentieren.
<a name="progressive-disclosure">Schrittweise Offenlegung
- Wenn Sie erweiterte Informationen in eine Bestätigungsmeldung einschlussen müssen, zeigen Sie sie mithilfe von Schaltflächen für die progressive Offenlegung an (z. B. "Details anzeigen"). Dadurch wird die Bestätigung für die typische Verwendung vereinfacht. Blenden Sie die benötigten Informationen nicht aus, da Benutzer sie möglicherweise nicht finden.
- Verwenden Sie nur dann "Details anzeigen", wenn es wirklich weitere Details gibt. Erstellen Sie die vorhandenen Informationen nicht einfach in einem anderen Format.
Bezeichnungsrichtlinien finden Sie unter Progressive Disclosure.
Benutzerkontensteuerung
- Verwenden Sie nicht die Benutzeroberfläche für die Benutzerkontensteuerung (User Account Control, UAC), um eine Bestätigung zu erhalten. Wenn eine Aktion eine Bestätigung benötigt, verwenden Sie ein separates Dialogfeld. Während der Benutzeroberfläche für Rechteerweiterungenmüssen sich Benutzer darauf konzentrieren, ob sie die Aufgabe gestartet haben und ob das Programm vertrauenswürdig ist.
- Zeigen Sie die Bestätigung vor der Benutzeroberfläche für die Rechteerweiterung an. Dadurch werden unnötige Erhöhungen vermieden.
Text
Allgemein
- Entfernen Sie redundanten Text. Suchen Sie nach redundantem Text in Titeln, Hauptanweisungen, ergänzenden Anweisungen, Inhaltbereichen, Befehlslinks und Commitschaltflächen. Lassen Sie im Allgemeinen vollständigen Text in Anweisungen und interaktiven Steuerelementen, und entfernen Sie alle Redundanzen von den anderen Stellen.
- Verwenden Sie im Text nicht "Warnung" oder "Vorsicht". Wenn Benutzer mit Vorsicht vorgehen müssen, geben Sie dies stattdessen mithilfe eines Warnsymbols an.
Falsch:

In diesem Beispiel ist der Begriff "Warnung" nicht erforderlich.
Titel
- Verwenden Sie den Titel, um den Befehl oder das Feature zu identifizieren, von dem die Bestätigung stammt. Ausnahmen:
- Wenn eine Bestätigung von vielen verschiedenen Befehlen angezeigt wird, sollten Sie stattdessen den Programmnamen verwenden.
- Wenn dieser Titel redundant oder verwirrend mit der Main-Anweisung wäre, verwenden Sie stattdessen den Programmnamen.
Wenn die Bestätigung jedoch von einer Aufgabe mit langer Ausführungs ausgeführt wird und gut nach dem Start der Aufgabe angezeigt werden kann, verwenden Sie immer den Befehl oder das Feature, um den Kontext eindeutig zu identifizieren.
- Verwenden Sie den Titel nicht, um zu erläutern, was im Dialog zu tun ist, der der Zweck der Hauptanweisung ist.
- Wenn dies klarheit schafft, beginnen Sie den Titel mit dem Wort Bestätigen.
- Bei Bestätigungen riskanter Aktionen können Sie den Namen des beteiligten Objekts zur zusätzlichen Hervorhebung hinzufügen.

In diesem Beispiel ist das laufwerk, das formatiert werden soll, im Titel enthalten.
- Verwenden Sie die Groß-/Groß-/Formatvorlage,ohne die Interpunktion zu beenden.
Hauptanweisungen
Die Hauptanweisung für eine Bestätigung basiert auf ihrem Entwurfsmuster:
Muster Main-Anweisung Unbeabsichtigte Folgebestätigungen gibt die unbeabsichtigte Folge an.
exception: Wenn eine Frage, die anfordert, ob der Benutzer fortfahren möchte, die unbeabsichtigte Folge eindeutig impliziert, stellen Sie stattdessen die Frage.

In diesem Beispiel zeigt die Frage des Benutzers, dass er den Vorgang ausreichend fortgesetzt hat, die Konsequenzen der Aktion.Alle anderen Stellen Sie eine einzelne Frage, um zu bestimmen, ob der Benutzer fortfahren möchte. Seien Sie präzise, verwenden Sie nur einen einzelnen vollständigen Satz. Entfernt die Hauptanweisung auf die grundlegenden Informationen. Wenn Sie mehr erklären müssen, verwenden Sie eine zusätzliche Anweisung.
Seien Sie spezifisch, wenn Objekte beteiligt sind, geben Sie ihre vollständigen Namen an.
Verwenden Sie positive Formulierungen. Positive Formulierungen sind für Benutzer einfacher zu verstehen.
Richtig:
Möchten Sie die Datei- und Druckerfreigabe aktivieren?
Falsch:
Möchten Sie die Datei- und Druckerfreigabe deaktivieren?
Der Ausdruck muss jedoch mit dem zugeordneten Befehl übereinstimmen, auch wenn der Befehl negativ formuliert ist. verwenden Sie z. B. disable, um einen Disable-Befehl zu bestätigen.
Obwohl es keine strengen Regeln für den Ausdruck gibt, haben diese häufigen Bestätigungsaussätze die angegebene Konnotation:
Satz Konnotation Sind Sie sicher, dass Sie [ eine Aktion ausführen ] möchten? Bestätigen des direkten Ergebnisses einer Benutzeranforderung. Möchten Sie eine [ Aktion ] ausführen? Bestätigen eines Nebeneffekts einer Benutzeranforderung. Möchten Sie ein [ Ergebnis ] auswählen? Es ist eine Erläuterung notwendig. [Ausführen einer ] Aktion? Keine Konnotation. Verwenden Sie für Bestätigungen riskanter Aktionen dauerhaft den Begriff , um anzugeben, dass eine Aktion nicht rückgängig gemacht werden kann.

In diesem Beispiel gibt "permanent" an, dass die Aktion nicht rückgängig gemacht werden kann.
- Verwenden Sie die Groß-/Groß-/Groß-
Zusätzliche Anweisungen
- Die ergänzende Anweisung für eine Bestätigung basiert auf ihrem Entwurfsmuster:
| | | Muster
| Ergänzende Anweisung
| | Unbeabsichtigte Folgebestätigungen
| Stellen Sie eine einzelne Frage, um zu bestimmen, ob der Benutzer fortfahren möchte.
| | Alle anderen
| Erläutern Sie alle nicht offensichtlichen Gründe, warum der Benutzer möglicherweise nicht fortfahren möchte. Zu diesen Gründen gehören:
- Potenzieller Verlust einer oder mehrere der folgenden Punkte:
- Eine wertvolle Ressource, z. B. Datenverlust oder finanzieller Verlust.
- Systemzugriff oder -integrität.
- Datenschutz oder Kontrolle über vertrauliche Informationen.
- Aktionen, die nicht rückgängig gemacht werden können.
- Wiederholen Sie die Hauptanweisung nicht mit etwas anderen Formulierungen. Lassen Sie stattdessen die zusätzliche Anweisung weg, wenn nicht mehr hinzugefügt werden muss.
- Ziehen Sie bei unbeabsichtigten Folgebestätigungen in Betracht, den Begriff trotzdem zu verwenden, um präzise anzugeben, dass es einen Grund gibt, nicht fortzufahren, falls der Benutzer die Hauptanweisung übersehen hat. Weitere Informationen finden Sie unter Entwurfskonzepte.
- Verwenden Sie vollständige Sätze, Groß- und Groß-/Endzeichen im Satzstil.
Dokumentation
Beim Verweisen auf Bestätigungen:
- Lesen Sie eine Bestätigung durch den Titel, wenn der Titel für die Bestätigung spezifisch ist (d. h. nicht den Programmnamen). andernfalls verweisen Sie mit der main-Anweisung darauf.
- Bei Bedarf können Sie ein Bestätigungsdialogfeld als Meldung verwenden.
- Verwenden Sie den genauen Text, einschließlich der Groß- und Groß-/A-
- Formatieren Sie den Text nach Möglichkeit fett. Andernfalls setzen Sie den Text nur dann in Anführungszeichen, wenn dies erforderlich ist, um Verwirrung zu vermeiden.
Beispiel: Klicken Sie in der Meldung Datei kopieren auf die neuere Datei.









