Seine Augen konzentrieren sich auf die größere blaue Schaltfläche.
Aber die einzig richtige Schaltfläche, die er in dieser Situation anklicken kann, ist die kleinere blaue Schaltfläche.
Er blickt lange auf den Bildschirm… er denkt: Habe ich nicht gerade versucht, den Titel für meinen aktuellen Beitrag zu finden?
Wenn ich auf die (große) blaue Schaltfläche klicke, erstelle ich eine Antwort. Das ist nicht das, was ich tun möchte!
Ja, dieses Beispiel sollte an die anderen Diskussionen über blaue Schaltflächen angehängt werden, aber diese ist gesperrt.
Der kleinere blaue Button erscheint erst, nachdem auf das Bearbeiten-Symbol des Themas geklickt wurde. Wenn Sie auf dieses Symbol klicken, beabsichtigen Sie, das Thema zu bearbeiten, und sollten sich daher auf den Bearbeitungsbereich konzentrieren, nicht auf weit entfernte Inhalte wie die Antwortschaltfläche.
In diesem Szenario funktioniert es, wenn Sie auf die Schaltfläche Antworten klicken (und die Bearbeitung des Thema-Titels abbrechen). Daher denke ich, dass beide blau sein sollten.
Genau wie Geldautomaten den Benutzer seine Karte zurücknehmen lassen, bevor sie das Bargeld ausgeben (raten Sie mal, warum), sollte die blaue Antworttaste nicht blau werden, bevor der Benutzer seine Bearbeitung abgeschlossen hat (oder explizit auf das „x“ geklickt hat).
Außerdem ist der Benutzer damit beschäftigt, Fenster hin und her zu wechseln und Anrufe entgegenzunehmen. Wenn er hierher zurückkehrt, versucht er sich zu erinnern, was er getan hat. Auf den ersten Blick sieht es so aus, als ob er mitten beim Posten einer Antwort ist.
„Aber dann denkt er: „Habe ich das nicht schon gepostet?““
„Oh, ich sehe, ich habe den Titel bearbeitet.“
Das UX sollte sein Bestes tun, um ihn wieder auf Kurs zu bringen, und nicht davon ausgehen, dass Benutzer im selben Fenster bleiben, bis eine Aufgabe abgeschlossen ist.
Das ist ein bisschen weit hergeholt, oder? Banken möchten, dass Verbraucher ihre Karten zurücknehmen, weil dies eine geringere Belastung für beide Seiten bedeutet.
Wenn ich dieses Thema bearbeite und auf „Antworten“ klicke, geht die Bearbeitung nicht verloren (ich habe dies geschrieben, während die Themenbearbeitung geöffnet war).
Diese Anforderung wäre für mich nur dann sinnvoll, wenn eine Aktion die andere auslöschen würde. Da Discourse beim Bearbeiten eines Themas keinen Reload auslöst, besteht hier wirklich kein Risiko für den Benutzer.
Das Sperren von Schaltflächen würde eher für Verwirrung sorgen. Was ist, wenn ich gerade eine Antwort entwerfe und feststelle, dass im Thema etwas korrigiert werden muss. Sollten diese Steuerelemente dann auch ohne Erklärung gesperrt werden? Das ist alles andere als benutzerfreundlich und ein Muster, das nur auf viel älteren Diskussionsplattformen aufgrund von Einschränkungen der Software, mit der sie erstellt wurden, notwendig war.
Ich verstehe. Jede Woche. Wenn ein Benutzer beispielsweise ein Tag angibt, wird die Akzeptieren-Schaltfläche auf Mobilgeräten ausgeblendet. Und dann scrollt dieser Benutzer ein wenig nach unten und klickt auf die allererste blaue Schaltfläche, die sichtbar ist.
Das ist ein Problem, das durch die schreckliche Dropdown-Auswahl verursacht wird, die Discourse überall verwendet. Das zu ändern (anstatt einer komplett anderen Schaltfläche) wäre eine bessere Lösung für dieses Problem.
Nun, ich bin froh, dass der kleine Junge nicht alle Münzen verloren hat, die er in den
Getränkeautomaten gesteckt hat, weil er den falschen Knopf gedrückt hat. Aber er ist immer noch traurig,
dass es passiert ist.
Das liegt daran, dass zwei Knöpfe leuchteten…
Ja, sperren Sie den anderen Knopf nicht, aber leuchten Sie ihn auch nicht an, nachdem er seine Münzen eingeworfen hat.
