Bevor du noch ein Feature baust: Schau fünf Menschen bei der Nutzung deines Produkts zu
Ein praktischer Leitfaden für Usability-Tests in Startups: fünf passenden Nutzern zusehen, Reibung erkennen und entscheiden, was du zuerst behebst.
Auf dieser Seite
- Warum fünf Menschen ein nützlicher Ausgangspunkt sind
- Wähle eine echte Aufgabe, keine Produkttour
- Finde Menschen, die deinen tatsächlichen Nutzern ähneln
- Das Ablaufskript ist einfacher, als du denkst
- Schreib Verhalten auf, nicht deine Deutung
- Behebe das Muster, nicht jeden Wunsch
- Teste die Lösung erneut
- Wo KI passt und wo nicht
- Unterm Strich
Ein neuer Nutzer öffnet deine App, schaut auf den Bildschirm und hält inne. Nach ein paar Sekunden tippt er auf den falschen Button. Er geht zurück, probiert etwas anderes und gibt still auf.
Hättest du zugesehen, wäre dir das Problem sofort aufgefallen.
Hättest du aber nur auf eine Liste mit Funktionswünschen geschaut, hättest du vielleicht zwei Wochen damit verbracht, etwas völlig anderes zu bauen.
Gründer sehen neue Funktionen oft als Hauptantwort auf langsames Wachstum. Manchmal helfen sie. Manchmal ist das bestehende Produkt in der Theorie schon gut genug, in der Praxis aber verwirrend.
Bevor du noch eine Funktion hinzufügst, sieh zu, wie Menschen versuchen, das Produkt zu nutzen, das du bereits gebaut hast.
Warum fünf Menschen ein nützlicher Ausgangspunkt sind
Die Formel „Teste mit fünf Nutzern“ stammt aus der Usability-Forschung und ist keine Garantie, dass fünf Menschen deinen gesamten Markt repräsentieren.
Der Leitfaden der Nielsen Norman Group, „How Many Test Users in a Usability Study?“, erklärt, warum kleine qualitative Usability-Studien viele wichtige Probleme effizient aufdecken können, und beschreibt zugleich Situationen, die größere Stichproben erfordern.
Ziel ist hier nicht, eine Konversionsrate zu berechnen oder zu verkünden, dass 80 % der Nutzer verwirrt sind. Es geht darum, Reibung zu entdecken und zu verstehen, warum sie entsteht.
Wenn das Produkt sehr unterschiedliche Nutzergruppen bedient, musst du diese Unterschiede bei der Auswahl der Teilnehmenden und bei der Deutung der Sitzungen berücksichtigen.
Wähle eine echte Aufgabe, keine Produkttour
Bitte niemanden, sich deine Demo anzusehen und zu sagen, was er davon hält.
Gib eine Aufgabe, die etwas ähnelt, das die Person wirklich erledigen wollen würde:
- Einen Termin finden und buchen.
- Eine Rechnung erstellen und versenden.
- Zwei Tarife vergleichen und entscheiden, welcher eine benötigte Funktion enthält.
- Eine Startup-Idee eingeben und den daraus entstandenen Bericht finden.
- Einen Artikel speichern und später wieder aufrufen.
Die Aufgabe sollte ein klares Ende haben, aber sag nicht genau, welche Buttons angeklickt werden sollen.
Statt „Klick auf den grünen Button, um einen Test zu starten“ sag lieber: „Du willst herausfinden, was an dieser Geschäftsidee falsch sein könnte. Zeig mir, wie du anfangen würdest.“
Finde Menschen, die deinen tatsächlichen Nutzern ähneln
Freunde können helfen, offensichtliche Fehler zu finden, aber sie kennen dich und wollen dich vielleicht unterstützen. Gewinne nach Möglichkeit Menschen, die das Problem, das das Produkt lösen will, wirklich haben.
Du brauchst kein professionelles Forschungslabor. Du kannst über einen Videocall oder in einem ruhigen Raum beobachten. Hol eine angemessene Erlaubnis ein, bevor du etwas aufzeichnest, und dränge niemanden, private Konten oder Passwörter preiszugeben.
Wenn du eine Aufwandsentschädigung anbietest, sollte sie die Zeit der Person vergüten, nicht positives Feedback belohnen.
Das Ablaufskript ist einfacher, als du denkst
Ein nützlicher Einstieg:
Danke für deine Hilfe. Wir testen das Produkt, nicht dich. Es gibt keine falschen Klicks. Sag mir bitte unterwegs, was du erwartest. Ich bleibe vielleicht einen Moment still, damit ich sehe, was der Bildschirm von sich aus klarmacht.
Gib dann die Aufgabe und beobachte.
Wenn die Person stockt, widerstehe dem Drang, sie zu retten. Wird die Situation unangenehm, kannst du fragen: „Wonach suchst du gerade?“ Das verrät mehr, als zu erklären, wo der Button ist.
Stell neutrale Anschlussfragen:
- Was hast du erwartet, nachdem du darauf geklickt hast?
- Was war hier verwirrend?
- Nach welcher Information hast du gesucht?
- Gibt es etwas, das du erwartet, aber nicht gesehen hast?
Vermeide „War doch einfach, oder?“ oder „Das Design hat dir gefallen, stimmt’s?“. Solche Fragen lenken Menschen zu der Antwort, die du hören willst.
Schreib Verhalten auf, nicht deine Deutung
Schlechte Notiz: „Der Nutzer versteht unser Produkt nicht.“
Bessere Notiz: „Der Nutzer hat in der oberen Navigation nach Preisen gesucht, die FAQ geöffnet und ist dann zur Startseite zurückgekehrt, ohne die Abo-Bedingungen zu finden.“
Die zweite Notiz gibt dir etwas, das du beheben kannst.
Ein einfaches Sitzungsprotokoll kann enthalten:
| Aufgabe | Was passiert ist | Mögliche Reibung |
|---|---|---|
| Einen Test starten | Teilnehmer fand den Haupt-Button nicht | CTA ist nicht auffällig genug oder die Beschriftung ist unklar |
| Zielgruppe festlegen | Teilnehmerin war unsicher, wer ausgewählt war | Die Standardeinstellung wird nicht erklärt |
| Ergebnis ansehen | Teilnehmer erwartete eine E-Mail, schaute aber im Dashboard nach | Der Abschlussnachricht fehlt eine Richtung |
Halte Beobachtungen und Hypothesen getrennt. Über die Ursachen kannst du nach der Sitzung sprechen.
Behebe das Muster, nicht jeden Wunsch
Einer Person gefällt vielleicht eine Schriftart nicht. Eine andere wünscht sich eine Funktion, an die du nicht gedacht hattest. Mach dir Notizen, aber schau am genauesten auf wiederkehrende Momente echter Schwierigkeit.
Wenn drei Menschen dieselbe Aktion nicht finden, lohnt es sich, das schnell zu untersuchen. Wenn eine Person einen erweiterten Berichtsfilter wünscht, kann das später wertvoll sein, sollte aber nicht automatisch Vorrang vor einer Aufgabe haben, die niemand erledigen kann.
Priorisiere Probleme nach Schwere, Häufigkeit in deiner kleinen Studie und Wichtigkeit der Aufgabe. Das sind Ermessensentscheidungen, keine statistisch überprüften Schätzungen für die Gesamtbevölkerung.
Teste die Lösung erneut
Der nützlichste Teil einer Usability-Studie ist das, was danach passiert.
Ändere die verwirrende Beschriftung, kürze das Formular oder verbessere die Anleitung. Bitte dann neue passende Nutzer, dieselbe Aufgabe ohne Hilfestellung zu versuchen.
Dieser Kreislauf ist oft aufschlussreicher, als eine große Zahl von Funktionsvorschlägen zu sammeln und nie zu beobachten, wie das Produkt tatsächlich genutzt wird.
Es gibt Grenzen: Eine Usability-Sitzung sagt dir etwas über Reibung in der Bedienung, nicht darüber, ob die zugrunde liegende Geschäftsidee eine starke Marktnachfrage hat. Jemand kann deine App perfekt bedienen und trotzdem keinen Grund haben, dafür zu bezahlen.
Wo KI passt und wo nicht
KI kann dir helfen, Aufgabenszenarien zu entwerfen, mögliche Verwirrungspunkte zu erkennen und Interviewnotizen zu ordnen. Ein KI-simulierter Konzepttest kann Fragen vorschlagen, die du untersuchen solltest, bevor du Menschen gewinnst.
Eine synthetische Testperson kann aber nicht ersetzen, einen echten Menschen zögern zu sehen, einen Bildschirm missverstehen zu sehen oder zu sehen, wie er dein Produkt auf unerwartete Weise nutzt.
Probier den kostenlosen Kundenumfrage-Generator für neutrale Fragen nach der Sitzung aus, oder nutze SellTo.us, um Hypothesen auf Konzeptebene getrennt von Usability-Ergebnissen zu erkunden.
Häufige Fragen
Kann ich mein Produkt mit nur drei Menschen testen?
Ja, wenn du realistisch nicht mehr gewinnen kannst. Benenne den begrenzten Umfang ausdrücklich und behandle die Ergebnisse als frühe qualitative Beobachtungen.
Soll ich Funktionen erklären, wenn eine Testperson nicht weiterkommt?
Notiere zuerst die Stelle der Verwirrung. Dann kannst du helfen, weiterzumachen, besonders wenn sich die Person unwohl fühlt, aber unterscheide, was sie selbstständig geschafft hat und wofür sie Anleitung brauchte.
Beweist ein Usability-Test den Product-Market-Fit?
Nein. Er zeigt, wie Menschen mit einem Produkt oder einer Aufgabe umgehen. Marktnachfrage braucht andere Belege, darunter echte Nutzung und echtes Kaufverhalten.
Unterm Strich
Wenn du stolz auf ein Produkt bist, ist es schwer, jemandem beim Kämpfen damit zuzusehen. Genau deshalb solltest du es tun.
Fünf ehrliche Sitzungen können dir konkrete Dinge zum Beheben liefern, bevor eine weitere Funktion das Produkt komplizierter macht. Ziel ist nicht, Komplimente zu sammeln. Ziel ist, dem nächsten Nutzer die Erfahrung leichter zu machen.
Geschrieben vom SellTo.us-Team. Die Beispiele in diesem Artikel sind hypothetisch. Die Ergebnisse von SellTo.us stammen von KI-simulierten Teilnehmenden, nicht von echten Menschen, und sagen keine Verkäufe voraus und garantieren keinen Erfolg.
Ähnliche Artikel
Wie du 2027 Menschen für Kundeninterviews findest
Gute Fragen nützen nichts ohne die richtigen Menschen, denen du sie stellst. Wo du sie findest, was du ihnen schickst, damit es nicht wie ein Pitch klingt, und wie du echte Gespräche im Kalender hältst.
Wie du Fragen für Customer Discovery schreibst, die echte Probleme aufdecken
Die falschen Fragen bringen dir Komplimente, die richtigen bringen dir Fakten darüber, wie Menschen ein Problem wirklich angehen. So schreibst du sie, mit fünf Beispielen zum Anpassen.
Ein SaaS-Produkt 2027 launchen: von der Warteliste zu den ersten zahlenden Nutzern
Eine Warteliste ist eine Liste von Vielleichts. Daraus Menschen zu machen, die deine Software jede Woche nutzen und dann dafür bezahlen, geschieht in kleinen Schritten, eine Gruppe nach der anderen.