Zusicherungen

Eine Bestätigung ist ein modales Dialogfeld, in dem gefragt wird, ob der Benutzer eine Aktion fortsetzen möchte.

Eine typische Bestätigung.

Bestätigungen haben diese wesentlichen Merkmale:

• 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 der Benutzer eine relevante und unterschiedliche Auswahl treffen muss, die später nicht vorgenommen werden kann. Diese Auswahl beinhaltet häufig ein Element des Risikos, das für den Benutzer nicht offensichtlich ist, aber das Risiko ist für Bestätigungen nicht unerlässlich. Diese Elemente sind notwendig, um die Unterbrechung der Reaktion auf ein modales Dialogfeld zu rechtfertigen.

Im Gegensatz dazu Warnmeldungen eine Bedingung darstellen, die in Zukunft zu einem Problem führen kann. Ihr grundlegendes Merkmal besteht darin, dass sie Risiken beinhalten:

• Sie umfassen potenzielle Verluste eines oder mehrerer der folgenden Elemente:
  • Ein wertvoller Vermögenswert, z. B. Datenverlust oder finanzieller Verlust.
  • Systemzugriff oder Integrität.
  • Datenschutz oder Kontrolle über vertrauliche Informationen.
  • Die Zeit des Benutzers (eine erhebliche Menge, 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 unwiderruflich sein können.

Wenn eine Bestätigung ein Risiko beinhaltet, kann sie auch als Warnung betrachtet werden. Folglich gelten auch die Richtlinien für Warnmeldungen.

Hinweis: Richtlinien für Dialogfelder, Fehlermeldungen, Layout-und Warnmeldungen werden in separaten Artikeln vorgestellt.

Ist dies die richtige Benutzeroberfläche?

Berücksichtigen Sie die folgenden Fragen, um sich zu entscheiden:

• Wird dem Benutzer eine Frage gestellt, um mit einer Aktion fortzufahren, die mindestens zwei Antworten enthält? Wenn nicht, ist die Nachricht keine Bestätigung.
• Stellt die Benutzeroberfläche einen Fehler oder ein Problem dar, das aufgetreten ist? Verwenden Sie in diesem Falls stattdessen eine Fehlermeldung.
• Erfordert das Fortfahren mit der Aktion, dass der Benutzer eine Auswahl treffen muss, die nicht über einen geeigneten Standardwert verfügt? Falls ja, kann eine Bestätigung angemessen sein.
• Gibt es ein alternatives Design, das die Notwendigkeit der Bestätigung entfällt? Die Notwendigkeit einer Bestätigung weist manchmal auf einen Entwurfsfehler hin. Häufig gibt es eine bessere Entwurfsalternative, die keine Bestätigung benötigt.
• Ist der Benutzer dabei, eine riskante Aktion auszuführen? Falls ja, ist eine Bestätigung angemessen, wenn die Aktion erhebliche Folgen hat oder nicht einfach rückgängig gemacht werden kann.
• Ist der Benutzer dabei, eine Aufgabe aufzugeben? Wenn ja, bestätigen Sie dies nicht. Gehen Sie davon aus, dass Die Benutzer die Folgen verstehen, dass eine Aufgabe nicht abgeschlossen wird.
• Hat die Aktion Folgen, die Benutzer möglicherweise nicht kennen? Falls ja, kann eine Bestätigung angemessen sein.
• Werden Benutzer aufgrund des aktuellen Kontexts wahrscheinlich eine Fehleraktion ausführen? Falls ja, kann eine Bestätigung angemessen sein.
• Führen Benutzer die Aktion häufig aus? Wenn ja, sollten Sie ein alternatives Design in Betracht ziehen. Häufige Bestätigungen sind lästig und haben wenig Wert, da Benutzer lernen, ohne nachzudenken zu reagieren.
• Hat die Aktion Sicherheitsauswirkungen? Falls ja, kann eine Bestätigung erforderlich sein, auch wenn die vorherigen Tests andernfalls angeben.

Designkonzepte

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.

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

Nicht nur unnötige Bestätigungen sind ärgerlich, aber sie sind nicht effektiv, um den Benutzer vor Fehlern zu schützen. Benutzer können schnell feststellen, wenn ein Programm unnötige Bestätigungen hat und ihre natürliche Reaktion darauf besteht, sie so schnell wie möglich zu verwerfen, oft ohne Lesen. Daher tun solche Bestätigungen wenig mehr als einen zusätzlichen Schritt zu diesen Vorgängen hinzuzufügen.

Verwenden Sie keine Bestätigungen, nur weil es die Möglichkeit gibt, dass Benutzer einen Fehler machen. Vielmehr sind Bestätigungen am effektivsten, wenn sie verwendet werden, um Aktionen zu bestätigen, die erhebliche oder unbeabsichtigte Folgen haben. Gute Bestätigungen geben niemals das Offensichtliche an; sie sollten mitteilen, dass Benutzer sich eines guten Grunds bewusst sein müssen, um den Vorgang nicht fortzusetzen. Und sie werden nur verwendet, wenn sie wirklich von einer Aktion benötigt werden, z. B. dass Benutzer aufgefordert werden, Änderungen nur zu speichern, wenn Änderungen zu speichern sind. Dies erfordert die Aufmerksamkeit des Benutzers nur, wenn es wirklich garantiert ist.

Für andere Arten von Bestätigungen gibt es häufig eine bessere Entwurfsalternative als die Erzwingung von Benutzern, eine Frage zu beantworten.

Überlegen Sie sich die Designalternativen

Hier sind einige Designalternativen, die die Notwendigkeit von Routinebestätigungen beseitigen:

• Fehler verhindern. Entwerfen Sie Aufgaben so, dass erhebliche Fehler schwer versehentlich zu erledigen sind. Zum Beispiel trennen Sie destruktive Befehle physisch von anderen Befehlen und erfordern mehrere Aktionen, die abgeschlossen werden müssen.
• Geben Sie "Rückgängig" ein. Stellen Sie die Möglichkeit bereit, Aktionen wiederhergestellt zu können. 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, dass, wenn eine Aktion sehr einfach ausgeführt werden kann, die Aktion möglicherweise ausreichend ist, wenn Benutzer die Aktion wiederholen.
• Geben Sie Feedback ein. 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 der direkten Manipulation (z. B. eines Drag-and-Drop-Vorgangs) immer offensichtlich sein.
• Gehen Sie davon aus, dass das wahrscheinliche Ergebnis wahrscheinlich ist, aber machen Sie es einfach zu ändern. Wenn Sie nicht sicher sind, was Benutzer möchten, aber es gibt eine wahrscheinliche, sichere und sichere Wahl, gehen Sie davon aus, dass diese Wahl besteht, machen Sie klar, was passiert ist, und machen Sie es einfach, mithilfe eines Kontextmenüs zu ändern. Microsoft Word geht z. B. davon aus, dass Benutzer Wörter richtig eingeben möchten. Wenn es ein falsch geschriebenes Wort erkennt und die wahrscheinlich richtige Schreibweise kennt, nimmt Word automatisch die Korrektur vor, ermöglicht benutzern jedoch die Wiederherstellung.
• Beseitigen Sie die Auswahl vollständig. Wenn die Auswahl nicht wichtig ist, kümmern sich die Benutzer nur nicht. Besser, um Ihrem Programm zu vereinfachen und die Wahl zu beseitigen.

Bestätigungen erfordern Gedanken

Damit die Benutzer einen Wert erhalten, müssen Sie den Grund verstehen, warum Sie nicht fortfahren müssen. Manchmal ist der Grund offensichtlich, da 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 Commit-Schaltflächenbeschriftungen für Dialogfelder allgemeine Richtlinien darin, Bezeichnungen auszuwählen, die bestimmte Antworten auf die Hauptanweisung sind. Dies führt zu einer effizienten Entscheidungsfindung, da Benutzer eine mindeste Textmenge lesen müssen, um fortzufahren. Dieses Effizienzziel kann jedoch kontraproduktiv für Bestätigungen sein. Betrachten Sie dieses Beispiel:

Falsch:

In diesem Beispiel erfordert die richtige Antwort den Gedanken.

Wenn Sie diese Bestätigung unmittelbar nach dem Ausführen des Befehls "Deinstallieren" vorführen, lautet die Antwort des Benutzers wahrscheinlich "Natürlich möchte ich deinstallieren!" Der Benutzer klickt auf "Deinstallieren", ohne ihm einen zweiten Gedanken zu geben.

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

Besser:

In diesem Beispiel wird "trotzdem" zur Bezeichnung der Commit-Schaltfläche hinzugefügt, um anzugeben, dass die Bestätigung einen Grund gibt, den Vorgang nicht fortzusetzen.

Wenn dieser Ansatz nicht praktikabel ist, können wir Schaltflächen für "Ja/Nein"-Commit verwenden.

Auch besser:

In diesem Beispiel erzwingt die Verwendung von Schaltflächen "Ja/Nein", dass Benutzer zumindest die Hauptanweisung lesen.

Bereitstellen aller Informationen

Wenn Sie eine Frage stellen werden, müssen Sie ausreichend Informationen bereitstellen, damit Benutzer diese Frage intelligent beantworten können. Betrachten Sie das Dialogfeld "Datei ersetzen bestätigen" von Windows XP:

Das Dialogfeld "Datei ersetzen" unter Windows XP bestätigen.

Gibt diese Bestätigung möglicherweise alle Informationen an, die Benutzer zur Beantwortung der Frage benötigen? Bevor Sie antworten, sollten Sie die am häufigsten verwendeten Benutzerszenarien berücksichtigen:

• Kopieren (oder verschieben) Sie die andere Datei, und ersetzen Sie die vorhandene Datei.
• Behalten Sie die vorhandene Datei bei, ohne die andere Datei zu kopieren oder zu verschieben.
• Beibehalten oder Kopieren der neueren Datei (oberstes Szenario).
• Behalten Sie entweder die vorhandene Datei bei, oder kopieren Sie die andere Datei, je nach Kriterien wie Dateiinhalten 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 ein Fehler auftritt 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 Es dauert, um die neuere Datei zu ermitteln und dann die entsprechende Schaltfläche zu bestimmen, insbesondere für das, was wahrscheinlich das häufigste Szenario ist.

Szenarien 4, 5 und 6 sind ebenfalls überraschend schwierig. Die Dateigrößen werden abgerundet, sodass es beispielsweise unmöglich ist, festzustellen, ob diese Dateien dieselbe Größe haben oder auch wenn sie dieselbe Datei sind. Die Symbole gelten für die Anwendung, die zum Öffnen der Datei verwendet wird, sodass Benutzer die Dateien öffnen müssen, um ihre Inhalte zu prüfen und zu vergleichen. Die Miniaturansicht des Dateiinhalts wäre bei der Beantwortung der Frage viel nützlicher.

Die Bestätigung "Datei kopieren" von Windows Vista bietet eine wesentlich bessere Behandlung dieser Szenarien, indem weitere Informationen bereitgestellt und die Option hinzugefügt wird, beide Dateien beizubehalten:

Bestätigung der Windows Vista-Kopiedatei.

Bereitstellen bestimmter, 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. Berücksichtigen Sie diese Windows Internet Explorer-Sicherheitsbestätigung:

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 anzeigt, und diese Meldung empfiehlt sich implizit durch den Texttext und durch Hervorhebung "Nein" als Standardauswahl.

Das spezifische Sicherheitsproblem, das die Seite darstellt, ist nicht ausreichend erklärt, sodass das Risiko eines Fortsetzens nicht klar ist. Welche Informationen in der Bestätigung würden dazu führen, dass der Benutzer jemals auf "Nein" klickt? Aufgrund der Vage der Nachricht wird die Bestätigung nicht davon abhalten, die Benutzer davon abzuhalten, fortzufahren, aber sie werden sich schlecht fühlen, wenn sie dies tun.

Damit diese Bestätigung hilfreich ist, muss sie weitere Informationen bereitstellen, die dazu führen können, dass der Benutzer entscheiden kann, den Vorgang nicht fortzusetzen. Im Allgemeinen berücksichtigen Sie für jede Antwort in einer Bestätigung die Szenarien, die sie erfordern, und stellen Sie sicher, dass für Benutzer ausreichende Informationen zur Verfügung stehen, die sie auswählen möchten. Bieten Sie Auswahlmöglichkeiten, nicht Dilemmas.

Ermitteln, ob eine Bestätigung erforderlich ist

Das Durchdenken der Szenarien und die Wahrscheinlichkeit, jede Antwort zu wählen, schlägt eine systematische Möglichkeit vor, 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 (sagen Sie 98 Prozent der Zeit), ist die Bestätigung eindeutig unnötig und sollte entfernt werden. Beachten Sie, dass Bestätigungen im Zusammenhang mit Sicherheits-, Rechts- 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 ein legitimer und klarer 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. Dies geschieht in der Regel durch Ausdrücke der Bestätigung als Ja- oder Nein-Frage und liefert vollständig selbsterklärende oder Ja/Nein-Antworten.

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 vergewissern Sie sich, dass der Benutzer eine Routineaktion mit geringem Risiko fortsetzen möchte.	Diese Bestätigungen werden in der Regel als "Sind Sie sicher...?" bezeichnet, und häufig wird diese Meldung nicht erneut angezeigt, um ihre Verärrung zu minimieren. Beispiele für Routinebestätigungen. Hinweis: Dieses Muster ist in der Regel unnötig und sollte vermieden werden.
Risikoaktionsbestätigungen bestätigen Sie, dass der Benutzer mit einer Aktion fortfahren möchte, die ein gewisses Risiko hat und nicht einfach rückgängig gemacht werden kann.	Da sie risiken haben, weisen diese Bestätigungen in der Regel ein Warnsymbol auf. Beispiele für risikobehaftete Aktionsbestätigungen.
unbeabsichtigte Folgebestätigungen bestätigen Sie, dass der Benutzer mit einer Aktion fortfahren möchte, die unerwartete oder unbeabsichtigte Folgen hat.	Zusätzlich zu 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 unbeabsichtigte Folgebestätigungen. Dieses Muster erfordert jedoch, dass die Folgen wirklich unbeabsichtigt sind. falsch: "Schlüssellogger deaktivieren?". Die Folgen sind hier vorgesehen, so dass dies eine Routinebestätigung ist.
Klarstellungen klären, wie der Benutzer mit einer Aktion fortfahren möchte, die potenziell mehrdeutige oder unerwartete Folgen 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 wahrscheinlich gewünschte Ergebnis anzunehmen.
Sicherheitsbestätigungen bestätigen Sie, dass der Benutzer eine Aktion mit Sicherheitsfolgen fortsetzen möchte.	Beispiele für Sicherheitsbestätigungen.
Ulterior Motivbestätigungen Geben Sie Informationen zu einer Aktion an, stellen Sie sie aber als Bestätigung vor.	Während diese Dialogfelder als Bestätigungen angezeigt werden, ist ihr eigentliches Ziel die Benutzerschulung oder Werbung für Features. Ein Beispiel für eine Motivbestätigung mit einem Motiv. Hinweis: Dieses Muster wird nicht empfohlen, da es in der Regel eine bessere, direktere Alternative gibt. Beispielsweise sind Animationen eine bessere Möglichkeit, die Beziehung zwischen Ursache und Effekt anzuzeigen.

Leitlinien

Allgemein

• Verwenden Sie "Änderungen speichern"-Bestätigungen nur, wenn erhebliche Änderungen vorhanden sind. Bestätigen Sie keine Änderungen, die nicht direkt vom Benutzer vorgenommen wurden, z. B. die automatische Dokumentformatierung.

Falsch:

Dieses Beispiel ist falsch, wenn es für eine leere E-Mail oder ein leeres Dokument verwendet wird, das vom Benutzer nicht geändert wurde.

Ikonen

• Bestätigungen verwenden keine Titelleistensymbole.

• Das Inhaltsbereichssymbol für eine Bestätigung basiert auf seinem Entwurfsmuster:

  Muster	Ikone
  Routinebestätigungen	Kein Symbol.
  Bestätigungen für riskante Aktionen	Warnsymbol.
  Unbeabsichtigte Folgebestätigungen	Verwenden Sie ein Warnsymbol, wenn das Risiko besteht, das Featuresymbol, falls verfügbar; andernfalls kein Symbol.
  Klarstellungen	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-Motivbestätigungen	Kein Symbol.

• Verwenden Sie keine Warnsymbole für Routinefragen. Dies ist gegen den ermutigenden Ton von Windows und macht die Verwendung Ihres Programms wie eine gefährliche Aktivität. Gehen Sie davon aus, dass Benutzer die Folgen des Abbrechens einer Aufgabe verstehen, bevor sie abgeschlossen ist.

Falsch:

In diesem Beispiel wird ein Warnsymbol verwendet, um eine Routinefrage zu stellen.

Commit-Schaltflächen

• Verwenden Sie spezifische Antworten auf die Hauptanweisung, 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 "Speichern" nicht gut funktionieren.

• Verwenden Sie andernfalls die Schaltflächen "Ja" und "Nein" für Bestätigungsantworten. Dadurch erhalten Benutzer die Bestätigung, bevor Sie antworten. Verwenden Sie niemals "OK" und "Abbrechen" für Bestätigungen.

Richtig:

In diesem Beispiel erzwingt die Verwendung von Schaltflächen "Ja/Nein", dass Benutzer zumindest die Hauptanweisung lesen.

Falsch:

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

• Verwenden Sie bestimmte Antworten auf die Hauptanweisung, um ein Programm zu schließen oder Windows neu zu starten. Um ein Missverständnis zu verhindern, verwenden Sie "Schließen" oder "Ja/Nein" für diesen Zweck nicht.

Richtig:

Falsch:

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

Befehlslinks

• Für die Klarstellungsmuster sollten Sie befehlslinks verwenden, um die Alternativen deutlich zu machen.

akzeptabel:

Besser:

Im besseren Beispiel machen Befehlslinks die Alternativen deutlich.

• Stellen Sie zuerst die am häufigsten verwendeten Befehlslinks dar. 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, eine ergänzende Erläuterung bereitstellen. Ergänzende Erläuterungen beschreiben, warum Benutzer die Option auswählen möchten oder was passiert, 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).
  Unbeabsichtigte Folgebestätigungen	Wenn Die Folgen signifikant sind, fahren Sie nicht fort; andernfalls fahren Sie fort.
  Klarstellungen	Die wahrscheinlichste Antwort.
  Sicherheitsbestätigungen	Fahren Sie nicht fort.
  Ulterior-Motivbestätigungen	Fortfahren.

