Eine erste Research-Runde verändert oft, welche Frage als Nächstes wirklich weiterhilft. Sobald Nutzer*innen eine Kontoeinstellung finden, merkt das Team vielleicht, dass immer noch unklar ist, was eine Änderung dort überhaupt bewirkt. Iterative Research schafft genau dafür Raum: Sie wechselt gezielt zwischen Erkenntnisgewinn und Anpassungen am Design – oder am Research-Ansatz selbst.
Dazu können aufeinander aufbauende Prototyp-Tests gehören, Interviews, deren Fragen sich mit neuen Themen weiterentwickeln, oder Konzepte, die direkt anhand von Feedback überarbeitet werden. Den gleichen Test ohne Nutzung der Erkenntnisse einfach zu wiederholen, ist zwar wiederholtes Messen, verfehlt aber den eigentlichen Sinn von Iteration.
Jeder Runde eine Basis geben, auf der sie aufbauen kann
Beginne mit einer klaren Frage und genug Kontext, um die Antwort einordnen zu können. Halte nach der Runde die Beobachtungen fest, die daraus abgeleiteten Änderungen und die offenen Fragen, die bleiben. Die nächste Studie sollte genau diese Unklarheiten aufgreifen können, statt einfach nur neues Feedback zu sammeln.
Ein anschauliches Beispiel aus einem Berechtigungsprojekt: Die erste Runde zeigt vielleicht, dass „Eigentümer*in“ als die Person verstanden wird, die für ein Dokument zuständig ist – und nicht als diejenige, die es löschen darf. Das Team passt Bezeichnung und Erklärung an und testet dann mit neuen Teilnehmer*innen, ob klar ist, wer diese Berechtigung hat. So wird der Grund für die Überarbeitung transparent und die nächste Runde hat ein klares Ziel.
Die offiziellen Best Practices zur Planung von User Research empfehlen, für jede Runde die Kernfragen und den konkreten Beitrag zu Entscheidungen festzuhalten. Diese Dokumentation zahlt sich besonders dann aus, wenn mehrere Design- und Studienversionen im Umlauf sind.
Vorsichtig anpassen, wenn Vergleiche zählen
Neue Teilnehmer*innen zeigen unvoreingenommen, ob eine Überarbeitung funktioniert – ganz ohne Lerneffekte aus früheren Runden. Wiederkehrende Teilnehmer*innen sind sinnvoll, wenn es um Lernkurven oder Veränderungen über Zeit geht; Vertrautheit fließt dann allerdings als Faktor in die Interpretation ein.
Halte relevante Aufgaben und Recruiting-Kriterien bei Versionsvergleichen möglichst konsistent und dokumentiere Abweichungen. Wenn in einer Runde Erstnutzer*innen und in der nächsten erfahrene Administrator*innen teilnehmen, lässt sich eine bessere Performance nicht einfach auf das Design zurückführen.
Kleine qualitative Runden eignen sich hervorragend, um gezielt Probleme aufzudecken. Sie sind jedoch keine allgemeingültige Vorlage für die Stichprobengröße, und wenn ein Problem in den nächsten paar Sessions nicht auftaucht, ist das kein Beweis dafür, dass es gelöst ist. Um Versionen belastbar zu vergleichen, braucht es oft eine größere Studie, definierte UX-Metriken und einen passenden Auswertungsplan.
Den Blick fürs große Ganze öffnen
Iteration kann ein Nutzungserlebnis vereinfachen, lässt dabei aber manchmal den eigentlichen Sinn außen vor. Wenn Teilnehmer*innen wiederholt hinterfragen, warum sie eine Berechtigung überhaupt erteilen müssen, bringt eine weitere Textanpassung kaum noch echten Mehrwert.
Nimm dir Zeit, das übergeordnete Problem neu zu durchdenken, sobald die Erkenntnisse darauf hinweisen. Das kann explorative Research dazu bedeuten, wie Verantwortlichkeiten geteilt werden – oder ein komplett anderes Service Design. Die eigentliche Stärke eines iterativen Ansatzes liegt darin, den nächsten Schritt flexibel anzupassen; besonders dann, wenn dieser Schritt größer ist als nur eine weitere Variante desselben Screens.