it-swarm-eu.dev

Bewegen Sie den Mauszeiger über ein deaktiviertes Element, um zu erfahren, warum es deaktiviert ist. Was denken Sie?

Wie oft haben Sie eine Desktop-App oder eine Online-Seite verwendet und stoßen auf einen oder mehrere deaktivierte Menüpunkte, und Sie haben keine Ahnung, warum diese deaktiviert ist. Die Verwendung von Hilfe oder Dokumentation nützt nichts. Es wird frustrierend, weil es dich davon abhält, vorwärts zu kommen.

Ich habe diese Usability-Praxis NIE gesehen. Bewegen Sie den Mauszeiger über das deaktivierte Element und ein Tooltip listet die Gründe auf und Sie gehen zu "Oh ... ok. Jetzt weiß ich". Sie können sich auch an den Support wenden oder in einem Forum posten und erklären, was Sie getan haben. Warten Sie, bis Sie möglicherweise eine Antwort erhalten, falls vorhanden. Dies ist der Unterschied zwischen Schwarz und Weiß. Erhalten Sie sofortige Hilfe durch einen einfachen Schwebeflug oder werden Sie frustriert und warten Sie stundenlang.

Wenn Sie die App entwickeln, wissen Sie genau, warum ein Element deaktiviert ist, weil Sie es in Ihrem Code deaktiviert haben. Es ist also nicht schwer, dem Benutzer die Gründe zu zeigen. Ist es?

Dieser kleine Tipp hätte Tausende von technischen Supportanrufen ersparen können. Es gibt Millionen von Posts im Web von Warum etwas deaktiviert oder ausgegraut ist.

36
Tony_Henrich

Das ist eine gute Idee. Um das Auffinden des Tooltips zu erleichtern, können Sie deaktivierten Steuerelementen ein kleines Hilfesymbol hinzufügen. Da das Hinzufügen eines zusätzlichen Symbols neben das Steuerelement das Layout stören kann, können Sie das Symbol dem Steuerelement selbst hinzufügen:

alt text

11
Bennett McElwee

Ich habe allgemein festgestellt, dass Benutzer nichts lesen. Besonders Tooltipps. Es würde dem Power-User helfen, aber ich glaube wirklich nicht, dass "Tausende von technischen Support-Anrufen" gespeichert würden.

Wenn das gesagt ist ... tut es nicht weh. Warum nicht? Für die wenigen Kunden, die es schätzen und lesen, hätte es eine sehr schöne freundliche Wirkung.

11
Glen Lipka

Ich wiederhole mich vielleicht hier, aber der einzige Weg, um sicher zu wissen, ob dies eine Verbesserung wäre, besteht darin, es zu testen. Ich kann also zustimmen oder nicht zustimmen, aber es spielt keine Rolle, weil ich nur ein Experte bin. Echte Benutzer werden uns alle in den Arsch treten.

3
Rahul

Deaktivierte Elemente sind etwas Seltsames. Wenn im wirklichen Leben ein Knopf nicht funktioniert, ist etwas kaputt.

Wenn nun etwas deaktiviert werden muss, sollte dies ein Ausnahmefall sein. Und Ausnahmefälle sollten angekündigt werden, wenn sie auftreten (um die Aufmerksamkeit des Benutzers zu haben) mit einer klaren und einfachen Aussage (und vorzugsweise nicht in einem "OK" -Dialog, da sie ungelesen weggeklickt werden).

Die wirkliche Lösung ist meiner Meinung nach, keine deaktivierten Inhalte in der Benutzeroberfläche zu haben.

Was sagen Sie Ihrem Benutzer, wenn Sie sich daran halten, deaktivierte Elemente zu haben? Es kommt wahrscheinlich entweder auf "Entschuldigung, es ist deaktiviert, weil einige interne steife Sachen nicht so sind, wie es sein sollte, aber Sie können nichts dagegen tun" oder "Hey Benutzer, offensichtlich ist unsere Benutzeroberfläche nicht intuitiv genug, aber wir Ich würde dir lieber sagen: Mach das zuerst.

3
Andre Bossard

Genial, einfach und wirklich sehr, sehr hilfreich.

Aber auf der anderen Seite würde ich alle unbrauchbaren Elemente alle zusammen verbergen, es sei denn, Benutzer erwarten, dass sie angezeigt werden, wie z. B. Schaltflächen zum Senden oder eine Liste von Kontakten. Ich möchte nicht, dass der Benutzer ausflippt, wenn er seine Kontakte jetzt nicht sieht, oder?

Ich mag es, und ich mag es einfach, kein Symbol, kein auffälliger Tooltip, weil sowieso nicht viele Benutzer schweben würden, sehr kurze Tooltips und Standard-Browser-Tooltips, sonst wäre es zu viel Code für zu wenig Wert, und ich Ich bin mir fast sicher, dass der nächste technische Architekt diese Funktion ausschneiden wird, wenn sie weniger einfach ist ...

Aber ich liebe es :)

2
Ayyash

Wenn etwas deaktiviert ist, muss es nicht vorhanden sein, es sei denn, es bedarf keiner Erklärung.

Ansonsten ist es nur Lärm für den Benutzer.

Ein perfektes Beispiel für eine gute "Deaktivierung" ist die Schaltfläche "Senden" in der nativen SMS App) des iPhones. Sie ist deaktiviert, bis Sie Text eingeben. Es ist keine Erklärung erforderlich, sie muss jedoch vorhanden sein.

