Bestätigungen

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 die folgenden 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 am nützlichsten, wenn die Aktion erfordert, dass der Benutzer eine relevante und unterschiedliche Wahl treffen muss, die später nicht getroffen werden kann. Diese Wahl beinhaltet häufig ein Risikoelement, das für den Benutzer nicht offensichtlich ist, aber das Risiko ist für Bestätigungen nicht wesentlich. 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 beinhalten:

• Sie beinhalten den potenziellen Verlust einer oder mehrerer der folgenden Punkte:
  • Ein wertvolles Gut, z. B. Datenverlust oder finanzieller Verlust.
  • Systemzugriff oder -integrität.
  • Datenschutz oder Kontrolle über vertrauliche Informationen.
  • Benutzerzeit (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 unumkehrbar sind.

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, Layout und Warnmeldungen werden in separaten Artikeln vorgestellt.

Ist dies die richtige Benutzeroberfläche?

Orientieren Sie sich an folgenden Fragen:

• Wird dem Benutzer eine Frage gestellt, um mit einer Aktion fortzufahren, die zwei oder mehr Antworten enthält? Andernfalls ist die Nachricht keine Bestätigung.
• Weist die Benutzeroberfläche einen Fehler oder ein aufgetretenes Problem auf? Wenn ja, verwenden Sie stattdessen eine Fehlermeldung .
• Muss der Benutzer eine Entscheidung treffen, die keinen geeigneten Standardwert hat? Wenn ja, kann eine Bestätigung angebracht sein.
• Gibt es einen alternativen Entwurf, der die Bestätigung überflüssig macht? Die Notwendigkeit einer Bestätigung weist manchmal auf einen Konstruktionsfehler hin. Häufig gibt es eine bessere Entwurfsalternative, die keine Bestätigung erfordert.
• Führt der Benutzer eine riskante Aktion aus? Wenn ja, ist eine Bestätigung angebracht, wenn die Aktion erhebliche Folgen hat oder nicht einfach rückgängig zu werden kann.
• Ist der Benutzer dabei, eine Aufgabe abzubrechen? Wenn ja, bestätigen Sie nicht. Angenommen, Benutzer verstehen die Folgen, wenn eine Aufgabe nicht abgeschlossen wird.
• Hat die Aktion Konsequenzen, die Benutzern möglicherweise nicht bewusst sind? Wenn ja, kann eine Bestätigung angebracht sein.
• Führen Benutzer angesichts des aktuellen Kontexts wahrscheinlich eine Aktion aus? Wenn ja, kann eine Bestätigung angebracht sein.
• Führen Benutzer die Aktion häufig aus? Wenn ja, ziehen Sie einen alternativen Entwurf in Betracht. Häufige Bestätigungen sind lästig und haben wenig Wert, da Benutzer lernen, ohne nachzudenken zu reagieren.
• Hat die Aktion Auswirkungen auf die Sicherheit? Wenn ja, kann eine Bestätigung erforderlich sein, auch wenn die vorherigen Tests auf etwas anderes hindeuten.

Entwurfskonzepte

Unnötige Bestätigungen sind lästig

Die erste Windows-Bestätigung, die jemals erstellt wurde, sah zweifellos wie folgt aus:

Die ursprüngliche lästige Bestätigung.

Das war ein sehr schlechter Start. Wenn Sie möchten, dass Benutzer Ihr Programm hassen, streuen Sie einfach Bestätigungen wie diese durch. Um zu verstehen, warum, berücksichtigen Sie den Standpunkt des Benutzers. Der Benutzer hat nur aufgefordert, eine Aktion durch die Definition einer Bestätigung auszuführen, sodass der Benutzer natürlich fortfahren möchte, es sei denn, etwas wurde versehentlich geklickt oder gedrückt.

Unnötige Bestätigungen sind nicht nur lästig, aber sie sind 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 schließen, oft ohne lesen. Folglich sind solche Bestätigungen kaum mehr, als diesen Aufgaben einen zusätzlichen Schritt hinzuzufügen.

Verwenden Sie keine Bestätigungen, nur weil es möglich ist, 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 mitteilen, was Benutzer müssen sich eines guten Grunds bewusst sein, nicht weiterzufahren. Und sie werden nur verwendet, wenn sie von einer Aktion wirklich benötigt werden, z. B. wenn Benutzer aufgefordert werden, Änderungen nur dann zu speichern, wenn änderungen gespeichert werden. Dies erfordert die Aufmerksamkeit des Benutzers nur, wenn es wirklich gerechtfertigt ist.

Für andere Arten von Bestätigungen gibt es oft eine bessere Entwurfsalternative, als Benutzer dazu zu zwingen, eine Frage zu beantworten.

Betrachten Sie die Entwurfsalternativen

Im Folgenden finden Sie einige Entwurfsalternativen, die routinemäßige Bestätigungen überflüssig macht:

• Fehler verhindern. Entwerfen Sie Aufgaben so, dass schwerwiegende Fehler nur schwer versehentlich ausgeführt werden können. Beispielsweise trennen Sie destruktive Befehle physisch von anderen Befehlen, und es müssen mehrere Aktionen ausgeführt werden.
• Bereitstellen von rückgängig. Bieten Sie die Möglichkeit, Aktionen zu rückgängig machen. Beispielsweise erfordert das Löschen einer Datei in Microsoft Windows in der Regel keine Bestätigung, da gelöschte Dateien aus dem Papierkorb wiederhergestellt werden können. Beachten Sie, dass es ausreichend sein kann, wenn eine Aktion sehr einfach ausgeführt werden kann, wenn benutzer die Aktion wiederholen.
• Geben Sie Feedback. Machen Sie unerwünschte Ergebnisse offensichtlich. Die Bereitstellung von "Rückgängig" allein reicht nicht aus, wenn Benutzer nicht erkennen, wenn sie einen Fehler machen. Beispielsweise sollte die Auswirkung direkter Manipulationen (z. B. ein Drag-and-Drop-Vorgang) immer offensichtlich sein.
• Nehmen Sie das wahrscheinliche Ergebnis an, aber machen Sie es einfach, sich zu ändern. Wenn Sie sich nicht sicher sind, was benutzer möchten, aber es eine wahrscheinliche, sichere und sichere Wahl gibt, gehen Sie davon aus, dass diese Wahl getroffen wird, machen Sie klar, was passiert ist, und erleichtern Sie die Änderung mithilfe eines Kontextmenüs. Microsoft Word geht beispielsweise davon aus, dass Benutzer Wörter richtig buchstabieren möchten. Wenn es ein falsch geschriebenes Wort erkennt und die wahrscheinlich richtige Rechtschreibung kennt, nimmt Word automatisch die Korrektur vor, ermöglicht benutzern jedoch die rückgängig machen.
• Beseitigen Sie die Wahl vollständig. Wenn die Wahl nicht wichtig ist, ist es den Benutzern einfach egal. Besser, Um Ihr Programm zu vereinfachen und die Wahl zu vermeiden.

Bestätigungen müssen nachgedacht werden

Damit eine Bestätigung einen Wert hat, müssen Benutzer den Grund verstehen, warum sie nicht fortfahren. 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 spezifische Antworten auf die Standard-Anweisung sind. Dies führt zu einer effizienten Entscheidungsfindung, da Benutzer eine minimale Textmenge lesen müssen, um fortzufahren. Dieses Effizienzziel kann jedoch für Bestätigungen kontraproduktiv sein. Betrachten Sie das folgende Beispiel:

Falsch:

In diesem Beispiel erfordert die richtige Antwort Überlegungen.

Wenn Sie diese Bestätigung unmittelbar nach dem Ausführen des Befehls "Deinstallieren" durch den Benutzer vorlegen, lautet die Antwort des Benutzers wahrscheinlich "Natürlich möchte ich deinstallieren!" Der Benutzer klickt auf Deinstallieren, ohne sich gedankenlos zu machen.

Für Bestätigungen möchten wir nicht, dass Benutzer überstürzte, emotionale Entscheidungen treffen. Um die Benutzer zu ermutigen, über ihre Reaktion nachzudenken, müssen wir eine kleine Geschwindigkeitsbeschleimung bei der Entscheidungsfindung bereitstellen. Wenn es praktisch ist, ist es in der Regel besser, dies durch sorgfältiges Ausdrücken von Commit-Schaltflächen zu tun. Beispielsweise können wir eine zusätzliche Sprache verwenden, um anzugeben, dass es einen Grund gibt, nicht fortzufahren.

Empfohlen:

In diesem Beispiel wird "jedenfalls" zur Bezeichnung der Commitschaltfläche hinzugefügt, um anzugeben, dass die Bestätigung einen Grund gibt, nicht fortzufahren.

Wenn dieser Ansatz nicht praktikabel ist, können wir Ja/Nein-Commitschaltflächen verwenden.

Auch besser:

In diesem Beispiel erzwingt die Verwendung von Ja/Nein-Commitschaltflächen, dass Benutzer mindestens die Standard-Anweisung lesen.

Geben Sie alle Informationen an.

Wenn Sie eine Frage stellen möchten, müssen Sie ausreichende Informationen bereitstellen, damit Benutzer diese Frage intelligent beantworten können. Sehen Sie sich das Dialogfeld Dateiersetzung bestätigen in Windows XP an:

Das Dialogfeld Windows XP Dateiersetzung bestätigen.

Enthält diese Bestätigung alle Informationen, die Benutzer möglicherweise benötigen, um die Frage zu beantworten? Bevor Sie antworten, sollten Sie die häufigsten 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.
• Behalten Oder kopieren Sie die neuere Datei (top-Szenario).
• Behalten Sie 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 unter einem anderen Namen.
• Brechen Sie den Vorgang ab, wenn etwas nicht stimmt 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, aber beachten Sie, wie viel Überlegungen erforderlich sind, um die neuere Datei zu bestimmen, und dann die geeignete Schaltfläche zu ermitteln, insbesondere für das wahrscheinlich häufigste Szenario.

Die Szenarien 4, 5 und 6 sind ebenfalls erstaunlich schwierig. Die Dateigrößen werden abgerundet, sodass beispielsweise nicht ermittelt werden kann, ob diese Dateien die gleiche Größe haben oder sogar, ob es sich um dieselbe Datei handelt. Die Symbole gelten für die Anwendung, 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 "Datei kopieren" von Windows Vista bietet eine viel bessere Arbeit bei der Behandlung dieser Szenarien, indem weitere Informationen bereitgestellt und die Option hinzugefügt wird, beide Dateien beizubehalten:

Die Windows Vista-Bestätigung zum Kopieren von Dateien.

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. Sehen Sie sich diese Windows Internet Explorer Sicherheitsbestätigung an:

Eine vage 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 soll, und diese Meldung rät davon ab, implizit durch den Texttext und durch Hervorhebung von Nein als Standardauswahl.

Das spezifische Sicherheitsproblem, das die Seite darstellt, ist nicht ausreichend erklärt, sodass das Risiko einer Fortsetzung nicht klar ist. Welche Informationen in der Bestätigung würden dazu führen, dass der Benutzer jemals auf Nein klickt? Aufgrund der Unbestimmtheit der Nachricht ist die Bestätigung wahrscheinlich nicht dazu geeignet, Benutzer von der Fortsetzung abzuschrecken, aber sie fühlen sich schlecht, wenn sie dies tun.

Damit diese Bestätigung nützlich ist, muss sie weitere Informationen bereitstellen, die dazu führen können, dass der Benutzer nicht fortfahren möchte. Im Allgemeinen sollten Sie für jede Antwort in einer Bestätigung die Szenarien berücksichtigen, in denen dies erforderlich ist, und stellen Sie sicher, dass genügend Informationen vorhanden sind, damit Benutzer sie auswählen können. Bieten Sie Auswahlmöglichkeiten, keine Dilemmas.

Ermitteln, ob eine Bestätigung erforderlich ist

Das Durchdenken der Szenarien und die Wahrscheinlichkeit, dass jede Antwort ausgewählt wird, bietet eine systematische Möglichkeit, um festzustellen, 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? Werden Benutzer jemals Nein auswählen? Es ist möglich, aber sehr unwahrscheinlich. Diese Bestätigung sollte entfernt werden.

Wenn Sie nur drei Dinge tun...

1. Stellen Sie sicher, dass Ihre Bestätigung wirklich erforderlich ist. Es sollte einen legitimen und klaren Grund geben, nicht fortzufahren, und eine Chance, dass Benutzer manchmal nicht.

2. Wenn der Grund für die Bestätigung nicht sofort offensichtlich ist, wählen Sie Commit-Schaltflächen aus, die Benutzer dazu ermutigen, über ihre Antwort nachzudenken. In der Regel erfolgt dies, indem die Bestätigung als Ja oder Nein-Frage ausgegeben wird und vollständig selbsterklärende oder Ja/Nein-Antworten bereitgestellt werden.

3. 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
Routinebestä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 mit dem Ausdruck "Sind Sie sicher...?" formuliert und verfügen häufig über ein Kontrollkästchen Diese Meldung nicht erneut anzeigen, um ihre Verärfung zu minimieren. Beispiele für Routinebestätigungen. Hinweis: Dieses Muster ist in der Regel unnötig und sollte vermieden werden.
Bestätigungen für riskante 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.	Da ein Risiko besteht, verfügen diese Bestätigungen in der Regel über ein Warnsymbol. Beispiele für Bestätigungen riskanter Aktionen.
Bestätigungen für unbeabsichtigte Folgen Bestätigen Sie, dass der Benutzer mit einer Aktion fortfahren möchte, die unerwartete oder unbeabsichtigte Folgen hat.	Neben einer Frage weisen diese Bestätigungen auf die unbeabsichtigten Konsequenzen hin. da sie unbeabsichtigte Konsequenzen haben, haben diese Bestätigungen in der Regel ein Warnsymbol. Beispiele für unbeabsichtigte Folgebestätigungen. Dieses Muster erfordert jedoch, dass die Konsequenzen wirklich unbeabsichtigt sind. Falsche: Die Konsequenzen sind hier beabsichtigt, daher ist dies eine routinemäßige Bestätigung.
Erläuterungen klären, wie der Benutzer mit einer Aktion fortfahren möchte, die potenziell mehrdeutige oder unerwartete Konsequenzen hat.	Drag-and-Drop-Vorgänge können zu Klarstellungen führen, wenn die Auswirkung des Vorgangs falsch interpretiert werden kann. Beispiele für Klarstellungen. Hinweis: Dieses Muster sollte vermieden werden, da es besser ist, Aktionen ohne mehrdeutige Folgen zu entwerfen und das wahrscheinlichste gewünschte Ergebnis anzunehmen.
Sicherheitsbestätigungen Bestätigen Sie, dass der Benutzer mit einer Aktion mit Sicherheitsfolgen fortfahren möchte.	Beispiele für Sicherheitsbestätigungen.
Bestätigungen des Hintergedankens Geben Sie Informationen zu einer Aktion an, stellen Sie sie aber als Bestätigung dar.	Obwohl diese Dialogfelder als Bestätigungen dargestellt werden, ist ihr eigentliches Ziel die Schulung von Benutzern oder die Ankündigung von Features. Ein Beispiel für eine Bestätigung des Hintergedankenmotivs. 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 Wirkung anzuzeigen.

Richtlinien

Allgemein

• Verwenden Sie die Bestätigungen "Änderungen speichern" nur, wenn erhebliche Änderungen vorgenommen werden. Bestätigen Sie keine Änderungen, die nicht direkt vom Benutzer vorgenommen wurden, z. B. die automatische Neuformatierung von Dokumenten.

Falsch:

Dieses Beispiel ist falsch, wenn es für eine leere E-Mail oder ein dokument verwendet wird, das 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
  Routinebestätigungen	Kein Symbol.
  Bestätigungen für riskante Aktionen	Warnsymbol.
  Bestätigungen für unbeabsichtigte Folgen	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.
  Bestätigungen des Hintergedankens	Kein Symbol.

• Verwenden Sie keine Warnsymbole für Routinefragen. Dies widerspricht dem ermutigenden Ton von Windows und lässt die Verwendung Ihres Programms wie eine gefährliche Aktivität wirken. Angenommen, Benutzer verstehen die Folgen des Abbrechens einer Aufgabe, 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 Standard 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, sodass Speichern und Nicht speichern gut funktionieren.

• Verwenden Sie andernfalls die Schaltflächen Ja und Nein für Bestätigungsantworten. Auf diese Weise geben Benutzer der Bestätigung einige Gedanken, bevor sie antworten. Verwenden Sie niemals OK und Cancel für Bestätigungen.

Richtig:

In diesem Beispiel erzwingt die Verwendung von Ja/Nein-Commitschaltflächen, dass Benutzer mindestens die Standard-Anweisung lesen.

Falsch:

In diesem Beispiel ist die Verwendung von OK/Cancel verwirrend.

• Verwenden Sie bestimmte Antworten auf die Standard-Anweisung, um ein Programm zu schließen oder Windows neu zu starten. Um Missverständnisse zu vermeiden, verwenden Sie für diesen Zweck nicht Schließen oder Ja/Nein.

Richtig:

Falsch:

Im falschen Beispiel wird Ja verwendet, um Windows neu zu starten.

Befehlslinks

• Für das Klarstellungsmuster sollten Sie die Verwendung von Befehlslinks in Betracht ziehen, um die Alternativen klar zu machen.

Annehmbar:

Empfohlen:

Im besseren Beispiel machen Befehlslinks die Alternativen klar.

• Zeigen Sie zuerst die am häufigsten verwendeten Befehlslinks an. Die resultierende Reihenfolge sollte ungefähr der Verwendungswahrscheinlichkeit folgen, aber auch einen logischen Fluss aufweisen.
• Wenn für einen Befehlslink weitere Erläuterungen erforderlich sind, geben Sie eine zusätzliche Erklärung an. In zusätzlichen Erläuterungen wird beschrieben, 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 ihrem Entwurfsmuster:

  Muster	Standardantwort
  Routinebestätigungen	Fortfahren.
  Bestätigungen für riskante Aktionen	Fahren Sie nicht fort (oder die sichere Wahl).
  Bestätigungen für unbeabsichtigte Folgen	Wenn die Folgen erheblich sind, fahren Sie nicht fort. Andernfalls fahren Sie fort.
  Erläuterungen	Die wahrscheinlichste Antwort.
  Sicherheitsbestätigungen	Fahren Sie nicht fort.
  Bestätigungen des Hintergedankens	Fortfahren.

Diese Nachricht nicht erneut anzeigen

• Verwenden Sie diese Option nur für die Routine- und Ulteriormotivbestätigungsmuster. Bei den anderen Mustern sollten die Informationen immer angezeigt werden, wenn sie erforderlich sind.
• Geben Sie diese Option nicht an, um das Anzeigen einer unnötigen Bestätigung zu rechtfertigen. Entfernen Sie stattdessen einfach die Bestätigung.

Falsch:

Immer noch falsch:

In diesen Beispielen wird durch das Hinzufügen der Option Diese Nachricht nicht erneut anzeigen eine unnötige Bestätigung nicht behoben.

Weitere Richtlinien finden Sie unter Dialogfelder.

Massenvorgänge

• Geben Sie für Bestätigungen, die für Massenvorgänge gelten, eine Option an, um die Bestätigung auf den gesamten Vorgang anzuwenden.

In diesem Beispiel ist eine Option für Massenvorgänge verfügbar.

• Entfernen oder Verschieben von Bestätigungen in einem Massenvorgang.

Falsch:

In diesem Beispiel bestätigt Windows Explorer in Windows XP jede schreibgeschützte Datei während einer Massenverschiebung. Es ist besser, einfach die schreibgeschützten Dateien zu kopieren, ohne zu fragen, oder die Verarbeitung dieser Dateien zu verschieben und die Bestätigung am Ende der Aufgabe vorzulegen.

Schrittweise Offenlegung

• Wenn Sie erweiterte Informationen in eine Bestätigungsmeldung einschließen müssen, zeigen Sie diese mithilfe von Schaltflächen für die progressive Offenlegung an (z. B. "Details anzeigen"). Dies vereinfacht die Bestätigung für die typische Nutzung. 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.

Benutzerkontensteuerung

• Verwenden Sie die Benutzeroberfläche zur Erhöhung der Benutzerkontensteuerung (UAC) nicht als Ersatz für eine Bestätigung. Wenn eine Aktion eine Bestätigung benötigt, verwenden Sie ein separates Dialogfeld. Während der Benutzeroberfläche für rechte Rechte mü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 erhöhte Rechte an. Dadurch werden unnötige Erhöhungen vermieden.

Text

Allgemein

• Entfernen Sie redundanten Text. Suchen Sie in Titeln, Standard Anweisungen, ergänzenden Anweisungen, Inhaltsbereichen, Befehlslinks und Commitschaltflächen nach redundantem Text. Behalten Sie im Allgemeinen Volltext in Anweisungen und interaktiven Steuerelementen bei, und entfernen Sie jegliche Redundanz von den anderen Stellen.
• Verwenden Sie keine "Warnung" oder "Vorsicht" im Text. Wenn Benutzer mit Vorsicht fortfahren müssen, geben Sie dies stattdessen mithilfe eines Warnsymbols an.

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 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 Standard-Anweisung wäre, verwenden Sie stattdessen den Programmnamen.

Wenn die Bestätigung jedoch von einer Aufgabe mit langer Ausführungsdauer stammt und nach dem Starten der Aufgabe möglicherweise angezeigt wird, verwenden Sie immer den Befehl oder das Feature, um den Kontext eindeutig zu identifizieren.

• Verwenden Sie den Titel nicht, um zu erklären, was im Dialogfeld zu tun ist, das der Zweck der Standard-Anweisung ist.
• Wenn dies für Klarheit sorgt, beginnen Sie den Titel mit dem Wort Bestätigen.
• Für Bestätigungen riskanter Aktionen können Sie den Namen des betreffenden Objekts hinzufügen, um eine zusätzliche Hervorhebung zu erfahren.

In diesem Beispiel ist das zu formatierte Laufwerk im Titel enthalten.

• Verwenden Sie die Groß- und Kleinschreibung im Titelformat, ohne die Interpunktion zu beenden.

Hauptanweisungen

• Die Standard Anweisung für eine Bestätigung basiert auf ihrem Entwurfsmuster:

  Muster	Hauptanweisung
  Bestätigungen für unbeabsichtigte Folgen	geben Sie die unbeabsichtigte Folge an. Ausnahme: Wenn eine Frage, die fragt, ob der Benutzer fortfahren möchte, eindeutig die unbeabsichtigte Folge impliziert, stellen Sie stattdessen die Frage. In diesem Beispiel wird der Benutzer aufgefordert, den Vorgang fortzusetzen, um die Konsequenzen der Aktion ausreichend zu vermitteln.
  Alle anderen	Stellen Sie eine einzelne Frage, um festzustellen, ob der Benutzer fortfahren möchte.

• 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.

• Seien Sie spezifisch, wenn Objekte beteiligt sind, geben Sie deren vollständigen Namen an.

• Verwenden Sie positive Ausdrücke. Positive Ausdrücke 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?

Die Formulierung muss jedoch mit dem zugeordneten Befehl übereinstimmen, auch wenn der Befehl negativ formuliert ist. Verwenden Sie also beispielsweise deaktivieren, um einen Disable-Befehl zu bestätigen.

• Es gibt zwar keine strengen Regeln für die Formulierung, aber diese gängigen Bestätigungsausdrücke haben die angegebene Konnotation:

  Ausdruck	Konnotation
  Möchten Sie wirklich eine Aktion ausführen?	Bestätigen des direkten Ergebnisses einer Benutzeranforderung.
  Möchten Sie eine Aktion ausführen?	Bestätigen einer Nebenwirkung einer Benutzeranforderung.
  Möchten Sie ein Ergebnis auswählen?	Benötigen Sie eine Klarstellung.
  [Aktion ausführen]?	Keine Konnotation.

• Verwenden Sie für Bestätigungen riskanter Aktionen den Begriff dauerhaft, um anzugeben, dass eine Aktion nicht rückgängig werden kann.

In diesem Beispiel gibt "dauerhaft" an, dass die Aktion nicht rückgängig werden kann.

• Verwenden Sie die Groß-/Kleinschreibung im Satzformat.

Zusätzliche Anweisungen

• Die ergänzende Anweisung für eine Bestätigung basiert auf ihrem Entwurfsmuster:

Bezeichnung	Wert
Muster	Zusätzliche Anweisung
Bestätigungen für unbeabsichtigte Folgen	Stellen Sie eine einzelne Frage, um festzustellen, 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 mehrerer der folgenden Punkte: Ein wertvoller Vermögenswert, 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 Standard Anweisung nicht mit leicht abweichendem Wortlaut. Lassen Sie stattdessen die zusätzliche Anweisung aus, wenn nicht mehr hinzugefügt werden kann.
• Für unbeabsichtigte Folgebestätigungen sollten Sie den Begriff trotzdem verwenden, um kurz anzugeben, dass es einen Grund gibt, nicht fortzufahren, falls der Benutzer die Standard Anweisung übersehen hat. Weitere Informationen finden Sie unter Entwurfskonzepte.
• Verwenden Sie vollständige Sätze, großgeschriebene Sätze und endende Interpunktion.

Dokumentation

Wenn Sie auf Bestätigungen verweisen:

• Verweisen Sie auf eine Bestätigung durch den Titel, wenn der Titel spezifisch für die Bestätigung ist (d. a. nicht der Programmname); Andernfalls verweisen Sie mit der Standard-Anweisung darauf.
• Bei Bedarf können Sie auf ein Bestätigungsdialogfeld als Meldung verweisen.
• Verwenden Sie den genauen Text, einschließlich der Groß-/Kleinschreibung.
• 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 Datei kopieren auf die neuere Datei.