Offene Beta: Jedes Konto bekommt gerade die Kontingente von Basic. Facilitools gehört einem europäischen Unternehmen.Basic-Kontingente für alle. Sei von Anfang an dabeiSag uns, was hakt

Point-of-View-Statement

Erkenntnisse zu einem scharfen Satz verdichten: [Nutzer:in] braucht [Bedürfnis], weil [überraschende Erkenntnis] — das Sprungbrett in die Ideenfindung.

Auch bekannt als POV, Point of View, Standpunkt-Formulierung.

Dauer
20–40 Min
Gruppe
2–12 Personen
Phase
Standpunkt beziehen
Anlass
Nutzer & Zielgruppe verstehen, Innovation & neue Ideen

Wann Point-of-View-Statement passt

Nimm sie, wenn …

  • Die Empathie-Phase ist durch und die Gruppe soll sich auf eine Sichtweise einigen.
  • Als Übergabe-Satz, wenn ein anderes Team die Ideenphase übernimmt.

Lass sie liegen, wenn …

  • Der Weil-Teil überrascht niemanden. Dann fehlt Substanz aus den Interviews; zurück zu Beobachten.
  • Du willst mehrere Zielgruppen gleichzeitig abdecken. Ein POV gilt für eine Person.

Schritt für Schritt

Stell Zeit und Gruppengröße ein, der Ablauf rechnet mit. Im Agenda Maker passiert dasselbe, wenn du die Blockdauer änderst.

30 Minuten für 8 Personen
  1. 1
    Schablone & Beispiel zeigen5 Min

    Ein gutes und ein absichtlich schlechtes Beispiel nebeneinander — der Unterschied moderiert sich von selbst.

  2. 2
    Entwürfe schreiben (einzeln oder zu zweit)10 Min

    Pro Person/Paar 2–3 Varianten — gern mit unterschiedlichen Bedürfnissen experimentieren.

  3. 3
    Varianten aufhängen & besprechen10 Min

    Je Variante prüfen: echtes Bedürfnis? echte Erkenntnis? konkret genug für Ideen?

  4. 4
    Ein Statement festlegen5 Min

    Der Satz steht ab jetzt über der Ideenfindung — wörtlich.

Was du sagst

Verdichtet eure Erkenntnisse aus den Gesprächen zu einem Satz: [Person] braucht [Bedürfnis], weil [Einsicht]. Schreibt allein oder zu zweit zwei, drei Fassungen. Danach hängen wir sie auf und suchen die schärfste aus.

Der Satz, mit dem du den Block eröffnest. In eckigen Klammern steht, was du mit deinem Thema füllst. Im Agenda Maker liegt er im Feld „Moderation".

Woran es in der Praxis hakt

  • Lösung statt Bedürfnis eingesetzt („braucht eine App“) — Bedürfnisse sind Verben und Zustände.
  • Die Erkenntnis ist keine: Wenn der Weil-Teil niemanden überrascht, fehlt noch Substanz aus der Empathie-Arbeit.
  • Zu früh auf einen Satz einigen — erst mehrere Varianten zulassen, dann verdichten.

Mehr zu Point-of-View-Statement

Hintergrund, Beispiele und Varianten. Lesezeit etwa 4 Minuten.

Ein Point-of-View-Statement (POV) ist ein Satz, der festhält, für wen ein Team Ideen sucht, was diese Person braucht und welche Erkenntnis aus der Recherche dahintersteht. Er steht am Ende der Auswertung von Interviews und Beobachtungen und am Anfang der Ideenfindung. Wer ihn liest, soll ohne weitere Erklärung verstehen, worum es im Projekt geht. Deshalb lohnt es sich, an jedem Wort zu feilen.

Wo der Point of View im Prozess steht

Davor liegt die Arbeit im Feld: explorative Interviews, Beobachtungen, vielleicht ein Fly on the Wall an dem Ort, wo das Problem im Alltag auftaucht. Danach erzählt sich das Team im Research-Download die Geschichten, sortiert Zitate und sucht Muster. Oft entsteht daraus eine Persona oder eine Empathy Map. Der POV ist der letzte Schritt dieser Verdichtung. Aus allem, was das Team gehört und gesehen hat, wählt er eine Person, ein Bedürfnis und eine Erkenntnis aus.

Direkt danach wird der Satz zur Frage. Aus dem POV entstehen How-Might-We-Fragen, und mit ihnen beginnt das Sammeln von Ideen. Ein brauchbarer POV lässt sich in mehrere solcher Fragen übersetzen. Fällt dem Team nur eine einzige ein, und klingt sie nach einer Lösung, die ohnehin schon jemand im Kopf hatte, lohnt sich ein zweiter Blick auf das Material.

Im Methodenkatalog steht auch das Problem Statement. Beide Sätze verdichten die Synthese. Der POV setzt bei einer Person aus den Interviews an und erzählt aus ihrer Lage heraus. Welcher der beiden Sätze passt, hängt davon ab, wie das Team weiterarbeiten will. Für die Ideenfindung mit einer Persona im Kopf ist der POV meist griffiger.

Die drei Teile genauer angeschaut

Die Person. So genau, wie die Daten es hergeben. „Kundinnen“ umfasst zu viele Menschen, um daraus etwas abzuleiten. Brauchbar ist ein Ausschnitt aus den Gesprächen, etwa „Menschen, die zum ersten Mal Wohngeld beantragen und das Formular abends allein ausfüllen“. Gibt es eine Persona, steht ihr Name an dieser Stelle.

