Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- de:modul:m322:learningunits:lu01:theorie:07 [2026/08/04 13:27] – angelegt gjenni
+++ de:modul:m322:learningunits:lu01:theorie:07 [2026/08/04 13:59] (aktuell) – gjenni
@@ Zeile 1: / Zeile 1: @@
 ====== LU01g: Problem Statement Map ======
+==== Einordnung im UX Cycle====
+Die Problem Statement Map gehört zur ersten Phase im Collaborative UX Design: dem Scoping. Bevor eine Lösung entwickelt wird, muss das Team das Problem verstehen. Ein häufiger Anfängerfehler ist es, zu schnell an Lösungen zu denken, statt zuerst das Problem zu klären.
+Eine Problem Statement Map ist ein Werkzeug, um ein Problem klar zu definieren und die verschiedenen Aspekte, die es beeinflussen, sichtbar zu machen. Sie hilft, die Ursache des Problems, betroffene Nutzer, deren Bedürfnisse und die Auswirkungen des Problems zu analysieren.
+=== Typische Bestandteile: ===
+  - Nutzende (Who): Wer ist konkret betroffen?
+  - Probleme (What): Was funktioniert aktuell nicht?
+  - Lösungsansätze (How): Wie könnte das Problem angegangen werden?
+  - Metriken (Measure): Woran erkennt man, ob die Lösung wirkt?
+  - Stakeholder (Who else): Wer hat sonst noch Interesse am Projekt?
+  - Randbedingungen (Constraints): Welche Vorgaben müssen eingehalten werden?
+  - Risiken (What if): Was könnte den Erfolg gefährden?
+Das Ergebnis – die Map – wird in einem Teamprozess entworfen und über das Projekt hinweg gepflegt. In der Phase des Scoping sind es vor allem Annahmen, die getroffen werden, um die Stossrichtung festzulegen.
+{{:modul:m322:learningunits:lu02:theorie:lu02-problem_statement_map.png?600|}}\\
+//Abb. 2-2: Problem Statement Map für die fiktive Firma 4Service//
+=== Annahmen statt Gewissheit ===
+Zu Projektbeginn ist vieles noch unklar. Die erste Map basiert daher auf Annahmen, die später durch Recherche oder Nutzerkontakt überprüft werden. Sie ist kein starres Dokument, sondern wird laufend aktualisiert.
+=== Warum im Team? ===
+Die Map entsteht im gemeinsamen Workshop, nicht allein: So fliessen unterschiedliche Perspektiven ein, und alle im Team teilen dasselbe Problemverständnis als Basis für die weitere Arbeit