Schreib die Aufgaben vor dem Skript, formulier sie als Ziel statt als Anweisung, und rekrutier Leute, die echten Nutzern dieses Flows ähneln. Fünf bis acht Teilnehmende pro klar unterschiedlicher Gruppe bringen die meisten schweren Probleme ans Licht. Bitte Leute, so zu arbeiten wie sonst, bleib still, führ nie, und halt Aufgabenerfolg, Zögerpunkte und Zitate fest. Sortier die Funde dann nach Schwere und Häufigkeit.
Warum Interviewer das fragen
Usability-Testing ist die häufigste Research-Fähigkeit in einem Produktteam, und man kann es auf Arten schlecht machen, die selbstbewussten Unsinn produzieren. Interviewer hören auf Aufgabendesign, denn führende Aufgaben entwerten alles, was danach kommt, und darauf, wie du vermeidest, Teilnehmende zu coachen. Sie wollen außerdem hören, wie aus Funden priorisierte Arbeit wird statt eines Vierzig-Folien-Decks, das niemand liest.
So baust du deine Antwort auf
- Definiere die Entscheidung und schreib zuerst zielbasierte Aufgaben.
- Rekrutier nach dem Verhalten, das du testest, nicht nur nach Demografie.
- Erklär, wie du neutral bleibst und mit einem festhängenden Teilnehmer umgehst.
- Bewerte Schwere und Häufigkeit und mach aus Funden Tickets.
- Lad das Team ein, mindestens eine Session live zu sehen.
Beispielantwort
Aufgaben zuerst, Skript danach. Eine schlechte Aufgabe ist "klick auf das Einstellungssymbol und ändere deine Benachrichtigungseinstellung", weil du den schwierigen Teil schon für sie erledigt hast. Eine gute ist "du bekommst zu viele E-Mails von diesem Produkt, bring das in Ordnung". Dann rekrutiere ich nach Verhalten. Teste ich einen Admin-Flow, brauche ich Leute, die etwas administrieren, nicht wer gerade verfügbar ist. Fünf oder sechs pro Gruppe bringen mir die schweren Probleme; habe ich zwei sehr unterschiedliche Nutzertypen, mache ich fünf von jedem statt zehn gemischte. Während der Session bin ich meistens still. Wenn jemand stockt, warte ich, und wenn er mich fragt, was er tun soll, sage ich: was würdest du tun, wenn ich nicht hier wäre. Diese Stille ist unangenehm und genau dort leben die Funde. Danach bewerte ich jedes Problem nach Schwere und wie viele Leute es getroffen hat, und alles Schwere und Häufige geht direkt mit einem Videoausschnitt ins Backlog. Den PM und einen Engineer dazu zu bringen, eine Live-Session anzuschauen, ist mehr wert als jeder Bericht, den ich schreiben könnte.
Steht dieses Vorstellungsgespräch bald an? GhostPilot hört bei deinem Live-Call mit, erkennt die Frage in dem Moment, in dem sie gestellt wird, und bringt dir eine strukturierte Antwort in Echtzeit auf den Bildschirm. Probier es im nächsten Mock aus, oder hol dir einen $29 Session Pass, kein Abo, für den Ernstfall.
So funktioniert esNachfragen, mit denen du rechnen solltest
- Wie gehst du mit einem Teilnehmer um, der eine Aufgabe gar nicht schafft?
- Wie entscheidest du, was als schwerwiegendes Problem zählt?
- Was machst du, wenn die Funde dem widersprechen, was dein Stakeholder will?
Weitere Fragen für UX Designer
Dein Interviewer stellt seine eigene Version davon. Kopier deine echte Stellenbeschreibung in den kostenlosen Question Predictor und bekomm die 20 Fragen, die diese Rolle am wahrscheinlichsten stellt, samt dem, worauf jede wirklich abzielt.
Meine Fragen vorhersagen