Statische Benutzeroberfläche vs. dynamische Benutzeroberfläche

Question

Was ist bei einer Anwendung mit Benutzeroberfläche besser (einfach, freundlich usw.) für einen Benutzer?

1. UI ist statisch (hängt nicht vom Benutzerzustand ab). Der Benutzer sieht z. B. eine Schaltfläche, die jedoch ausgegraut ist, oder wenn sie angeklickt wird, wird eine Meldung angezeigt, dass diese Aktion im Moment nicht möglich ist.

o

2. Die Benutzeroberfläche ist dynamisch (abhängig vom Benutzerzustand). Der Benutzer sieht z.B. keine Schaltflächen, die im Moment nicht anwendbar sind. Aber nach einer bestimmten Aktion können die Schaltflächen erscheinen/verschwinden.

Entschuldigung für mein Französisch:)

Answer 1

Machen Sie die Aktion nur dann nicht verfügbar (durch Ausblenden, Deaktivieren oder eine Fehlermeldung), wenn die Aktion im aktuellen Zustand der Aufgabe logisch unmöglich ist, oder um organisatorische Regeln für die Aktionen zu kodieren, die bestimmte Benutzer durchführen dürfen (z. B. Privilegien/Berechtigungen). Wenn immer möglich, sollten die Benutzeraktionen immer verfügbar sein:

• Verwenden Sie Statusanzeigen, um von unnötigen Aktionen abzuschrecken, aber erlauben Sie sie trotzdem.

• Verwenden Sie die Überprüfungs- und Rückgängigmachungsfunktion, um dauerhafte Schäden durch unzulässige Aktionen zu verhindern, anstatt die Aktionen zu verbieten. Es kann sein, dass Benutzer eines Tages etwas tun müssen, was normalerweise "nicht ratsam" ist.

• Ändern Sie das Design der App so, dass Aktionen immer auf irgendeine Weise möglich sind. Wenn zum Beispiel ein Feld ausgefüllt werden muss, bevor eine Aktion ausgeführt werden kann, fordern Sie den Benutzer auf, das Feld auszufüllen, anstatt die Aktion zu verbieten.

• Kontrollieren Sie das Benutzerverhalten durch Unternehmensrichtlinien, nicht durch Software. Richtlinien lassen sich leichter ändern, wenn sich die Geschäftsregeln ändern oder wenn es eine Ausnahme oder einen Notfall gibt.

Verwenden Sie die Deaktivierung, wenn:

• Der Benutzer kann in der App etwas tun, um die Aktion verfügbar zu machen.

• Die Verfügbarkeit wird durch Steuerelemente im selben Fenster oder in seinem übergeordneten Fenster erreicht.

• Der Benutzer kann leicht herausfinden, welches Steuerelement dies tut.

Verwenden Sie zum Ein- und Ausschalten von Prozessen eher Umschaltkontrollen als Deaktivierungskontrollen.

Verwenden Sie schreibgeschützte Textfelder anstelle von deaktivierten Textfeldern für Daten, die für den aktuellen Zustand gelten und vom Benutzer nicht geändert werden können.

Ausblenden ("dynamische Benutzeroberfläche"):

• Für Aktionen, die dem Benutzer in seinem aktuellen Job nie zur Verfügung stehen.

• Zur Angabe verschiedener virtueller Orte oder Dinge (z. B. Seiten auf einem Registerkarten-Steuerelement, wobei jede "Registerkarte" ein anderer Ort oder ein anderes Ding ist). Stellen Sie sicher, dass das visuelle Design damit kompatibel ist: Wenn Sie verschiedene Orte darstellen, dann lassen Sie es wie verschiedene Orte aussehen (z. B. so wie bei Registerkarten)

• Für Tauschen eine große Anzahl von Kontrollen mit alternativen Kontrollen.

Verwenden Sie Layout, Symbole und Text, um die Nichtverfügbarkeit zu erklären, insbesondere die Deaktivierung. Markieren Sie zum Beispiel Pflichtfelder; verwenden Sie Tooltips, um zu erklären, warum eine Schaltfläche deaktiviert ist.

Verwenden Sie Fehlermeldungen, anstatt sie zu deaktivieren oder auszublenden, wenn es keine andere Möglichkeit gibt, grafisch oder textlich anzuzeigen, wie eine Aktion verfügbar gemacht werden kann.

Weitere Einzelheiten und Begründungen unter http://www.zuschlogin.com/?p=40 .

Answer 2

Ich halte die Benutzeroberfläche fast immer statisch und deaktiviere (graue) Komponenten, die zu diesem Zeitpunkt nicht anwendbar sind. Es kann für den Benutzer unangenehm und verwirrend sein, wenn sich Komponenten beim Ein- und Ausblenden bewegen, wenn sich der Zustand ändert.

Answer 3

Ich denke, es ist besser, sich auf die Produktivität der Benutzer und auf das Geschäft zu konzentrieren, das die Software implementiert.

Die Anzeige von Vorgängen, die für einen bestimmten Benutzer oder in einem bestimmten Moment nicht sinnvoll sind, ist nicht hilfreich, egal ob sie deaktiviert sind oder nicht.

Wenn Sie zum Beispiel eine Software haben, die in mehreren Abteilungen eines Unternehmens eingesetzt wird, wird jeder Benutzer/Abteilung nur an dem Teil der Software interessiert sein, der den Teil des Geschäfts implementiert, an dem er beteiligt ist. Alles andere ist für ihn nutzlos und verschlechtert nur die Softwareerfahrung. Das Gleiche gilt für einen Bildschirm, der für einen Benutzer nützlich ist, aber nutzlose Optionen anzeigt.

Answer 4

Warum nicht beides tun und die A/B-Tests Ihnen sagen, was Ihre Nutzer bevorzugen?

Answer 5

Nun, das ist die Idee hinter dem neuesten MS Office, nicht wahr? Steuerelemente, die sich nach dem Kontext richten. Das ist der Unterschied zu älteren Versionen mit vielen ausgegrauten Menüs und Schaltflächen in der Symbolleiste.

Ich habe einige Jahre lang an Steuersystemen gearbeitet, und in diesen Umgebungen haben wir die Hardware-Steuerungen (Kippschalter, Drehknöpfe, Tasten) nachgeahmt, die natürlich statisch, aber nicht immer brauchbar waren. Dies war eine Kundenanforderung, und sie waren der Meinung, dass der Bediener, der das System verwendet, erwartet, dass sich die Taste X immer an der gleichen Stelle befindet. Vom Standpunkt des Designers und Entwicklers aus gesehen war ich jedoch von der unübersichtlichen Benutzeroberfläche frustriert und mochte es nicht, wenn 95 % der Schaltflächen auf einem Bildschirm ausgegraut waren.

Ich denke, das hängt von der Zielgruppe, dem Bereich und den Kundenanforderungen ab. In meinem Geschäft mache ich die Dinge dynamisch und biete Kontrollen an, die je nach Kontext Sinn machen. Normalerweise zeigen wir keine ausgegrauten Schaltflächen oder Menüoptionen an, die im aktuellen Kontext nicht verfügbar sind. Wenn die Benutzer erst einmal erkannt haben, dass sie bestimmten Arbeitsabläufen folgen und diese gegebenenfalls bestimmte UI-Elemente beinhalten, haben sie keine Probleme mehr mit einer dynamischen UI (und bevorzugen sie wahrscheinlich).

Weniger ist besser.