Point-of-View-Statement (Standpunkt)
In einem Satz sagen, für wen gestaltet wird, was diese Menschen brauchen und warum dieses Bedürfnis zählt.
- Zeit
- 20 Min.
- Personen
- 3–5
- Art der Arbeit
- Rahmen
Kurz gesagt
Ein Point-of-View-Statement ist ein Satz, der eine konkrete Nutzergruppe, ein unerfülltes Bedürfnis und die Erkenntnis benennt, die es bedeutsam macht, nach dem Muster „Nutzer braucht Bedürfnis, weil Erkenntnis“. Dafür eine Gruppe aus der Forschung wählen, das Bedürfnis als Verb formulieren, die überraschende Beobachtung dahinter ergänzen und die stützenden Belege auflisten.
Worum es geht
Ein Point of View ist eine kurze Aussage, die aus einem Berg von Forschung einen klaren Standpunkt macht. Sie beantwortet drei Fragen zugleich. Für wen genau wird gestaltet? Was müssen diese Menschen tun können? Was wurde gelernt, das dieses Bedürfnis wichtig oder überraschend macht? Viele Teams schreiben es als „[Nutzer] braucht [Bedürfnis], weil [Erkenntnis]“.
Die Aussage ist eine Entscheidung. Sie sagt, dass diese Gruppe und dieses Bedürfnis gerade mehr zählen als die anderen, von denen zu hören war. Deshalb hat das Arbeitsblatt ein viertes Feld für Belege: die Zitate, Beobachtungen oder Zahlen, die die Entscheidung rechtfertigen. Das Format ist aus der Design-Thinking-Lehre der d.school in Stanford bekannt und oft der Schritt direkt vor den Wie-könnten-wir-Fragen.
Wann sie passt
Geeignet, wenn
- Wenn die Forschung abgeschlossen ist und das Team viele Notizen, aber keine gemeinsame Sicht auf das Problem hat.
- Wenn verschiedene Personen dasselbe Projekt unterschiedlich beschreiben und ein Satz gebraucht wird, den alle akzeptieren.
- Wenn einem Auftraggeber erklärt werden muss, warum der Fokus auf einer Gruppe liegt und nicht auf einer anderen.
- Kurz bevor Wie-könnten-wir-Fragen geschrieben werden, die auf etwas Solidem stehen sollen.
- Wenn ein Projekt abgedriftet ist und geprüft werden soll, ob das ursprüngliche Bedürfnis noch trägt.
Ungeeignet, wenn
- Wenn noch keine Forschung stattgefunden hat. Ein Point of View aus Meinungen verkleidet nur eine Vermutung.
- Wenn es um eine technische Korrektur ohne klare Nutzende geht, etwa eine Datenbankmigration.
- Früh in der Erkundung, wenn viele Gruppen und Bedürfnisse noch offen bleiben müssen.
Was es braucht
- Zeit
- Etwa 20 Minuten für eine Aussage, dazu vorab Zeit, um Belege zu sammeln.
- Personen
- 3 bis 5 Personen, darunter mindestens eine, die an der Forschung beteiligt war.
- Material
- Forschungsnotizen oder Affinitätscluster, das Arbeitsblatt mit vier Feldern, Haftnotizen und Marker.
So läuft es ab
Schritt 1: Die Forschung auslegen
Interviewnotizen, Beobachtungsfotos oder Affinitätscluster so platzieren, dass alle sie sehen. Drei Minuten still lesen. Jede Person markiert die zwei oder drei Notizen mit einem Stern, die sie am meisten überrascht haben.
Schritt 2: Die Nutzergruppe wählen
Sich auf eine Gruppe einigen, so beschrieben, dass sie sich finden ließe. „Patienten“ ist zu weit. „Eltern, die nachts zum ersten Mal mit ihrem Kind in die Notaufnahme kommen“ ist konkret genug. Ins Feld Nutzer schreiben.
Schritt 3: Das unerfüllte Bedürfnis als Verb formulieren
Aufschreiben, was die Person tun können muss, mit einem Verb. „Muss wissen, wie lange die Wartezeit dauert“ funktioniert. „Braucht einen Bildschirm im Wartebereich“ ist eine Lösung, also zum Bedürfnis darunter zurückgehen. Ins Feld Bedürfnis schreiben.
Schritt 4: Die Erkenntnis finden
Fragen: Was wurde gesehen oder gehört, das erklärt, warum dieses Bedürfnis zählt? Die Erkenntnis ist meist etwas, das das Team nicht erwartet hat, etwa ein Widerspruch zwischen dem, was Menschen sagen, und dem, was sie tun. In einem Satz formulieren. Ist die Erkenntnis für alle offensichtlich, weitergraben.
Schritt 5: Die Belege anfügen
Zwei bis vier Nachweise ins Feld Beleg schreiben. Direkte Zitate, Zählungen aus Beobachtungen oder Servicedaten verwenden. Ohne Beleg die Erkenntnis als Vermutung markieren und ihre Prüfung einplanen.
Schritt 6: Den ganzen Satz laut lesen
Die Felder zu einem Satz verbinden und vorlesen. Zwei Fragen stellen. Würde sich eine Person aus dieser Gruppe darin wiedererkennen? Lässt der Satz Raum für mehr als eine Lösung? Anpassen, bis beide Antworten Ja lauten.
Schritt 7: Festhalten und den nächsten Schritt entscheiden
Die endgültige Formulierung vereinbaren und das Arbeitsblatt speichern. Entscheiden, ob jetzt Wie-könnten-wir-Fragen geschrieben werden oder zuerst ein schwacher Beleg geprüft wird.
Praxisbeispiel
Das Patientenerfahrungsteam eines Krankenhauses hatte 14 Interviews und zwei Abende Beobachtung in der Kindernotaufnahme durchgeführt. Beschwerden über Wartezeiten nahmen zu, aber die Notizen umfassten Dutzende Themen.
Vier Personen trafen sich für 20 Minuten: zwei Pflegekräfte, eine Referentin für Patientenerfahrung und der Forscher. Nach dem stillen Lesen landeten die meisten Sterne bei Notizen von Eltern, die zwischen 21 Uhr und Mitternacht ankamen.
Sie wählten die Nutzergruppe „Eltern, die nachts zum ersten Mal mit ihrem Kind in die Notaufnahme kommen“.
Der erste Entwurf des Bedürfnisses lautete „ein Bildschirm mit Wartezeiten“. Die Gruppe schrieb es um zu „muss verstehen, was gerade passiert und was als Nächstes kommt“.
Die Erkenntnis stammte aus der Beobachtung: Eltern stellten der Triage-Pflegekraft mehrmals dieselbe Frage, und was die meisten am stärksten beunruhigte, war die Angst, vergessen worden zu sein.
Zu den Belegen gehörten sechs Zitate von Eltern und eine Zählung von 23 wiederholten Fragen am Triage-Schalter an zwei Abenden. Die endgültige Aussage lautete: „Eltern, die zum ersten Mal nachts kommen, müssen verstehen, was gerade passiert und was als Nächstes kommt, weil sich die Stille wie Vergessenwerden anfühlt, mehr als das Warten selbst.“
Zur VeranschaulichungTipps und typische Fehler
Tipps
- Eine Gruppe wählen, die sich tatsächlich wiederfinden lässt, um Ideen später mit ihr zu testen.
- Das Bedürfnis mit einem Verb formulieren. So bleibt die Aussage bei Menschen und weg von Funktionen.
- Die Erkenntnis kurz halten. Braucht sie einen Absatz, sind es wahrscheinlich zwei Erkenntnisse.
- Zwei oder drei Kandidaten formulieren und dann wählen. Der Vergleich zeigt dem Team, was es wirklich glaubt.
Typische Fehler
- Die Nutzenden so breit beschreiben, etwa „Bürger“ oder „Kunden“, dass die Aussage auf jeden passen könnte.
- Eine Lösung ins Feld Bedürfnis schreiben.
- Eine Erkenntnis formulieren, die nur das Bedürfnis wiederholt.
- Das Feld Beleg leer lassen und die Aussage als Tatsache behandeln.
Was am Ende vorliegt
Das Team geht mit einem vereinbarten Point-of-View-Statement, gestützt durch benannte Belege, und einem klaren Vermerk, welcher Teil noch Vermutung ist. Der nächste Schritt ist meist, daraus einige Wie-könnten-wir-Fragen zu machen. Erweisen sich die Belege als dünn, vor dem Weitermachen eine kurze Runde Stakeholder-Interviews einschieben.
Häufige Fragen
Welches Format hat ein Point-of-View-Statement?
Das übliche Muster ist „[Nutzer] braucht [Bedürfnis], weil [Erkenntnis]“. Manche Teams ergänzen darunter eine Zeile für Belege. Der genaue Wortlaut zählt weniger, als alle drei Teile zu haben und sie belegen zu können.
Point-of-View-Statement oder Wie-könnten-wir-Fragen: Was kommt zuerst?
Meist kommt der Point of View zuerst. Er legt fest, wer und was. Die Wie-könnten-wir-Frage macht aus dieser Aussage dann eine offene Herausforderung für die Ideenfindung.
Kann es mehr als einen Point of View geben?
Ja, wenn es verschiedene Nutzergruppen mit verschiedenen Bedürfnissen gibt. Jede Aussage getrennt halten und nacheinander bearbeiten oder an verschiedene Teams geben.
Werkzeugkarte
Das Arbeitsblatt, das das Team ausfüllt, ein Kästchen pro Feld.
- Nutzer
- Bedürfnis
- Erkenntnis
- Beleg