Das Bedürfnis. Hier hilft eine Probe in zwei Richtungen. Ist das Bedürfnis so allgemein, dass es auf alle Menschen passt („will glücklich sein“), gibt es der Ideenfindung keine Richtung. Ist es so eng, dass nur eine einzige Antwort denkbar ist, hat das Team die Ideenfindung vorweggenommen. Die passende Höhe liegt dazwischen: Es gibt viele Wege, das Bedürfnis zu erfüllen, und alle sind für genau diese Person sinnvoll.

Die Erkenntnis. Der Weil-Teil kommt aus dem Material. Gute Fundorte sind Widersprüche zwischen dem, was jemand sagt, und dem, was er tut. Dazu Umwege, die Menschen sich selbst gebaut haben, und Momente, in denen ein Gespräch plötzlich emotional wurde. Ein Zitat aus einem Interview ist oft der beste Startpunkt für diesen Teil.

Varianten für verschiedene Lagen

Die Schablone mit „braucht … weil …“ ist die bekannteste. Manche Teams arbeiten lieber mit „Wir haben gelernt, dass … Das hat uns überrascht, weil …“. Diese Form zieht die Erkenntnis nach vorn und hilft, wenn die Gruppe beim Bedürfnis immer wieder in Lösungen rutscht.

Online legt jede Person ihre Entwürfe auf ein gemeinsames Whiteboard, jeweils mit Kürzel des Gesprächs, auf das sie sich beziehen. Lies sie online laut vor, weil Text auf dem Bildschirm schnell überflogen wird.

In großen Gruppen übernimmt jede Kleingruppe ein Muster aus der Synthese und schreibt dafür einen eigenen POV. Die Ergebnisse hängen danach im Galerie-Rundgang nebeneinander, und das Plenum wählt, mit welchem Satz es weitergeht.

Mit wenig Zeit reicht eine Runde: Jede Person schreibt einen Satz, alle lesen vor, das Team nimmt den stärksten und schärft ihn gemeinsam nach.

Ein Beispiel zum Durchspielen

Angenommen, das Team einer Stadtbibliothek hat mit acht Menschen gesprochen, deren Ausweis seit über einem Jahr abgelaufen ist. Der erste Entwurf lautet: „Bibliotheksnutzende brauchen eine Erinnerung, weil sie den Ausweis vergessen.“ Er beschreibt eine Maßnahme, und den Weil-Teil hätte jede Person im Team schon vor den Interviews aufschreiben können.

Beim zweiten Durchgang liest das Team die Notizen noch einmal. Vier Befragte erzählen dasselbe: Nach einem Umzug blieb ein Buch liegen, es kam eine Mahnung, und seitdem trauen sie sich nicht mehr hinein. Der neue Satz: „Menschen, die nach einem Umzug nicht mehr in die Bibliothek kommen, brauchen das Gefühl, dort willkommen zu sein, weil sie eine offene Mahngebühr wie ein Hausverbot erleben.“

Daraus lassen sich sofort mehrere Fragen ableiten. Wie könnten wir eine offene Gebühr freundlicher aussehen lassen? Wie könnten wir Rückkehrende begrüßen? Wie könnten wir den Weg zur nächstgelegenen Zweigstelle zeigen?

Woran du einen guten POV erkennst

Jemand, der bei den Interviews nicht dabei war, kann den Satz nacherzählen und versteht ihn gleich. Jeder Teil lässt sich auf ein konkretes Gespräch oder eine Beobachtung zurückführen. Und das Team kann benennen, wofür es in der Ideenphase ausdrücklich nicht arbeitet. Diese Grenze ist ein Zeichen dafür, dass der Satz eine Entscheidung enthält.

Was danach mit dem Satz passiert

Der POV hängt über der ganzen Ideenphase. Wenn später ein Prototyp in die Nutzertest-Runde geht, wird er auch daran gemessen: Hilft die Lösung der Person aus dem Satz bei ihrem Bedürfnis? Zeigen die Tests, dass die Erkenntnis nicht stimmt, wird der POV überarbeitet. Er ist ein Arbeitsstand, und jede neue Runde mit echten Menschen darf ihn verändern.

Häufige Fragen

Was ist ein Point-of-View-Statement?

Ein Satz nach der Formel [Nutzer:in] braucht [Bedürfnis], weil [Erkenntnis]. Er markiert den Übergang vom Verstehen zum Ideenfinden und sagt, für wen und wofür das Team Ideen sucht.

Wann im Design-Thinking-Prozess formuliere ich den Point of View?

Nach Beobachten und Verstehen, vor der Ideenphase. Erst wenn Interviews und Beobachtungen vorliegen, hat der Weil-Teil Substanz.

Darf ein Point of View eine Lösung enthalten?

Nein. „Braucht eine App“ legt die Lösung schon fest. Bedürfnisse sind Verben und Zustände: Sicherheit spüren, schneller fertig werden, Rückhalt bei einer Entscheidung haben.

Im Vergleich: POV-Statement oder Problem Statement?

Passt dazu

Alternativen mit demselben Job

Fertige Abläufe, in denen die Methode steckt

Aus demselben Anlass

Fertige Design-Thinking-Abläufe von 90 Minuten bis zur Sprint-Woche: Design Thinking bei Facilitools. Alle Methoden in der Bibliothek.