Nutzerforschung [UX]

10 Übungsfragen mit Lösung und Erklärung.

☝️ SingleEin Team befragt fünf Nutzer und alle bestätigen die geplante Funktion. Der Product Owner schließt daraus, die Annahme sei validiert. Welcher methodische Einwand wiegt am schwersten?
❌Fünf Nutzer sind für qualitative Forschung grundsätzlich zu wenig
❌Die Befragung hätte durch das zentrale UX-Team durchgeführt werden müssen
❌Ohne statistische Signifikanz ist keine Aussage möglich
✅Was Nutzer in einer Befragung sagen, sagt wenig darüber aus, was sie später tatsächlich tun; bestätigt wird die Annahme erst durch beobachtetes Verhalten
Der Unterschied zwischen geäußerter und tatsächlicher Präferenz ist der zentrale Punkt. Fünf Personen genügen durchaus, um qualitative Probleme aufzudecken; das Problem ist nicht die Zahl, sondern dass Zustimmung in einem Gespräch keine Verhaltensevidenz ist. Hinzu kommt die Gefahr suggestiver Fragen.
☝️ SingleWer sollte an Nutzerbeobachtungen teilnehmen, wenn ein Scrum Team UX-Arbeit integriert?
❌Das gesamte Team gemeinsam, damit alle denselben Informationsstand haben
❌Ausschließlich der Product Owner, weil er die Wertentscheidung trifft
✅Auch Developers, weil unmittelbare Beobachtung Erkenntnisse erzeugt, die kein Forschungsbericht vollständig transportiert
❌Ausschließlich die UX-Fachleute, um die Beobachtung nicht zu stören
Weitergabe über Berichte verliert genau das, was Entwurfsentscheidungen verändert: Zögern, Umwege, Missverständnisse. Alle gleichzeitig zu schicken ist allerdings unnötig und für die beobachtete Person belastend; üblich ist eine rotierende Beteiligung.
☝️ SingleEin Product Owner möchte vor jeder Umsetzung eine umfassende Nutzerforschung abschließen. Welcher Einwand ist am stärksten?
✅Erkenntnis entsteht auch aus ausgeliefertem Produkt; vollständige Vorabforschung verzögert genau das Feedback, das am aussagekräftigsten wäre
❌Nutzerforschung ist im Scrum Guide nicht vorgesehen und daher unzulässig
❌Nutzerforschung ist Aufgabe der Developers, nicht des Product Owners
❌Umfassende Forschung ist bei komplexen Produkten grundsätzlich nicht möglich
Der Fehler ist eine Wiederkehr der Vorabspezifikation unter anderem Namen. Die Abwägung lautet: Wie teuer ist ein Irrtum im Vergleich zu den Kosten des Herausfindens? Bei geringen Kosten des Irrtums ist Ausliefern die schnellere Forschung.
☝️ SingleEin Team möchte herausfinden, warum Nutzer den Bestellvorgang abbrechen. Welche Methode liefert die belastbarste Antwort auf das Warum?
❌Eine Bewertung des Vorgangs durch die eigenen Fachleute
❌Eine Befragung der abgebrochenen Nutzer per E-Mail
✅Beobachtete Nutzungstests, bei denen Personen den Vorgang mit eigenen Daten durchlaufen und dabei laut denken
❌Eine Auswertung der Abbruchquote je Schritt im Analysewerkzeug
Die Analysedaten zeigen, wo abgebrochen wird, nicht warum; sie sind der richtige Ausgangspunkt, beantworten die Frage aber nicht. Eine Befragung erreicht überwiegend die, die ohnehin geneigt sind zu antworten, und liefert nachträgliche Rationalisierungen.
☝️ SingleWieviele Personen braucht ein Nutzungstest, um die meisten schwerwiegenden Bedienprobleme aufzudecken?
❌Die Zahl ist gleichgültig, entscheidend ist die Dauer je Test
❌Mindestens dreißig, damit die Ergebnisse statistisch belastbar sind
✅Erfahrungsgemäß genügen etwa fünf Personen je Nutzergruppe, um den Großteil der gravierenden Probleme zu finden
❌Mindestens hundert, um Zufallseffekte auszuschließen
Qualitative Tests zielen auf das Finden von Problemen, nicht auf das Messen von Häufigkeiten. Dafür sind kleine Stichproben effizient. Für quantitative Aussagen, etwa den Vergleich zweier Varianten, gelten andere Anforderungen.
☝️ SingleWährend eines Nutzungstests kommt die Testperson nicht weiter und fragt um Hilfe. Wie reagiert die moderierende Person angemessen?
❌Sie zeigt den richtigen Weg, damit der Test fortgesetzt werden kann
✅Sie gibt keine Lösung vor, sondern fragt zurück, was die Person erwartet hätte und was sie als Nächstes versuchen würde
❌Sie erklärt kurz, wie die Funktion gedacht war
❌Sie bricht die Aufgabe ab und geht zur nächsten über
Genau der Moment des Nichtweiterkommens ist der Erkenntnisgewinn. Wer hilft oder erklärt, zerstört den Befund und macht den Rest der Sitzung wertlos. Abbrechen verschenkt die Information über den Erwartungsbruch.
☝️ SingleEin Team testet einen neuen Entwurf ausschließlich mit Kolleginnen und Kollegen aus dem eigenen Haus. Welcher Einwand wiegt am schwersten?
❌Interne Tests sind aus datenschutzrechtlichen Gründen unzulässig
❌Interne Personen haben zu wenig Zeit für ausführliche Tests
❌Interne Personen geben zu kritisches Feedback
✅Interne Personen kennen Fachbegriffe, Abläufe und Systemlogik und stolpern deshalb genau über die Stellen nicht, an denen echte Nutzer scheitern
Der Fluch des Wissens ist hier das Kernproblem. Interne Tests sind als schneller Vorabcheck brauchbar, um grobe Fehler zu finden, ersetzen aber keine Tests mit der Zielgruppe.
✌️ MultiWelche Forschungsformen liefern Verhaltensdaten statt Meinungen? (Mehrere richtig)
❌Fokusgruppe zur Bewertung von Entwurfsvarianten
✅Auswertung von Nutzungspfaden im laufenden Produkt
✅Moderierter Nutzungstest mit echten Aufgaben
✅Beobachtung der Arbeit am realen Arbeitsplatz
❌Umfrage zur Wichtigkeit geplanter Funktionen
Fokusgruppen und Umfragen erheben geäußerte Meinungen und leiden zusätzlich unter Gruppendruck beziehungsweise unter der schlechten Selbstvorhersage. Beide haben ihren Platz, aber nicht als Beleg für künftiges Verhalten.
☝️ SingleEin Product Owner möchte Forschungsergebnisse als Bericht an das Team weitergeben, statt die Developers an den Sitzungen zu beteiligen. Welche Folge ist am gravierendsten?
❌Der Product Owner überschreitet seine Verantwortlichkeit
❌Der Bericht ist datenschutzrechtlich problematisch
✅Der Bericht transportiert Ergebnisse, aber nicht den Kontext; Entwurfs- und Umsetzungsentscheidungen im Sprint lassen sich damit nicht ableiten
❌Der Bericht kostet mehr Zeit als die gemeinsame Teilnahme
Im Sprint entstehen laufend kleine Entscheidungen, für die niemand zurückfragen kann. Wer die Nutzer nicht selbst gesehen hat, entscheidet nach eigenen Annahmen. Genau das soll die direkte Beteiligung verhindern.
✍️ OffenEin Team hat kein Budget für Nutzerforschung und keinen Zugang zu Endnutzern, weil der Vertrieb den Kundenkontakt schützt. Entwickeln Sie ein Vorgehen.
Musterantwort: Zunächst würde ich das Anliegen des Vertriebs ernst nehmen, statt es zu umgehen. Die Sorge ist meist konkret: unabgestimmte Aussagen gegenüber Kunden, geweckte Erwartungen, Störung laufender Verhandlungen. Wer das benennt und Regeln anbietet, etwa Teilnahme des Vertriebs an den Gesprächen und vorab abgestimmte Fragen, bekommt häufiger Zugang als jemand, der auf ein Recht pocht. Parallel würde ich Quellen nutzen, die keinen neuen Zugang brauchen. Supportanfragen und Beschwerden enthalten reale Probleme mit realen Formulierungen. Vertriebs- und Servicemitarbeitende sind selbst befragbar und kennen die wiederkehrenden Einwände. Nutzungsdaten des bestehenden Produkts zeigen, wo abgebrochen wird. Bestehende Schulungsunterlagen und Behelfslösungen der Nutzer, etwa selbstgebaute Tabellen, sind starke Hinweise auf Lücken. Dann würde ich klein anfangen statt ein Forschungsprogramm zu fordern. Ein einziges Gespräch mit einem einzigen Kunden, gemeinsam mit dem Vertrieb geführt, ist konkret genug, um zu zeigen, was dabei herauskommt. Ergebnisse, die dem Vertrieb selbst nützen, etwa ein wiederkehrender Einwand mit einer Lösung, verändern die Haltung schneller als Argumente. Zum Budget: Nutzerforschung braucht kaum Geld, sondern Zeit. Fünf moderierte Gespräche kosten wenige Stunden. Wenn das Argument Budget lautet, ist meist Zeit oder Priorität gemeint, und das ist eine Frage an den Product Owner. Schließlich würde ich die Kosten des Nichtwissens sichtbar machen: welcher Anteil der letzten Auslieferungen kaum genutzt wird und wieviel Aufwand darin steckte. Das ist die Zahl, die Zugang verschafft. Was ich nicht täte: Forschung durch Meinungen im Team ersetzen und das Ergebnis als Nutzerbedarf ausgeben.
Bewertet werden: Anliegen des Vertriebs ernst nehmen und Regeln anbieten + mindestens drei zugangsfreie Quellen (Support, interne Rollen, Nutzungsdaten, Behelfslösungen) + kleiner erster Schritt statt Programm + Budget als Zeit-/Prioritätsfrage + Kosten des Nichtwissens als Hebel + Abgrenzung gegen Meinung statt Forschung.
← Alle ThemenIm Quiz üben