Usability Testing · Sergey Sukharevsky

Der Usability-Test prüft, ob eine Person eine bestimmte Aufgabe in der Schnittstelle ausführen kann, anstatt ob sie das Design mag. Geben Sie einen realistischen Kontext, ohne eine Lösung anzuregen, beobachten Sie Aktionen und Wörter separat und bewerten Sie die Schwere des Problems nach Häufigkeit, Auswirkungen und Behebung.

Warum Sie Usability-Tests in Discovery benötigen

Was ist Usability Testing

Usability Testing ist eine Live-Beobachtung, wie ein echter Benutzer Probleme in einem Produkt oder Prototyp löst. Es wird mit minimalen Szenarien durchgeführt, um natürliche Schwierigkeiten, Fehler, Missverständnisse der Schnittstelle zu sehen.

In Discovery ist es ein schneller Weg:

Finden Sie die wahren Barrieren des Benutzers;
Stellen Sie sicher, dass die neue Idee oder der Prototyp verstanden wird und live funktioniert
Begründen Sie, dass es notwendig ist, vor der Veröffentlichung der Entwicklung in voller Umsetzung zu verfeinern.

Beispiel: Testen eines neuen Prototyps der Checkout-Seite. Geben Sie die Aufgabe: geben Sie eine Bestellung in 2 Minuten. Der Benutzer ist mit der Adresse verwechselt und kann nicht zur Zahlung übergehen. Dieses Signal ist zu früh, um es an die Entwicklung zu übermitteln.

Wann Tests in Discovery ausgeführt werden sollen

Usability Testing ist besonders nützlich:

Als die Idee zum ersten Mal auftauchte, ist es jedoch unklar, ob die Menschen sie verstehen werden.
Wenn das Team über die Lösung streitet;
Nach der Grundzeichnung des Prototyps, bevor in die Entwicklung investiert wird.

So organisieren Sie einen Usability-Test in Discovery

Mindestmenge: Szenario, Aufgaben, Metriken

Discovery benötigt kein kompliziertes Protokoll. Genug:

Formulieren Sie 1-3 Szenarien aus dem Leben des Benutzers.
Bereiten Sie kurze Einführungen vor: Was macht der Benutzer, was ist der Zweck.
Denken Sie darüber nach, wie Sie den Erfolg messen können: Haben Sie die Aufgabe erledigt, wo Sie stotterten, wie viel Zeit Sie verbracht haben.

Beispielszenario: Ein neuer Prototyp landet zur Registrierung. Der Benutzer muss das Formular finden und ausfüllen. Die Metrik ist die Anzahl der Fragen, bei denen der Benutzer eindeutig nicht versteht, was er tun soll.

Rekrutierung und Anzahl der Tests

Discovery jagt keine große Stichprobe. Es dauert oft 5-7 Befragte, um 80% der Hauptprobleme zu finden. Die Hauptsache ist, dass dies relevante Benutzer aus Ihrer Zielgruppe sind.

Beispiel: B2B testet neue Navigation. Wir nahmen 6 Manager aus verschiedenen Unternehmen und gaben ihnen ein “Finde einen Bericht” -Szenario. Alle Teilnehmer haben beim ersten Versuch nicht den richtigen Abschnitt gefunden. Das Team überarbeitete die Menülogik vor der Veröffentlichung.

Wie man Ergebnisse analysiert und anwendet

Was in den Ergebnissen zu suchen

Das Wichtigste ist, nicht einseitige Eindrücke zu finden, sondern stabile Muster von Schwierigkeiten:

Orte, an denen alle oder fast alle Benutzer verloren gehen, missverstanden, verwirrt sind
Zusätzliche Klicks und Schritte, die niemand erklären kann
Missverstandene Formulierung, nicht erkennbare Knöpfe, seltsames Schwimmen.

Beispiel: Die Hälfte der Teilnehmer fragt, wie sie die Aktion abbrechen können. Dies bedeutet, dass die Schnittstelle nicht transparent genug ist oder es nicht genügend klare Abbruchtaste gibt.

Wie man Schlussfolgerungen dokumentiert

Die Empfehlung ist, nicht nur Bugs, sondern Usability-Probleme zu beheben: unsichtbare CTA, nicht offensichtliche Schrittreihenfolge, komplexe Texte. Das Format ist kurz, mit Zitaten von Befragten.

Es ist ein Fehler, nur subjektive Bewertungen zu dokumentieren (wie z.B. „komfortabel/unbequem). Es ist wichtig, die Schlussfolgerung mit einem bestimmten Verhalten zu verknüpfen.

Hauptfehler und Anti-Patterns

Was nicht zu tun ist

Testen Sie nur an sich selbst oder engen Kollegen. Die Sicht des Entwicklers ist immer voreingenommen.
Suchen Sie die Bestätigung Ihrer Hypothese und ignorieren Sie nicht offensichtliche Schwierigkeiten.
Lange Erklärungen zu geben, ist zunächst eine Möglichkeit, die wirkliche Reaktion des Benutzers zu schmieren.

Beispiel: Das Marketingteam bat die Benutzer, einen Test zu machen, nachdem sie die Fähigkeiten des Produkts detailliert beschrieben hatten. 90% der Teilnehmer zeigten ein gutes Ergebnis. Intuitiv erwies sich die Benutzeroberfläche als komplizierter, als es im Test schien: Die Anzahl der Beschwerden über Funktionen stieg beim Verkauf.

Wie man Ergebnisse verwendet, um über die nächsten Schritte zu entscheiden

Der Usability-Test hilft zu priorisieren, was dringend geändert und was verschoben werden soll. Wenn die meisten Menschen sich in einem Abschnitt verfangen, beheben sie es zuerst. Wenn es viele Probleme gibt, werden 2-3 Hauptprobleme identifiziert und nach dem Update erneut getestet.

Der übliche Ansatz: Wiederholen Sie nach dem Bearbeiten den schnellen Usability-Test mit einem neuen Satz von Szenarien und stellen Sie sicher, dass die Probleme verschwunden sind.

Quellen und ergänzendes Material

FAQ

Wie hoch ist die Anzahl der Befragten für Discovery?

Mehr als oft nicht, 5-7 echte Benutzer finden bereits die Hauptprobleme. Wenn nach den Änderungen keine neuen Fehler auftreten, können Sie mit der nächsten Stufe fortfahren.

Wie unterscheidet man einen Interface Bug von einem Usability Problem?

Der Bug ist ein technischer Fehler. Das Usability-Problem besteht darin, dass die Aktion funktioniert, der Benutzer jedoch nicht versteht, wie er sie verwenden oder erreichen soll.

Muss ich ein Usability Test Video aufnehmen?

Vorzugsweise. Das Video hilft, die Details des Verhaltens zu bemerken und Schlussfolgerungen für das Team zu argumentieren.

Wie analysiert man widersprüchliche Bewertungen?

Schauen Sie nicht auf Worte, sondern auf echte Fehlermuster. Wenn die meisten Menschen dasselbe falsch machen, ist dies ein klares Signal zur Korrektur.

Wie viele Skripte müssen Sie gleichzeitig testen?

Normalerweise reichen 2-3 Schlüsselszenarien aus, um die Hauptblocker in der ersten Phase zu finden.

Muss ich bei jedem Sprint Usability-Tests durchführen?

Nein, Discovery dauert 1-2 Runden, um eine neue Idee zu testen oder große Veränderungen vorzunehmen.