it-swarm-eu.dev

Sollte es in einem Bestätigungsdialog einen Unterschied in der relativen Größe der Schaltflächen geben?

Ich verstehe die Idee dahinter, dass die Aktion auf einer Seite, die etwas größer oder in einem anderen Stil ist, mit größerer Wahrscheinlichkeit verwendet wird, um den Benutzer dorthin zu führen (z. B. eine Schaltfläche zum Speichern, aber einen kleinen Textlink zum Abbrechen).

Wenn ein Administrator auf "Löschen" klickt, wird ein Bestätigungsdialogfeld angezeigt, in dem er gefragt wird, ob er dies wirklich tun möchte, und ihm zwei Optionen angezeigt: "Ja, dies löschen" und "Nein, dies beibehalten". Im Moment haben diese die gleiche Größe und den gleichen Stil und daher das gleiche Gewicht auf der Seite.

Ich habe mich gefragt, ob dies der Fall sein sollte oder ob ich davon ausgehen sollte, dass der Administrator kein Idiot ist und dass die Bestätigung dieser Aktion der wichtigste Teil seines nächsten Schritts ist und daher eine größere Gewichtung auf der Seite erhalten sollte, wenn er auf Löschen geklickt hat ?

15
Toby

Luke Wroblewski schrieb einen Artikel mit dem Titel Primäre und sekundäre Aktionen auf Webformularen , der speziell auf dieses Problem eingeht. Seine Daten basieren auf Untersuchungen aus Eye-Tracking-Studien.

Die Schlussfolgerung ist im Grunde, dass es Unterschiede im visuellen Gewicht zwischen den beiden geben sollte, damit Sie auf einen Blick interpretieren können, welcher Aufruf zum Handeln wichtiger ist. Er spricht auch ein bisschen über Positionierung und Ordnung.

Visual weight in forms

Was betrifft, welcher Knopf mehr Gewicht haben sollte, liegt es an Ihnen, die Situation zu bestimmen. Es ist normalerweise eine gute Praxis, bei CRUD-Operationen wie dem Löschen von Objekten sehr konservativ mit Schaltflächen umzugehen, aber Sie wissen wahrscheinlich am besten (oder Sie sollten testen), welche Situation wahrscheinlicher ist. Wenn das Löschen häufiger erfolgt, sollte dies möglicherweise die primäre Aktion sein.

In Michaels Antwort unten finden Sie einige gute Verweise auf Plattformrichtlinien, in denen festgelegt ist, wie Sie entscheiden sollen, welche die primäre Aktion sein soll.

Weitere Informationen zu ähnlichen Problemen mit Schaltflächen finden Sie in den folgenden Fragen:

10
Rahul

Wenn es sich um eine Desktop-Thick-Client-App handelt oder es wichtig ist, mit Desktop-Apps konsistent zu sein, legen die Windows 7 UX-Richtlinien fest, dass für riskante Aktionen die visuell hervorstechendste Schaltfläche die „sichere Wahl“ sein sollte (Seite 384). Insbesondere sollte die sichere Auswahl die Standardschaltfläche sein, die sowohl optisch hervorstechender als andere Schaltflächen ist als auch durch die Eingabetaste aktiviert wird. In ähnlicher Weise sagt Apples HIG, dass die prominenteste Schaltfläche diejenige sein sollte, die „die Aktion darstellt, die der Benutzer am wahrscheinlichsten ausführt , wenn diese Aktion nicht potenziell gefährlich ist . [Hervorhebung im Original]. “ Es wird ausdrücklich davon abgeraten, eine Schaltfläche hervorzuheben, „wenn dadurch Benutzerdaten verloren gehen“ (S. 245).

Der prominentere Knopf sollte also "Nein, behalte das" sein, oder?

Andererseits muss ich Ihnen zustimmen, dass der Benutzer wahrscheinlich kein Idiot ist und in über 90% der Fälle das Objekt wirklich löschen möchte. Das Ergebnis ist, dass Benutzer es sich zur Gewohnheit machen, auf die Bestätigungsschaltfläche Ihrer Bestätigungsnachricht zu klicken, ohne wirklich darüber nachzudenken oder die Nachricht zu lesen, eine Gewohnheit, die viele Benutzer bereits haben . Das macht den Zweck zunichte, die Nachricht überhaupt zu haben. Mit Ausnahme von "Slips-of-the-Mouse" wissen Benutzer häufig erst dann, dass sie einen Fehler machen, wenn die Aktion ausgeführt wurde und das Ergebnis im übergeordneten Fenster angezeigt wird (z. B. "Ups. Gelöscht" Falsche Sache"). Solche Bestätigungen verschwenden nur wenig Mühe und lehren schlechte Gewohnheiten.

Wenn möglich, haben Sie keine Bestätigung zum Löschen. Haben Sie stattdessen eine klare und einfache Möglichkeit zum Rückgängigmachen Löschen.

10