Frage

Ich erinnere mich, ein Gesetz zu lesen (na ja, vielleicht nicht gerade ein Gesetz), sondern in Software-Design, mit vieler Kontrolle Benutzer bereitstellt, ohne ihm wirklich eine Option einer Basic- und einem erweiterten Modus geben werde manchmal nach hinten losgehen und die Benutzer machen nicht mit einer der Optionen in erster Linie, um am Ende, weil sie sie einfach zu viele sind. Lasen ich das richtig? Wenn ja, kann mir jemand deuten auf eine formellere Quelle?

War es hilfreich?

Lösung

Klingt ein bisschen wie das Gesetz der Sensible Defaults mir. Die Regel, dass in vielen Fällen muss der Benutzer wirklich nicht über die kleinen Details kümmern, damit ihnen nur eine vernünftige Wahl geben.

Es gibt auch einen Joel Spolsky Artikel, die relevant sein können - JoelOnSoftware - Choices = Kopfschmerzen

Andere Tipps

Ein grundlegendes Prinzip der guten Benutzeroberfläche (einschließlich API und Programmiersprache) Entwurf ist auf machen einfache Dinge einfach und komplizierte Dinge möglich . Übermäßige Kontrolle erhöht die Lernkurve für einfache Dinge, wo der Benutzer wahrscheinlich nicht darum schert, und will nicht angeben, jede noch so kleine Detail. Allerdings müssen die Optionen zur Verfügung gestellt werden, oder Ihr Programm der Puste aus, wenn sie mit mehr fortgeschrittenen Benutzern handelt.

Die Lösung ist mehrere Ebenen der Schnittstelle zur Verfügung zu stellen. Wenn Sie eine Anwendung entwerfen, sollte es ein grundlegender und erweitert Modus. Wenn Sie eine API sind entwerfen, sollte es ein High-Level-API, die für das 90% der Fälle „einfach funktioniert“, und ein unteren-Level-API, die die Arbeit mit mehr Komplexität in dem letzten 10% der Fälle durchgeführt wird.

Ich bin mir nicht sicher, ob ich es genau verstanden, aber die Sache ist, können Sie nicht eine Schnittstelle machen, so dass die Basis-Benutzer kompliziert wird es nicht nutzen können. Wenn ein Benutzer zuerst beginnt mit einer Anwendung, wenn er zu manyn Optionen sieht, wird er nicht die grundlegende Sache finden, die er dort in erster Linie zu tun ging. Aus diesem Grunde sind erweiterte Funktionen in der Regel verborgen. Fortgeschrittene Benutzer werden nun, wie zu finden, es (sie werden lernen, doch sie sind erweiterte :-P) und grundlegende Benutzer werden nicht vergrault.

Ich fand das Zitat ich wurde in den Folien eines Kurses ich auf der Suche auf Schnittstellen nahm. Es ist von Jeff Raskin, einem HCI-Experten, den Macintosh erstellt zusammen mit Steve Jobs und Wozniak. Es sagt: „Ich lehne die Idee, dass Computer nur schwer zu verwenden, weil das, was wir mit ihnen tun unwiederbringlich kompliziert geworden ist. Egal wie komplex die Aufgabe ein Produkt zu erreichen versucht, sollte die einfachen Teile der Aufgabe einfach bleiben.

Die Antwort auf wann? wäre dann: wenn die einfachen Aufgaben kompliziert werden beginnen. Sie sollten einfach bleiben !!!!

Das ist definitiv wahr in Spielen. Ein Spiel sollte unbegrenzt Staaten haben (zB ein Spiel des Schwimmbads 15 Kugeln hat, von denen jeder beliebigen Stelle auf dem Tisch sein kann, die vielleicht mit einer Genauigkeit von einem Millimeter um 4,5 m ^ 2 ist, die Gesamtzahl der Staaten ist eine Menge! ), aber begrenzte Kontrolle dieser Staaten. Wenn die Spieler genau alle Bälle platzieren können, wo sie wollen, oder sie in einer bestimmten Richtung zu einer sehr genauen Geschwindigkeit senden, dann würde der Spaß weg. Nur durch die Art und Weise zu begrenzen der Spieler mit dem Spiel interagiert kann es lustig und unterhaltsam sein.

auf dem Programm Je Sie dies schreiben, ist entweder wahr oder falsch. Die stereotypisch Ansicht von Mac-Anwendung ist sehr begrenzt und einfach, während Windows-Anwendungen sind komplex und leistungsstark. Eine Anwendung wie Spotify im Vergleich zu WinAmp ist ein gutes Beispiel für einfache vs. komplex, aber sie sind beide großen Anwendungen.

Meiner Meinung nach einer komplexe Anwendung mit begrenzten Kontrolle ist nach etwas zu streben. Anwendungen wie Picasa, Spotify, Paint.net alle verwalten sehr komplex und nützlich sein, aber mit begrenzten Kontrolle. Versuchen Sie immer, zu begrenzen, was der Benutzer zu den häufigsten Aufgaben tun, statt alle möglichen Aufgaben zu ermöglichen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top