Alle Methoden

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

MerkmalDetail
Gruppengröße3–12 Teilnehmende
Dauer20 Minuten
SchwierigkeitEinfach–Mittel
ModerationsstilSynthese, kollaborativ
SettingVor Ort oder remote

Ablauf

  1. Research sichten (5 Min.): Empathy Maps, Interview-Notizen oder Beobachtungsdaten durchgehen.
  2. Nutzer identifizieren (3 Min.): Spezifischen Nutzer oder Persona wählen.
  3. Bedürfnis definieren (5 Min.): Was braucht dieser Nutzer? Als Verb formulieren.
  4. Erkenntnis artikulieren (5 Min.): Warum ist das Bedürfnis wichtig? Überraschende Forschungserkenntnis?
  5. 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
Point-of-View-Statement · GoodWorkshop