Dieser Artikel basiert fast ausschließlich auf Zitaten aus dem Buch von Jeff Raskin " Schnittstelle - neue Richtungen beim Entwurf von Computersystemen " mit meinen Ergänzungen und der Neuerstellung des Beispiels der im Buch angegebenen Schnittstelle.
Eine schnelle Antwort auf die Frage, ob es sich lohnt, die Benutzerfreundlichkeit mithilfe der GOMS-Analyse zu testen: „Wenn Sie eine Schnittstelle entwerfen, mit der Sie arbeiten, ab einer Verzögerung von 0,3 Sekunden. niemand stirbt - es lohnt sich nicht. "
"Das Modell der Ziele, Objekte, Methoden und Auswahlregeln" (GOMS) ist eine von Card, Moran und Newell in den 1980er Jahren entwickelte Methode zur Schnittstellenforschung. GOMS sagt voraus, wie lange es dauern wird, bis ein erfahrener Benutzer einen bestimmten Vorgang über eine bestimmte Schnittstelle ausgeführt hat.
Nachdem wir uns an diesen für das russische Ohr seltsamen Begriff gewöhnt haben, können wir sein Wesen beschreiben.
Die GOMS-Entwickler stellten fest, dass die Zeit, die der Benutzer zum Ausführen einer Aufgabe benötigt, der Summe aller Zeitintervalle entspricht, die zum Ausführen jeder bestimmten Benutzergeste erforderlich waren (z. B. die Hand von der Maus zur Tastatur bewegen und einen Buchstaben eingeben). Mit Hilfe von Laboruntersuchungen wurde eine Reihe von Zeitintervallen erhalten, die für die Ausführung verschiedener Gesten erforderlich waren.
GOMS Gesten und Timing
- H (Hand auf Maus übertragen) = 0,4 Sek
- K (Drücken einer Tastatur oder Maustaste) = 0,2 Sek
- P (Bewegen des Cursors an die Position auf dem Bildschirm) = 1,1 Sek
- M (über den nächsten Schritt nachdenkend) = 1,35 Sek
- R (Warten auf eine Antwort vom System) - Die Zeit hängt von der Geschwindigkeit eines bestimmten Systems ab und nimmt nicht an den Berechnungen teil.
In weiteren Berechnungen werden Gesten durch Buchstaben aus der obigen Liste ersetzt und als "Operatoren" bezeichnet.
Im Folgenden finden Sie einige recht komplizierte Regeln für die Arbeit mit denselben Gesten (Operatoren). Im Moment lesen Sie sie einfach und dann erkläre ich alles anhand eines Beispiels.
Regeln für die Bedienerplatzierung
- 0. M
M K ( ), P ( ), (, ); P, (, ), M . - 1. M
, M, , M, M . , , M, 0. - 2. M
M K M K M K… , M, . , «4564.23» « ».
- 3. M
K , (, « — »), M, . - 4. M,
K , (, , ), M, . , M. K , M . - 5. M
M, R, , , .
Gegeben: Der
Benutzer wird gebeten, die Temperatur von Fahrenheit in Celsius oder umgekehrt umzurechnen. Zum Beispiel könnten sie fragen: "Konvertieren Sie 3,5 Grad Fahrenheit in Grad Celsius." Der Benutzer kann den Temperaturwert nur über die Tastatur oder die Maus eingeben.
Ziel:
Entwerfen Sie eine Schnittstelle, bei der die Zeit zum Übersetzen von Temperaturwerten minimal ist.
Bedingungen Der
Einfachheit halber wird davon ausgegangen, dass der Benutzer maximal zwei Zeichen eingibt und keine Fehler macht.
Wichtig : Die folgenden Beispiele dienen genau der Veranschaulichung der im Buch beschriebenen Regeln. Dieses Problem könnte auf andere, möglicherweise optimalere Weise gelöst werden.
Entscheidung. Variante 1
Stellen Sie sich vor, der Benutzer muss zuerst verstehen, in welche Richtung die Übertragung stattfinden wird, und wenn er in die von ihm benötigte Richtung geht, gibt er einfach die Zahlen ein. Wenn er in die falsche Richtung geht, wechselt er in der Funkgruppe zur richtigen.
Zahlung
H (Hand auf der Maus) + M (Denken) + P (Bewegen des Cursors zur Radiogruppe) + K (Klicken) + M (Denken) + P (Cursor zum Feld) + K (Klicken) + H (Bewegen der Hand von der Maus auf die Tastatur) + M (denken) + K (geben Sie die erste Ziffer ein) + M (denken) + K (geben Sie die zweite Ziffer ein).
Gemäß Regel 2 entfernen wir das zusätzliche M und erhalten:
H + M + P + K + M + P + K + H + M + K + K
Wenn die Richtung der Temperaturumwandlung NICHT geeignet ist, erhalten wir:
0,4 + 1,35 + 1,1 + 0,2 + 1,35 + 1,1 + 0,2 + 0,4 + 1,35 + 0,2 + 0,2 = 7,85 Sek.
Wenn eine geeignete Richtung der Temperaturumwandlung gewählt wird, erhalten wir:
0,4 + 1,35 + 1,1 + 0,2 + 1,35 + 0,2 + 0,2 = 4,8 Sekunden
Entscheidung. Option 2
Wir müssen die Übersetzungsseite nicht wechseln. Eingabefelder ziehbar machen. Wenn wir die Position / den Wert eines Feldes ändern, ändert sich automatisch die Position / der Wert des anderen Feldes.
Zahlung
H (0,4) + M (1,35) + P (1,1) + K (0,2) + P (1,1) = 4,15 Sekunden
Diese Implementierungsoption ist 0,65 "verwendbarer" als die erste sek.
Methodenfehler
Raskin schreibt, dass mit dieser Methode vorhergesagt werden kann, wie lange der Benutzer für seine Aufgaben mit einem absoluten Fehler von weniger als 5% benötigt .
Nehmen Sie auch nicht an, dass wir mit dieser Methode die spezifische Zeit für die Arbeit mit der Schnittstelle gemessen haben. Das ist seltsam, weil wir genau das getan haben, aber wir müssen verstehen, dass Sekunden eher als eine Art Konvention verwendet werden. Schließlich können unterschiedliche Benutzer unterschiedliche Geschwindigkeiten haben. Wir mussten nur verstehen, wie konkret eine Schnittstelle "benutzerfreundlicher" ist als die andere, und die Maßeinheiten haben uns dabei geholfen. Die tatsächliche Arbeitsgeschwindigkeit kann mit unseren Erwartungen übereinstimmen oder nicht - alles hängt vom jeweiligen Benutzer ab.
Meine Meinung zur GOMS-Analyse
Als ich zum ersten Mal davon erfuhr, wollte ich es sofort in all meinen Projekten verwenden. Es schien mir, dass dies das ist - die uralte Qual loszuwerden, "was der richtige Weg ist" zu wählen. Ohne Subjektivität und Trends. Echte "dumme" Mathematik. Um selbst die primitivste Benutzeroberfläche zu beschreiben, müssen Sie jedoch doppelt so viel Zeit aufwenden, als sie zu entwerfen. Und dann müssen Sie noch eine Alternative entwerfen, um sie zu berechnen. Und selbst wenn ich am Ende herausfinde, welche Option besser ist, stellt sich heraus, dass sie um 0,65 Sekunden besser ist. 3-4 Stunden zu brauchen, um 0,65 Sekunden zu gewinnen, ist mächtig.
Trotzdem denke ich, dass die Methode immer noch cool und lohnenswert ist, aber in einigen super wichtigen Schnittstellen, in denen sogar 0,65 Sekunden wichtig sind. In den meisten Projekten ist es logischer, sich auf Ihre Erfahrungen zu verlassen und die Benutzer anschließend zu fragen, wie es für sie bequemer ist.
Raskin schreibt so etwas:
„Entwickler, die mit der GOMS-Methode vertraut sind, führen selten eine detaillierte und formale Analyse des Schnittstellenmodells durch. Dies liegt zum Teil daran, dass sie die Grundlagen von GOMS und anderen quantitativen Methoden so gut kennen, dass sie sich im Entwicklungsprozess zunächst an diesen Methoden orientieren. "
PS
Es gibt auch Modifikationen der GOMS-Analyse. Zum Beispiel "Critical-Path-Methode GOMS" (CPM-GOMS) und eine Version namens Natural GOMS Language (NGOMSL), die das Verhalten eines unerfahrenen Benutzers berücksichtigt, z. B. die Zeit, die zum Lernen benötigt wird. Sie können diese Versionen selbst lesen.