de:modul:m322_2025:learningunits:lu03:theorie:lu3-kapitel_2

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung		 Vorhergehende Überarbeitung
de:modul:m322_2025:learningunits:lu03:theorie:lu3-kapitel_2 [2026/02/24 16:34] – emastrandreade:modul:m322_2025:learningunits:lu03:theorie:lu3-kapitel_2 [2026/02/27 10:02] (aktuell) – emastrandrea
Zeile 5: Zeile 5:
  
 Im UX-Prozess konzentrieren sich Interviews gezielt auf die zukünftige oder bestehende Anwendung. Im Mittelpunkt stehen dabei insbesondere: Im UX-Prozess konzentrieren sich Interviews gezielt auf die zukünftige oder bestehende Anwendung. Im Mittelpunkt stehen dabei insbesondere:
-   * Aufgaben, die Nutzerinnen und Nutzer erledigen möchten +   * Aufgaben 
-   * Bedürfnisse und Ziele, die sie mit der Anwendung verfolgen +   * Bedürfnisse 
-   * Probleme und Herausforderungen, die dabei auftreten\\ +   * Probleme 
  
 Ebenso wichtig ist der Nutzungskontext:  Ebenso wichtig ist der Nutzungskontext: 
Zeile 17: Zeile 17:
 ===Interview durchführen=== ===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: 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, keine Ja-/Nein-Fragen.\\ 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.  +   * 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 lenken die befragte Person in eine bestimmte Richtung. Dadurch entstehen verzerrte Ergebnisse, die nicht mehr die tatsächliche Meinung oder Erfahrung der Nutzer:innen widerspiegeln. +   * 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. 
-   * Möglichst neutrale Fragen stellen („Wie haben Sie die Funktion erlebt?, Wie sind Sie mit der Navigation zurechtgekommen?, Was ist Ihnen positiv oder negativ aufgefallen?“)\\ Je neutraler die Frage, desto zuverlässiger die Erkenntnisse. +   * 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. 
-   * Fragen sollen keine Synthese verlangen.\\ Die befragte Person soll keine Schlussfolgerungen ziehen müssen, um eine Frage zu beantworten. +
-   * 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.+
    * 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.    * 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.    * Folgefragen gut einplanen.\\ Fragen sollen top-down auf einanderabgestimmt sein. Zuerst werden generelle Aspekte gefragt, um dann auf spezifische Punkte einzugehen.
  
-Weitere hilfreiche Tipps zu qualitativen Interviews finden Sie hier: https://www.softwareevaluation.de/de/methoden/interviews-im-ux-kontext/+===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 [[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
  • de/modul/m322_2025/learningunits/lu03/theorie/lu3-kapitel_2.1771947248.txt.gz
  • Zuletzt geändert: 2026/02/24 16:34
  • von emastrandrea