Bei einem Usability-Test beobachtest du echte Menschen dabei, wie sie echte Aufgaben in deinem Produkt, auf deiner Website oder in deinem Prototyp erledigen. Du notierst, wo sie zögern, sich verirren oder aufgeben. So erfährst du, ob das Design funktioniert, nicht, ob die Leute das Produkt wollen.
Das Wichtigste
- Gib den Leuten eine realistische Aufgabe und schau dann zu. Nicht erklären, nicht helfen.
- Etwa fünf Nutzer pro Runde finden meist die größten Probleme.
- Bei moderierten Tests kannst du live Fragen stellen. Unmoderierte Tests lassen sich leichter mit vielen Leuten durchführen.
- Frag direkt nach der Aufgabe, was die Leute verwirrt hat, solange sie es noch wissen.
Was dir ein Usability-Test zeigt
Analysedaten können dir sagen, dass die Hälfte deiner Besucher bei Schritt drei abspringt. Sie können dir nicht sagen, was dort passiert ist. Ein Usability-Test kann das.
In einem typischen Test siehst du vielleicht Folgendes:
- Die Leute haben den Haupt-Button nicht bemerkt, weil er auf einem Laptop erst nach dem Scrollen zu sehen war.
- Das Label „Workspace“ hat ihnen nichts gesagt. Sie haben nach „Konto“ gesucht.
- Sie haben eine ganze Frage in die Suchleiste getippt, als wäre es ein Chat.
- Sie haben aufs Logo geklickt, um zur Startseite zu kommen, und sind stattdessen auf einer Marketingseite gelandet.
Nichts davon taucht in einem Funnel-Diagramm auf. Usability-Tests sind ein Teil der umfassenderen User Research, und zwar der Teil, der das Design selbst prüft.
Wann du einen Usability-Test machen solltest
Du kannst in fast jeder Phase testen. Früher ist günstiger.
- Bevor du baust. Teste eine Skizze oder einen klickbaren Prototyp. Eine Zeichnung zu ändern dauert Minuten.
- Vor einem Launch. Prüfe einen neuen Ablauf mit echten Nutzern, bevor alle ihn sehen.
- Nach einem Launch. Teste, wenn die Analysedaten einen Absprung zeigen, den du dir nicht erklären kannst.
Moderierte vs. unmoderierte Usability-Tests
Die erste Entscheidung: Leitet jemand die Session live?
| Moderiert | Unmoderiert | |
|---|---|---|
| So funktioniert es | Jemand leitet die Session, vor Ort oder per Call | Die Leute erledigen die Aufgaben allein, während ein Tool sie aufzeichnet |
| Stärke | Du kannst im Moment Rückfragen stellen | Schnell und günstig mit vielen Leuten |
| Schwäche | Langsam und durch deinen Kalender begrenzt | Du kannst nicht fragen, warum jemand gezögert hat |
| Ideal für | Frühe Prototypen und komplexe Abläufe | Bekannte Abläufe prüfen und Versionen vergleichen |
Viele Teams nutzen beides: moderierte Sessions für frühe Ideen, unmoderierte Tests, um die Verbesserungen später zu prüfen.
Gängige Methoden für Usability-Tests
- Aufgabenbasierter Test:
Gib ein realistisches Szenario vor, etwa „Du willst vor deiner nächsten Verlängerung kündigen“, und beobachte, wie die Leute es versuchen.
- Lautes Denken:
Bitte die Leute, laut zu sagen, was sie denken, während sie sich durchklicken. So hörst du, was sie bei jedem Schritt erwarten.
- First-Click-Test:
Zeig einen Bildschirm und frag, wohin sie klicken würden, um etwas zu erledigen. Ein falscher erster Klick bedeutet oft eine gescheiterte Aufgabe.
- Fünf-Sekunden-Test:
Zeig eine Seite fünf Sekunden lang und frag dann, woran sich die Leute erinnern. Gut für Landingpages und Dashboards.
- Tree-Test:
Teste deine Menüstruktur nur mit einfachen Textlabels, bevor du die Bildschirme gestaltest.
So führst du einen Usability-Test durch
Wähl einen Ablauf und ein Ziel
Halte es eng. „Kann ein neuer Nutzer ein Teammitglied einladen?“ ist ein gutes Ziel. „Die App testen“ ist keins.
Schreib drei bis fünf Aufgaben
Nutze die Worte deiner Nutzer, nicht die Labels deiner Oberfläche. Sag „Teile diesen Bericht mit deiner Chefin“, nicht „Klick auf Teilen“.
Finde die richtigen Leute
Wähl Leute, die zu deinen echten Nutzern passen, am besten fünf pro Nutzertyp. Kollegen wissen zu viel, um nützlich zu sein.
Schau zu und bleib still
Lies die Aufgabe einmal vor und lass die Person dann machen. Fragt sie „Mache ich das richtig?“, antworte: „Was würdest du tun, wenn ich nicht hier wäre?“
Frag, was verwirrend war
Frag direkt nach jeder Aufgabe, wo die Person gezögert hat und was sie erwartet hatte. Die Erinnerung verblasst schnell.
Priorisieren, beheben und erneut testen
Sortiere Probleme danach, wie stark sie die Leute blockieren und wie viele darauf stoßen. Behebe die schlimmsten und mach dann eine weitere Runde.
Wie viele Nutzer du brauchst
Die bekannte Forschung von Jakob Nielsen hat gezeigt, dass etwa fünf Nutzer die meisten Probleme in einem einzelnen Ablauf finden. Danach wiederholen neue Sessions vor allem, was du schon gesehen hast.
Diese Zahl hat zwei Haken. Sie gilt pro Nutzertyp: Ein Produkt mit Admins und Alltagsnutzern braucht also jeweils fünf. Und sie setzt voraus, dass du Dinge behebst und erneut testest. Wenn du belastbare Zahlen brauchst, etwa eine Abschlussquote, die du berichten kannst, brauchst du viel mehr Leute.
Klein und häufig schlägt groß und selten. Fünf Nutzer alle zwei Wochen verbessern dein Produkt schneller als eine große Studie pro Jahr.
Häufige Fehler
Die Nutzer lenken. „Schau mal oben rechts“ oder selbst ein schnelles „gut“ nach einem richtigen Klick verändert, was sie tun. Schreib deine Aufgaben auf und halte dich daran. Diese Beispiele für Suggestivfragen zeigen, was du vermeiden solltest.
Mit dem eigenen Team testen. Kollegen kennen den Fachjargon und die Abkürzungen. Sie fliegen durch Aufgaben, an denen deine Kunden scheitern.
„Kannst du es?“ mit „Gefällt es dir?“ vermischen. Jemand kann jede Aufgabe schaffen und das Produkt trotzdem nicht wollen. Teste zuerst die Usability. Fragen zu Bedarf und Nutzen gehören in Nutzerinterviews.
Alles auf einmal beheben. Nicht jede Beschwerde ist ein echtes Hindernis. Eine Person, die komplett feststeckt, zählt mehr als fünf, die eine Farbe ein bisschen stört.
So hilft dir Diaform
Diaform zeichnet keine Bildschirme, Klicks oder Aufgaben auf. Für diesen Teil nutzt du dein übliches Testing-Tool oder eine Live-Session. Was Diaform gut übernimmt, ist das Gespräch danach.
Schick den Leuten einen Link, sobald sie eine Aufgabe oder einen Ablauf wie das Onboarding abgeschlossen haben. Der KI-Agent fragt, was sie verwirrt hat, wo sie gezögert haben und was sie erwartet hatten. Sagt jemand „Es war ein bisschen verwirrend“, fragt er nach, welcher Teil. Jedes Gespräch wird zusammengefasst, sodass du lesen kannst, was schiefgelaufen ist, ohne mit jeder Person einen Termin zu vereinbaren. Sieh dir an, wie Teams es für Usability-Tests nutzen, oder teste kostenlos.