Diese Meldung nicht mehr anzeigen

• Verwenden Sie diese Option nur für die Routine- und Ulterior-Motivbestätigungsmuster. Bei den anderen Mustern sollte dies immer angezeigt werden, wenn die Informationen erforderlich sind.
• Geben Sie diese Option nicht an, um die Anzeige 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 einer Option "Diese Meldung nicht erneut 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, können Sie die Bestätigung auf den gesamten Vorgang anwenden.

In diesem Beispiel gibt es eine Option für Massenvorgänge.

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

Falsch:

In diesem Beispiel bestätigt Der Windows-Explorer in Windows XP jede schreibgeschützte Datei während einer Massendateiverschiebung. Besser ist es, 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.

Progressive Offenlegung

• Wenn Sie erweiterte Informationen in eine Bestätigungsmeldung einschließen müssen, zeigen Sie sie mithilfe von progressiven Offenlegungsschaltflächen 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 "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.

Benutzerkontensteuerung

• Verwenden Sie die Benutzeroberflächen für die Benutzerkontensteuerung (User Account Control, 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 ui-müssen sich Benutzer darauf konzentrieren, ob sie die Aufgabe gestartet haben und ob das Programm vertrauenswürdig ist.
• Zeigt die Bestätigung vor der Rechteerweiterungs-UI an. Dadurch werden unnötige Erhöhungen beseitigt.

Text

Allgemein

• Entfernen Sie redundanten Text. Suchen Sie redundanten Text 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 im Text keine "Warnung" oder "Vorsicht". Wenn Benutzer vorsichtig vorgehen müssen, geben Sie stattdessen ein Warnsymbol 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 Hauptanweisung wäre, verwenden Sie stattdessen den Programmnamen.

Wenn die Bestätigung jedoch von einer lang ausgeführten Aufgabe stammt und nach dem Start der Aufgabe möglicherweise gut angezeigt wird, 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 Dialogfeld zu tun ist, dies der Zweck der Hauptanweisung ist.
• Wenn dies klarheitt, beginnen Sie den Titel mit dem Wort "Bestätigen".
• Bei Bestätigungen riskanter Aktionen können Sie den Namen des objekts hinzufügen, das für zusätzliche Hervorhebung erforderlich ist.

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

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

Hauptanweisungen

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

  Muster	Hauptanweisung
  Unbeabsichtigte Folgebestätigungen	die unbeabsichtigte Folge angeben. Ausnahme:, wenn eine Frage, die fragt, ob der Benutzer klar fortfahren möchte, die unbeabsichtigte Konsequenz impliziert, stellen Sie stattdessen die Frage. In diesem Beispiel wird der Benutzer aufgefordert, die Folgen 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 Hauptanweisung auf die wesentlichen Informationen. Wenn Sie etwas mehr erklären müssen, verwenden Sie eine ergänzende Anweisung.

• Geben Sie ihren vollständigen Namen an, wenn Objekte beteiligt sind.

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

Das Ausdrücken muss jedoch mit dem zugeordneten Befehl übereinstimmen, auch wenn der Befehl negativ formuliert ist; Verwenden Sie z. B. "Deaktivieren", um einen Befehl "Deaktivieren" zu bestätigen.

• Während es keine strengen Regeln für ausdrücke gibt, diese allgemeinen Bestätigungssätze die angegebene Konnotation haben:

  Phrase	Konnotation
  Möchten Sie [eine Aktion ausführen]?	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]?	Benötigen Sie eine Klarstellung.
  [Aktion ausführen]?	Keine Konnotation.

