==== 03 Persona validieren ==== Im Scoping-Prozess haben Sie sich auf eine Persona festgelegt, die mit der Anwendung interagiert. Wie weit diese Annahmen tatsächlich der realen Zielgruppe entsprechen, muss für den weiteren Verlauf des Projektes zwingend validiert (überprüft) werden. Eine Persona ist erst dann valide, wenn sie nicht nur auf Annahmen, sondern auf strukturiert erhobenen Nutzerdaten basiert.\\ ===Interviews als Validierungswerkzeug=== Interviews gehören zu den zentralen Methoden der qualitativen UX-Forschung. Sie ermöglichen es, subjektive Sichtweisen, Erwartungen und Nutzungserfahrungen direkt aus erster Hand zu erfassen.\\ Im UX-Prozess konzentrieren sich Interviews gezielt auf die zukünftige oder bestehende Anwendung. Im Mittelpunkt stehen dabei insbesondere: * Aufgaben * Bedürfnisse * Probleme Ebenso wichtig ist der Nutzungskontext: * In welcher Situation wird die Anwendung verwendet? * In welchem Umfeld bewegt sich die Persona? * Welche technischen Voraussetzungen und digitalen Kompetenzen bringt sie mit (z.B. Geräte, Programme, etc.)? Durch diese kontextbezogene Betrachtung entsteht ein ganzheitliches Bild der Nutzerinnen und Nutzer. Dieses bildet die Grundlage für fundierte Anforderungen und eine benutzerzentrierte Gestaltung der Anwendung.\\ ===Interview durchführen=== Ein Interview muss gut vorbereitet sein, damit vergleichbare Ergebnisse gesammelt werden können. Die Fragen müssen zielgerichtet sein und vorteilhafte folgende Merkmale beachten: * Offene und narrative Fragen stellen („Können Sie Ihre letzte Erfahrung mit dem Absenzentool beschreiben?“).\\ Kann eine Frage nur mit ja oder nein beantwortet werden, ergeben sich keine neuen Aspekte im Umgang mit der Anwendung, da sie nur oberflächliche Antworten provozieren. Es enstehen wo möglich blinde Flecken. * Keine Suggestivfragen stellen („Sie fanden die Funktion also eher schlecht?“)\\ Statt offen Informationen zu sammeln, wird durch Wortwahl, Tonfall oder implizite Bewertung eine Antwort nahegelegt und die befragte Person in eine bestimmte Richtung gelenkt. Dadurch entstehen verzerrte Ergebnisse, die nicht mehr die tatsächliche Meinung oder Erfahrung der Nutzer:innen widerspiegeln. * Neutrale Fragen stellen und keine Synthese verlangen. („Wie haben Sie die Funktion erlebt? Was ist Ihnen positiv oder negativ aufgefallen?“)\\ Die befragte Person soll keine Schlussfolgerungen ziehen müssen, um eine Frage zu beantworten. Je neutraler die Frage, desto zuverlässiger die Erkenntnisse. * Nicht nach Lösungen fragen.\\ Das Erarbeiten von Lösungen ist Sache der Entwicklungsteams und nicht der Anwender. Es könnten so Erwartungshaltungen geweckt werden, die sich nicht umsetzen lassen. * Folgefragen gut einplanen.\\ Fragen sollen top-down auf einanderabgestimmt sein. Zuerst werden generelle Aspekte gefragt, um dann auf spezifische Punkte einzugehen. ===Auswertung qualitativer Interviewdaten=== Nach der Durchführung beginnt die systematische Analyse. Häufig werden die Interviews transkribiert (also verschriftlicht) und anschliessend codiert. Das heisst, bestimmte Aussagen werden thematisch markiert und in Kategorien eingeordnet.\\ Ein Beispiel: In Interviews mit Nutzer:innen einer Mobilitäts-App taucht mehrfach der Wunsch nach besserer Haltestellenanzeige auf. Diese Aussagen lassen sich unter dem Code „Informationsbedürfnis unterwegs“ zusammenfassen und bilden eine evidenzbasierte Grundlage für Designentscheidungen.\\ ---- Ressourcen: https://www.softwareevaluation.de/de/methoden/interviews-im-ux-kontext/ \\ ---- [[https://creativecommons.org/licenses/by-nc-sa/4.0/|{{https://i.creativecommons.org/l/by-nc-sa/4.0/88x31.png}}]] (c) René Probst / Elena Mastrandrea