Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- de:modul:m322_2025:learningunits:lu03:theorie:lu3-kapitel_2 [2024/03/28 14:07] – angelegt - Externe Bearbeitung 127.0.0.1
+++ de:modul:m322_2025:learningunits:lu03:theorie:lu3-kapitel_2 [2026/02/27 10:02] (aktuell) – emastrandrea
@@ Zeile 1: / Zeile 1: @@
-==== 2. "Härten" einer Persona ====
+==== 03 Persona validieren ====
-Im Scoping-Prozess wurden diverse Personas festgelegt, die mit der Anwendung interagieren. Wie weit diese Annahemn der Tatsache entsprechen, muss für den weiteren Verlauf des Projektes zwingend gesichert (gehärtet) werden.\\
+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.\\
-Um Personas zu erstellen, finde sich im WEB diverse Hilfsmittel, so z.B. von [[https://www.adobe.com/de/express/create/user-persona|Adobe]].
+===Interviews als Validierungswerkzeug===
-Die Art, wie eine Perosna dargestellt wird hängt stark vom Segement ab, für welches die Persona kreiert wird. So sind die Anspüche im AMrketing anders gealgert als beim UX-Design.\\
+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.\\
-Für UX fokussieren wir klar auf Fragen rund um die Anwendung, die zu erarbeiten ist. Darum sind Themen wie
+Im UX-Prozess konzentrieren sich Interviews gezielt auf die zukünftige oder bestehende Anwendung. Im Mittelpunkt stehen dabei insbesondere:
    * Aufgaben
    * Bedürfnisse
    * Probleme
-im Kontext der Anwendung von hohem Interesse. Daneben soll auch klar sein, in welchem Umfeld sich die Persona bewegt, welche Fähigkeiten sie hat bzw. nutzt im Umfeld von Computer, Smartphone usw.\\
-Um an all diese Informationen zu gelangen, sind Interviews mit potenziellen Nutzerinnen eine probates Werkzeug.\\
+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 Fragen stellen.\\ Kann eine Frage nur mit ja oder nein beantwortet werden, ergeben sich keine neuen Aspekte im Umgang mit der Anwendung. Es enstehen wo möglich blinde Flecken.
+   * 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.
-   * Fragen sollen keine Synthese verlangen.\\ Die befragte Person soll keine Schlussfolgerungen ziehen müssen, um eine Frage zu beantworten.
+   * 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.
-   * Nicht nach Fachbregriffen fragen.\\ Die Frage nach z.B. "Benutzerfreundlichkeit" kann von der befragten Person kaum oder nicht beantwortet werden, weil sie nicht zwingend das nötige know how hat, eine Beurteilung zu machen.
+   * 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
+[[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