• Verwenden Sie für risikobehaftete Aktionsbestätigungen den Begriff dauerhaft, um anzugeben, dass eine Aktion nicht rückgängig gemacht werden kann.

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

• Verwenden Sie Groß-/Kleinschreibung im Satzformat.

Ergänzende Anweisungen

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

Etikett	Wert
Muster-	ergänzende
Unbeabsichtigte Folgebestätigungen	Stellen Sie eine einzelne Frage, um festzustellen, ob der Benutzer fortfahren möchte.
Alle anderen	Erklären Sie alle nicht offensichtlichen Gründe, warum der Benutzer möglicherweise nicht fortfahren möchte. Zu diesen Gründen gehören: Potenzieller Verlust eines oder mehrerer der folgenden Optionen: Ein wertvoller Vermögenswert, z. B. Datenverlust oder finanzieller Verlust. Systemzugriff oder Integrität. Datenschutz oder Kontrolle über vertrauliche Informationen. Aktionen, die unumkehrbar sind.

• Wiederholen Sie die Hauptanweisung nicht mit etwas unterschiedlichen Formulierungen. Lassen Sie stattdessen die ergänzende Anweisung weg, wenn nicht mehr hinzugefügt werden soll.
• Für unbeabsichtigte Folgebestätigungen sollten Sie den Begriff trotzdem verwenden, um präzise darauf hinzuweisen, dass es einen Grund gibt, nicht fortzusetzen, falls der Benutzer die Hauptanweisung übersehen hat. Weitere Informationen finden Sie unter Designkonzepte.
• Verwenden Sie vollständige Sätze, Groß-/Kleinschreibung im Satzformat und endende Interpunktion.

Dokumentation

Bei Der Bezugnahme auf Bestätigungen:

• Verweisen Sie auf eine Bestätigung durch ihren Titel, wenn der Titel für die Bestätigung spezifisch ist (d. a. nicht auf den Programmnamen); andernfalls verweisen Sie anhand ihrer Hauptanweisung darauf.
• Bei Bedarf können Sie auf ein Bestätigungsdialogfeld als Meldung verweisen.
• Verwenden Sie den exakten Text, einschließlich der Groß-/Kleinschreibung.
• 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: Klicken Sie in der Meldung Datei kopieren auf die neuere Datei.