Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen Revision Vorhergehende Überarbeitung | |||
| de:modul:m322_2025:learningunits:lu03:theorie:02 [2026/09/01 17:11] – gelöscht - Externe Bearbeitung (Unbekanntes Datum) 127.0.0.1 | de:modul:m322_2025:learningunits:lu03:theorie:02 [2026/09/01 17:11] (aktuell) – ↷ Seite von de:modul:m322:learningunits:lu03:theorie:02 nach de:modul:m322_2025:learningunits:lu03:theorie:02 verschoben gjenni | ||
|---|---|---|---|
| Zeile 1: | Zeile 1: | ||
| + | ==== 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, | ||
| + | ===Interviews als Validierungswerkzeug=== | ||
| + | Interviews gehören zu den zentralen Methoden der qualitativen UX-Forschung. Sie ermöglichen es, subjektive Sichtweisen, | ||
| + | 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? | ||
| + | * Keine Suggestivfragen stellen („Sie fanden die Funktion also eher schlecht? | ||
| + | * Neutrale Fragen stellen und keine Synthese verlangen. („Wie haben Sie die Funktion erlebt? Was ist Ihnen positiv oder negativ aufgefallen? | ||
| + | * 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: | ||
| + | ---- | ||
| + | Ressourcen: https:// | ||
| + | ---- | ||
| + | [[https:// | ||