Point-of-View-Statement
- Typische Dauer:
- 20m
Eine Design-Thinking-Methode, die Nutzerforschung in eine prägnante Problemstellung verdichtet, formuliert als Bedürfnis und Erkenntnis eines spezifischen Nutzers.
Zweck
Das Point-of-View-Statement (POV) destilliert Empathie-Forschung in eine einzelne, handlungsorientierte Problemdefinition: [Nutzer] braucht [Bedürfnis], weil [Erkenntnis]. So wird für eine echte Person mit echtem Bedürfnis designt.
Auf einen Blick
| Merkmal | Detail |
|---|---|
| Gruppengröße | 3–12 Teilnehmende |
| Dauer | 20 Minuten |
| Schwierigkeit | Einfach–Mittel |
| Moderationsstil | Synthese, kollaborativ |
| Setting | Vor Ort oder remote |
Ablauf
- Research sichten (5 Min.): Empathy Maps, Interview-Notizen oder Beobachtungsdaten durchgehen.
- Nutzer identifizieren (3 Min.): Spezifischen Nutzer oder Persona wählen.
- Bedürfnis definieren (5 Min.): Was braucht dieser Nutzer? Als Verb formulieren.
- Erkenntnis artikulieren (5 Min.): Warum ist das Bedürfnis wichtig? Überraschende Forschungserkenntnis?
- POV zusammensetzen (2 Min.): „[Nutzer] braucht [Bedürfnis], weil [Erkenntnis].“ Testen: Spezifisch genug für Ideenfindung? Breit genug für mehrere Lösungen?
Material
- Nutzerforschungsdaten
- Whiteboard oder großes Papier
- Marker
Stolperfallen & häufige Fehler
- Zu breit: „Nutzer brauchen eine bessere Erfahrung“ ist nicht umsetzbar.
- Lösung enthalten: „Nutzer brauchen eine App“ ist schon die Antwort.
- Schwache Erkenntnis: Tiefer nach dem Warum graben.
- Ohne Forschung: Ein POV ohne Empathie-Daten ist nur eine verkleidete Vermutung.
Inklusion & Barrierefreiheit
- Nutzerforschung selbst sollte diverse Teilnehmende einschließen.
- Mehrere POVs für verschiedene Nutzersegmente zulassen.
- Klare Sprache für alle Teammitglieder.
Varianten
- Lückentext-POV: Ausfüllbare Vorlage für Geschwindigkeit.
- HMW-Brücke: POV direkt in How-Might-We-Fragen umwandeln.
- Multi-Persona-POV: Ein POV pro Persona, Konflikte vergleichen.
Wann NICHT einsetzen
- Ohne vorherige Nutzerforschung.
- Wenn bereits ein validiertes Problem-Statement existiert.
- Bei rein technischem Scope ohne Nutzerseite.
Quelle & Weiterlesen
- Stanford d.school, Design Thinking Process Guide
- IDEO, *The Field Guide to Human-Centered Design*
- Tim Brown, *Change by Design* (2009)
Aus den Bausteinen eine Agenda machen
Leg den Tag an, zieh die Blöcke in die Reihenfolge, die dir vorschwebt, und lass die Zeiten sich selbst ausrechnen. Oder beschreib deiner KI, was du vorhast, und lass sie den ersten Entwurf schreiben.
14 Tage kostenlos testen