Ich mag es nicht, das Wort „Sie“ zweimal in der Nachricht zu sehen. Beispiele:
- Sind Sie sicher, dass Sie Möchten Sie dieses Element löschen?
- Sind Sie sicher, dass Sie fortfahren möchten?
Kommentare
- Nicht sicher Dass es Ihnen nicht gefällt, das Wort zweimal zu sehen, ist ein guter Grund, den Dialogtext ändern zu wollen, aber was auch immer Ihr Boot schwimmt 🙂
- Sie sollten versuchen, Sind Sie sicher, dass “ Dialoge , wenn Sie können. Die Leute neigen dazu, aus Gewohnheit auf JA oder OK zu klicken, also ‚ ist kein großer Schutz gegen das Falsche. ‚ Es ist viel besser, die Bestätigung zu überspringen, aber rückgängig zu machen. Aza Raskin drückt es gut aus: Verwenden Sie niemals eine Warnung, wenn Sie „Rückgängig“ meinen
- @Patrick: Geben Sie eine Antwort ein.
- – Dieses Element löschen? JA NEIN – Sind Sie sicher? JA NEIN – Verstehen Sie die Auswirkungen des Löschens? s? JA NEIN – Cola oder Pepsi? JA NEIN
Antwort
Ein Grund dafür, dass Personen lange Nachrichten überspringen, liegt in der Lesegeschwindigkeit.
Nehmen Sie zum Zwecke der Diskussion jemanden mit einer durchschnittlichen Lesegeschwindigkeit an – etwa 200 Wörter pro Minute. (*)
Wenn Sie nur 20 Wörter in einem Dialog verwenden, fragen Sie das Der Benutzer muss 6 Sekunden lang lesen und verstehen, was Sie geschrieben haben.
Während das nicht viel klingt, kann eine Pause von sechs Sekunden, wenn Sie versuchen, etwas zu erledigen, eine schrecklich lange Zeit sein .
(*) Und machen Sie nicht den Fehler anzunehmen, dass niedrige Lesegeschwindigkeit niedrige Intelligenz bedeutet.
Also drei Vorschläge für Sie, die alle auf maximale Klarheit bei minimalem Aufwand abzielen.
- Seien Sie so präzise wie möglich.
- Identifizieren Sie den gefährdeten Artikel
- Benennen Sie Ihre Schaltflächen für die Aktionen.
Hier ist ein einfacher Löschdialog:
Reduzieren wir die Anzahl der Wörter auf ein Minimum, um das Lesen zu erleichtern:
Lassen Sie uns nun das gefährdete Element identifizieren und die Schaltflächen für die Aktion beschriften:
Viel besser – einfacher zu lesen und klarer.
Ein weiteres Beispiel – ein Fortsetzungsdialog.
Vereinfachen Sie den Wortlaut.
Lassen Sie uns erneut identifizieren, was gerade passiert, und die Schaltflächen für die Aktionen.
Eine deutliche Verbesserung.
Hier ist ein letzter Gedanke. Vermeiden Sie Negative , especia lly doppelte Negative. Einige englische Muttersprachler finden Doppel-Negative schwierig, und viele, die Englisch als Zweitsprache lernen, finden sie verwirrend (insbesondere, wenn ihre Muttersprache Doppel-Negative zur Hervorhebung anstelle der Inversion verwendet).
Kommentare
- Oder lesen Sie einfach die Windows UX-Richtlinien msdn.microsoft.com/en-us/library/aa511258.aspx wo sie tatsächlich darüber schreiben 🙂
- Ich glaube, Sie geben tatsächlich einige schlechte Beispiele an: 1. Es ist “ OK „, nicht “ Ok „. 2. Wenn Sie eine Ja / Nein-Frage stellen, müssen die möglichen Antworten Ja oder Nein sein, sicherlich nicht OK und Abbrechen. 3. Wenn Sie die Schaltflächen für die Aktion identifizieren, müssen Sie dies mit beiden Schaltflächen tun, nicht nur mit einer (dh Löschen / Nicht löschen / Abbrechen). Abgesehen davon glaube ich auch, dass jeder Satz mindestens ein Thema und ein Verb enthalten muss , aber das ist persönlich.
- @BaGi – Ich glaube, Sie haben meine Antwort falsch verstanden: Ich ‚ zeige einen Fortschritt von arm zu besser. Eine Ja / Nein-Frage mit Ok / Abbrechen als Tasten zu haben, ist sicherlich schlecht, aber allzu häufig, und darauf habe ich hingewiesen. Um Ihre Punkte anzusprechen … Wenn es eine einfache Umkehrung gibt, ist es sinnvoll, sie für die Schaltfläche Abbrechen zu verwenden. Löschen / Behalten ist also besser als Löschen / Abbrechen, aber dies ist nicht ‚ t immer möglich – was ‚ ist die Umkehrung von Post? Post / Don ‚ t Post scheint ungeschickt. Und ich denke, alle meine Beispiele sind vollständige Sätze. So nehmen Sie den letzten: “ Weiter „: verb; “ Transaktionsverarbeitung „: Betreff.
- @Bevan: Ich habe ‚ nicht denken Post? Post / Don ‚ t Post ist ungeschickt. Speichern / nicht ‚ Nicht speichern ist das, was Sie ständig sehen. In Ihrem letzten Satz ist “ Transaktionsverarbeitung “ überhaupt kein Subjekt, sondern ein indirektes Objekt (siehe en.wikipedia.org / wiki / Object_% 28grammar% 29 ). Ich habe verstanden, dass Ihre Beispiele eine allmähliche Verbesserung zeigen. Ich denke nur, dass das Endergebnis noch einige kleinere Mängel enthält.
- @BartGijssens: Ich ‚ würde es immer vorziehen
Cancel
zu irgendetwas anderem … weil ich weiß, dass es ohne ein einzelnes Neuron nichts tut (effektiv ein Wort weniger zum Lesen). Das Problem mit “ ‚ t “ besteht darin, dass möglicherweise “ “ in einem anderen (schlechten) Kontext wegwerfen.
Antwort
Ich lege immer Wert darauf, dem Benutzer zu zeigen, welches Element gelöscht wird (insbesondere, weil der Dialog das betreffende Element möglicherweise verdeckt, aber auch, weil es identifizierbar ist Text im Dialog wird auf sich aufmerksam machen):
„Ihr Lieblingselement“ löschen?
Sie können hier und da auch ein wenig Humor einbringen, je nachdem, welche Art von App Sie erstellen:
Sicher tun Sie das nicht willst du weitermachen ohne zu speichern? [Ja, lass mich in Ruhe] [Oh, richtig, danke, dass du mich daran erinnert hast]
Wenn du es testest, wirst du bemerken, dass humorvolle Nachrichten kommen etwas häufiger bemerkt, einfach weil sie sich von der Masse der generischen Nachrichten abheben und (wenn sie tatsächlich süß genug sind) ein Lächeln auf den Lippen des Benutzers bekommen. Was möchten Sie mehr?
Kommentare
- Oder Sie folgen einfach meiner Faustregel: Alle Dialogschaltflächen müssen mit D ‚ oh! „, auch wenn mehrere Schaltflächen vorhanden sind.
- @ VirtuosiMedia Wenn zwei Schaltflächen vorhanden sind, sollte nur eine mit “ D ‚ oh! “ Der andere sollte mit “ gekennzeichnet sein. Warum du kleiner …! “
- “ … 14 Benutzer haben auf Do ‚ h geklickt, 5 Benutzer haben auf Nut geklickt und ein Benutzer hat wiederholt die M-Taste gedrückt. “ – Jakob Nielsen
- “ … Alle 20 Benutzer äußerten sich überrascht über die darauf folgenden roten Notlichter, Sirenen und Warnungen, die vor der Kernschmelze evakuiert werden sollten. Diejenigen, die später überlebten, erwähnten, dass sie zwischen der Flucht aus Sicherheitsgründen und dem Sehen, was sich im Kühlschrank befand, hin- und hergerissen waren. Erschüttert von der Erfahrung schienen sie sich zu fragen, ob sie die richtige Wahl getroffen hatten. “
- Es wäre humorvoller, wenn es heißt: “ Shirley “ anstelle von “ Sicherlich „.
Antwort
Google schlägt zwei verschiedene Möglichkeiten vor und beide entfernen „Sie“ „vollständig.
Richtlinien für das Schreiben von Google-Designs schlagen Folgendes vor:
Unnötige Phrasen weglassen
Sie können viele gängige einleitende Phrasen überspringen und auf den Punkt kommen.
Weitere Material Design-Warndialoge schlägt vor, die Frage neu zu formulieren, um das „Sind Sie sicher?“
Warnungen mit Titelleisten
Verwenden Sie Warnungen für Titelleisten nur für Situationen mit hohem Risiko, z. B. für den möglichen Verlust der Konnektivität. Benutzer sollten in der Lage sein, die Auswahlmöglichkeiten nur anhand des Titels und des Schaltflächentextes zu verstehen.
Wenn ein Titel erforderlich ist:
- Verwenden Sie eine klare Frage oder Aussage mit einer Erklärung in den Inhaltsbereich, z. B. „USB-Speicher löschen?“.
- Vermeiden Sie Entschuldigungen, Mehrdeutigkeiten oder Fragen wie „Warnung!“ oder „Sind Sie sicher?“
Antwort
Es ist besser, stattdessen keine solchen Dialoge zu führen , implementieren Sie die Funktion zum Rückgängigmachen.
Der Dialog ist in 95% der Fälle nutzlos. Warum sollten Sie ihn also den Menschen aufzwingen? Versuchen Sie, den Menschen zu helfen? Oder versuchen Sie, dem Benutzer die Schuld zu geben? „Hey, Sie haben bestätigt, dass Sie dieses wichtige Element löschen möchten, beschuldigen Sie mich nicht!
Ratet mal, die Leute lernen, diese Dialoge zu ignorieren, sie bestätigen immer unbewusst, welche Aktion sie gerade ausgeführt haben.
Das ist also der falsche Ansatz, um das Problem zu lösen.
Das Problem hier ist: Benutzeraktionen können unerwünschte Auswirkungen haben, wenn sie versehentlich ausgeführt werden.
Eine bessere Lösung dafür Das Problem wäre, dem Benutzer zu erlauben, seine Änderung zurückzusetzen.
Wenn Sie ihm erlauben, Löschvorgänge rückgängig zu machen, erhalten Sie zwei gute Dinge:
- Sie müssen sich nicht ärgern der Benutzer mit Verwendung weniger Dialoge.
- Benutzer können sich von unbeabsichtigten Löschvorgängen erholen.
Das Implementieren des Rückgängigmachens ist viel schwieriger als das Anzeigen eines Bestätigungsfelds.
Antwort
Dieses Element löschen?
Weiter?
Direkt zum Punkt.
Antwort
Es ist wichtig zu wissen, dass die Leute die Meldungen „Sind Sie sicher“ ignorieren. Sie müssen sie zwingen, über die Entscheidung nachzudenken. Hier ist eine meiner Bevorzugungen.
Kommentare
- Diese werden irritierend, wenn Sie viele Dinge löschen müssen (“ führt “ in diesem Fall), aber dies funktioniert gut Wenn Sie ‚ eine “ ausführen, gehen Sie nicht zurück “ (natürlich Sie könnte einfach so programmieren, dass es ‚ auch keine Aktion gibt)
- Ich ‚ bin mir nicht sicher, was Das Kontrollkästchen “ kann “ nicht rückgängig machen. Kann ich es rückgängig machen, wenn ich ‚ nicht überprüfe? Oder wird die Schaltfläche “ Kein Zurück “ erst aktiviert, wenn ich sie überprüfe? Dieser Dialog fühlt sich fast wie ein Formular an, einschließlich Fehlerbehandlung und Verwaltung des UI-Elementstatus. Wenn ich in diesem Dialog einen Fehler mache, wird dann ein Dialog angezeigt, der mir sagt, was ich falsch gemacht habe? 😉
- @Rahul: Stimme dir zu. Das Konzept hier ist nett (wenn Sie ‚ nicht rückgängig machen können), aber die Beschriftung ist wirklich seltsam. Sogar die Schaltfläche “ Kein Zurück „. Ich denke, Can Not Undo ist so etwas wie eine “ Ich stimme den Begriffen “ zu, aber diese ‚ ist nur meine Vermutung
- Das ist einfach absolut schrecklich.
- @Bennett, Kunden haben es geliebt. Schrecklich für dich ist großartig für jemand anderen. Was zählt, sind die Kunden. Alle anderen, gute Punkte zum Rückgängigmachen der Phrasierung.
Antwort
Was Sie haben, ist grammatikalisch korrekt. Aber ich verstehe Ihren Standpunkt.
Sie könnten versuchen, die Nachricht in zwei Sätze zu unterteilen:
Dieser Artikel wird gelöscht, oder? sicher?
Dies verschiebt den wichtigen Teil der Frage nach vorne, wo es (hoffentlich) wahrscheinlicher ist, gelesen zu werden.
Ich würde auch dazu neigen, Nachrichten für Aktionen zu vermeiden, die rückgängig gemacht werden können, und die Anzahl der rückgängig zu machenden Aktionen auf ein absolutes Minimum zu reduzieren.
Kommentare
- Und natürlich ersetzen Sie
this item
durch den tatsächlichen Namen des Elements! - @Jared – ja – machen Sie deutlich, was Sie tun werden.
Antwort
Bei kritischen Nachrichten möchten Sie so klar wie möglich sein und sicherstellen, dass der Benutzer die Nachricht liest.
Nachrichten wie
Wenn Sie hier klicken, stimmen Sie zu, dass …
Sind Sie sicher, dass Sie …
Verlieren Sie sich auf dem Benutzer, Der Benutzer liest es als yada, yada, yada, was auch immer … und klickt auf Ja, ohne zu schauen.
Damit der Benutzer die Nachricht liest, in der er sich befinden muss die richtige Reihenfolge.
- Nennen Sie die Aktion, die ausgeführt werden soll
- , dann die Warnung
- , dann die Frage
- und dann die Aktion zu nehmen.
Sie sind dabei, Ihre Bewerbung einzureichen. Diese Aktion kann nicht nicht ausgeführt werden. Möchten Sie fortfahren? Klicken Sie auf Ja, um fortzufahren oder auf Abbrechen zu klicken.
Dies ist etwas lang, aber wenn der Benutzer die Nachricht lesen muss, ist dies der sicherste Weg.
Kommentare
- Ihre Nachricht ist zwar besser als yadayada , hat aber immer noch ein Problem – warum klicke ich auf “ ja “ um fortzufahren, anstelle eines “ weiter “ Schaltfläche? So etwas wäre besser:
Your application is ready to submit. If you continue, this can not be undone. Would you like to continue? [Continue] [Cancel]
- @Jared, Guter Punkt, klingt besser und wäre kürzer.
- Wie wäre es mit einem Schlag Ausführung? “ Bewerbung einreichen? Das kann nicht rückgängig gemacht werden. [Weiter] [Abbrechen] “ (In vielen Fällen ist es ohnehin nicht hilfreich zu sagen, dass die Aktion nicht rückgängig gemacht werden kann.)
Antwort
Die Richtlinien für die Benutzeroberfläche von Apple für Mac OS X haben viel zu sagen Meldungsfelder (Warnmeldungen).
Die Schaltflächennamen sollten der Aktion entsprechen, die der Benutzer beim Drücken der Schaltfläche ausführt, z. B. Löschen, Speichern oder Löschen . Die Schaltfläche ganz rechts im Dialogfeld, die Aktionsschaltfläche, ist die Schaltfläche, die den Text der Warnmeldung bestätigt. Die Aktionsschaltfläche ist normalerweise, aber nicht immer, die Standardschaltfläche.(Beachten Sie, dass bei Cocoa-Methoden die Schaltfläche ganz rechts immer als Standardschaltfläche bezeichnet wird, auch wenn dies möglicherweise nicht der Fall ist.) Weitere Informationen finden Sie unter „Dialoge schließen“.
Das Problem mit der Windows-Nachrichtenbox-API besteht darin, dass Sie die Namen der gewünschten Schaltflächen nicht tatsächlich angeben können. Stattdessen müssen Sie entweder Ihre eigene Nachrichtenbox rollen oder das integrierte Ja / Nein verwenden / OK / Schaltflächen abbrechen.
Weitere Informationen finden Sie in einem interessanten Artikel über die Probleme mit Nachrichtenfeldern im Allgemeinen: Warum Nachrichtenfelder sind Böse .
Kommentare
- Die Probleme in der Windows Message Box-API werden durch die Task-Dialog API. (Neu in Windows Vista)
Antwort
Es geht nicht immer um diese expliziten Aktionen wie Löschen, Löschen, save..etc .. Es kann bestimmte Szenarien geben, in denen der Benutzer einen laufenden kritischen Prozess unwissentlich beendet.
Zum Beispiel: Der Benutzer befindet sich mitten in der Zahlung und drückt auf die Schaltfläche „Zurück“.
In diesem Szenario muss der Benutzer benachrichtigt werden.