Nutzertest-Runde

Ein Nutzertest ist eine Sitzung, in der eine Person einen Prototyp selbst ausprobiert, während das Team zuschaut und festhält, was passiert. Im Design Thinking steht er am Ende jeder Bauschleife. Das Team erfährt dabei, wo Menschen hängen bleiben, was sie erwarten und was sie überrascht. Diese Beobachtungen entscheiden, was am Prototyp als Nächstes geändert wird.

Wo der Test im Prozess steht

Vor dem Test steht ein Prototyp, egal wie grob. Das kann ein Papierprototyp sein, ein klickbares Mock-up, ein Modell für den ersten Eindruck oder eine Funktion, die im Wizard-of-Oz-Test von Hand gespielt wird. Bei Dienstleistungen ohne Bildschirm passt oft der Rollenspiel-Test, bei dem die Situation selbst zum Prototyp wird.

Nach dem Test kommt die Auswertung, und dann der nächste Prototyp. Die Schleife aus Bauen und Testen läuft mehrmals. Mit jeder Runde wird der Prototyp genauer, und die Fragen an den Test werden feiner. Am Anfang geht es darum, ob eine Idee überhaupt verstanden wird. Später geht es um Details der Bedienung.

Die Aufgabe gut formulieren

Viel hängt an der Aufgabe, die die Testperson bekommt. Sie beschreibt eine Situation aus dem Alltag dieser Person und nennt ein Ziel. Begriffe, die auf dem Prototyp stehen, kommen in der Aufgabe nicht vor. Sonst sucht die Testperson nur das passende Wort auf dem Bildschirm, und das Team lernt nichts darüber, ob sie den Weg allein gefunden hätte.

Ein Beispiel für eine solche Aufgabe: „Du willst nächsten Dienstag mit zwei Freundinnen zum Bouldern und vorher wissen, ob ihr Schuhe leihen könnt.“ Darin steckt eine Absicht, ein Termin und eine Frage. Die Testperson muss selbst herausfinden, wo sie anfängt.

Für die Auswahl der Testpersonen hilft die Persona aus der Synthese. Wer ihr ähnelt, liefert die Beobachtungen, die für das Projekt zählen. Wenn ihr Gespräche aufzeichnen wollt, holt vorher eine Einwilligung ein und sagt, wofür die Aufnahme genutzt wird.

Varianten

Online läuft der Test über eine Videokonferenz mit geteiltem Bildschirm. Die Testperson bedient den Prototyp auf ihrem eigenen Gerät. Das Team schaltet Kamera und Mikrofon aus und schreibt im Chat oder in einem gemeinsamen Dokument mit.

Im Foyer oder Café sprecht ihr Menschen an, die gerade vorbeikommen, und bittet um fünf Minuten. Diese kurzen Tests eignen sich für eine einzelne, klare Frage, etwa ob ein Begriff verstanden wird.

In großen Gruppen baut jede Kleingruppe eine Teststation mit ihrem Prototyp. Die Gruppen tauschen reihum die Rollen, sodass jede Person einmal testet und einmal beobachtet. Wer den fremden Prototyp nicht kennt, sieht ihn mit frischen Augen.

Mit wenig Zeit testet ihr im Team mit Rollentausch: Eine Person aus einer anderen Kleingruppe übernimmt die Rolle der Nutzerin. Für die gröbsten Stolperstellen reicht das. Tests mit echten Menschen folgen danach.

Ein Beispiel

Angenommen, ein Sportverein will die Anmeldung zu Schwimmkursen für Kinder vereinfachen. Das Team hat einen Papierprototyp mit vier Seiten gebaut. Die Aufgabe für die Testperson, einen Vater, lautet: „Deine Tochter soll ab Herbst schwimmen lernen. Melde sie für einen passenden Kurs an.“

Der Vater blättert sofort nach dem Preis, bevor er einen Kurs auswählt. Bei der Auswahl der Stufe hält er inne und fragt halblaut, was mit „Stufe 2“ gemeint ist. Am Ende sucht er nach einer Bestätigung und findet keine. Das Team notiert jeden dieser Momente mit der Seite, auf der er passiert ist, und mit seinen Worten. Vor dem nächsten Durchlauf rückt der Preis auf die erste Seite, die Stufen bekommen eine kurze Beschreibung, und ans Ende kommt eine Bestätigungsseite.

Woran du ein gutes Ergebnis erkennst

Die Notizen beschreiben Verhalten: was die Person getan hat, wo sie gezögert hat, was sie gesagt hat. Bewertungen wie „fand es unübersichtlich“ stehen höchstens daneben, als Zitat. Das Team kann die Stellen benennen, an denen mehrere Testpersonen hängen geblieben sind. Und es gibt mindestens eine Beobachtung, mit der vorher niemand gerechnet hat.

Was du danach mit dem Ergebnis machst

Sortiert die Beobachtungen nach Gewicht. Was die Aufgabe verhindert hat, kommt zuerst. Was sie verlangsamt hat, folgt. Was nur stört, kommt zuletzt. Für die erste Ordnung eignet sich das Test Capture Grid. Bei vielen Durchläufen mit vielen Notizen hilft Affinity Diagramming, um wiederkehrende Themen zu finden.

Danach legt das Team fest, was sich bis zum nächsten Test ändert, und baut die nächste Version. Bestätigt der Test eine Idee in ihren Grundzügen, darf der Prototyp in der nächsten Runde genauer werden, etwa vom Papier zum klickbaren Bildschirm.

Quellen

• Nutzertests | Design Thinking Methoden Katalog
• User tests | Design Thinking Methods Catalogue