Wenn ein UI-Element deaktiviert werden muss, sollten Sie sich fragen, ob es wirklich überhaupt vorhanden sein muss. ODER kann ich die UI so ändern, dass keine Erklärung erforderlich ist?

2
andy

Ich habe diesen 2 Fall kategorisiert:

1) Wenn es deaktiviert ist und der Benutzer nichts dagegen tun kann, ist es besser, es überhaupt nicht anzuzeigen, oder wenn Sie es anzeigen, ist kein Tooltip erforderlich.

2) Wenn es deaktiviert ist, weil Sie von Ihrem Benutzer eine Option auswählen müssen, die sehr nahe ist (z. B. über der Schaltfläche), müssen Sie ihm einen Tooltipp geben. Wählen Sie Ihre Option aus und klicken Sie auf mich.

2
Aristos

Das ist eine nette Idee, wir haben sie tatsächlich ziemlich konsequent in unserem http://www.taskconnect.com Outlook-Add-In implementiert, da wir wissen, wie frustrierend es ist, wenn Sie nicht tun können, was Sie wollen, und Sie nicht. Ich weiß nicht einmal, was los ist.

Es sieht folgendermaßen aus: (In einem Bild gibt es eine Liste der verbundenen und nicht verbundenen Work Item Stores (TFS), die verbundenen sind geöffnet, um ihre Projekte anzuzeigen, und die nicht verbundenen sind ausgegraut, wobei der Tooltip die Fehlermeldung vom Server enthält )

Wir haben dies auch mit Schaltflächen in der Symbolleiste gemacht (wenn Sie die Aufgabe nicht bearbeiten können, erfahren Sie in der QuickInfo, warum).

Eine weitere interessante Praxis ist, dass wir QuickInfos so erstellt haben, dass sie sofort angezeigt werden, sodass diese Funktionalität leicht erkennbar ist. Dies funktioniert auch gut mit Symbolleistensymbolen, da der Benutzer bei jeder Verwendung fast unbewusst an seine Funktion erinnert wird.

In der Praxis sind Benutzer, die wissen, was die einzelnen Schaltflächen tun, nicht verärgert, da die Symbolleiste Millisekunden lang angezeigt wird. Sobald sie sich jedoch ein wenig bemühen, haben sie eine Erinnerung zur Hand. Was denken Sie?

2
Tomáš Kafka

Eine andere Alternative besteht darin, das Element aktiviert zu lassen und dann, wenn der Benutzer darauf klickt, Feedback zu den erforderlichen Informationen zu geben, bevor das Element verwendet werden kann. Ich denke nicht, dass dies eine geeignete Lösung für alle Situationen ist, aber für einen Anfänger und für einen Gegenstand, der gelegentlich von wenigen verwendet wird, hilfreich sein könnte.

Im Übrigen denke ich, dass ein deaktiviertes Objekt besser sein kann als ein verstecktes Objekt. Wenn Sie es gefunden haben, können Sie aufhören zu suchen und sich mit dem Enxt-Problem befassen: WARUM ist es nicht verfügbar? ;)

1
JeromeR

Sie können auch ein kleines Fragezeichen neben dem deaktivierten Element haben, das beim Bewegen des Mauszeigers einen Tooltip anzeigt. Auf diese Weise wäre das Symbol ein offensichtlicher Indikator dafür, warum Informationen zu diesem Element deaktiviert sind, wenn sich der Benutzer fragt, warum ein Element deaktiviert wurde. Das könnte einige Supportanrufe ersparen.

Aber ich muss anderen zustimmen, dass das Deaktivieren von Steuerelementen keine gute Option ist. Verstecken Sie es entweder bedingt oder gestalten Sie die Benutzeroberfläche besser, damit es nicht erforderlich ist.

Bearbeiten: Nach einigem Überlegen gibt es in meiner Ansicht Stellen, an denen das Deaktivieren funktioniert, aber das deaktivierte Element sollte durch eine Einstellung in unmittelbarer Nähe aktiviert werden, und die Tatsache, dass es eine Einstellung gibt, die das Element aktiviert, sollte klar sein (und warum das so ist) der Fall idealerweise auch).

1
waymost

Überlegen Sie, warum diese Option für welche Anwendung und zu welchem ​​Zeitpunkt in der Erfahrung deaktiviert ist. Dann rufen Sie entsprechend an.

Einige Überlegungen könnten sein: - Kann der Benutzer Maßnahmen ergreifen, um es zu aktivieren? - Ist dies ein Show Stopper für den Benutzer? Ist es sinnvoll, diese Situation zu lösen? - Gibt es einfache Alternativen zu dieser deaktivierten Option? (Sollte in diesem Fall wahrscheinlich nur die deaktivierte Option ausblenden)

1
rsb

Die Idee hat eine gewisse Perspektive, da die Tooltip-Hilfe (im Gegensatz zur vom Kontext getrennten Hilfe) "just-in-time-and-place" ist.

Es sind jedoch einige Fälle zu berücksichtigen, z.

  • Berührungsbasierte Interaktion: Auf Berührungsoberflächen haben Sie per se keine Schwebezustände.
  • Komplexe Apps/Einstellungen in Apps, bei denen das Deaktivieren eines Steuerelements auf eine Reihe von Ursachen zurückzuführen ist (die in einem Tooltip nicht kurz erläutert werden können).
0
agib