Problem Statement

Ein Problem Statement ist ein einzelner Satz, der die Erkenntnisse aus Interviews und Beobachtungen bündelt: wer etwas braucht, was es ist und welche Einsicht dahintersteckt. Im Design Thinking steht er zwischen Verstehen und Ideenfindung. Alles, was das Team bis dahin gehört und gesehen hat, läuft in diesem Satz zusammen. Alles, was danach entsteht, wird an ihm gemessen.

Wo der Satz im Prozess steht

Davor liegt die Synthese. Das Team hat Gespräche geführt, sich die Geschichten gegenseitig erzählt und das Material sortiert, zum Beispiel mit einem Research-Download und anschließendem Affinity Diagramming. Oft hängt schon eine Persona an der Wand. Das Problem Statement greift die stärkste Einsicht heraus und macht daraus einen Auftrag.

Danach kommt die Übersetzung in Fragen. Aus dem Statement werden How-Might-We-Fragen, und mit denen startet das Brainstorming. Je klarer der Satz, desto leichter fallen diese Fragen. Ein schwammiges Statement erzeugt schwammige Fragen, und die Ideen passen am Ende auf fast alles.

Leicht verwechselt wird das Problem Statement mit der Design Challenge. Die Design Challenge steht am Anfang eines Projekts und beschreibt das Feld, bevor jemand dort war. Das Problem Statement kommt später und speist sich aus dem, was das Team im Feld gefunden hat.

Wie du an die Einsicht kommst

Der Weil-Teil ist der schwierigste Teil des Satzes. Eine Einsicht verbindet mehrere Beobachtungen und erklärt sie. Ein guter Weg dahin: Leg zwei Beobachtungen nebeneinander, die nicht zusammenpassen. Eine Befragte sagt, Zeit sei ihr größtes Problem. In der Beobachtung verbringt sie eine halbe Stunde damit, Unterlagen zu sortieren, die sie am Ende gar nicht braucht. Die Frage „Warum tut sie das?“ führt oft direkt zur Einsicht.

Hilfreich ist auch die Schichtung aus What? How? Why?: Was sehe ich, wie geschieht es, und warum geschieht es so? Die Antwort auf die dritte Frage ist ein guter Kandidat für den Weil-Teil.

Eine Einsicht überrascht das Team ein wenig. Wenn alle nicken und sagen „wussten wir doch“, steht im Satz vermutlich eine Annahme von vor dem Projekt.

Varianten

Mit wenig Zeit. Jede Person schreibt still einen eigenen Entwurf. Danach hängen alle Entwürfe nebeneinander, und die Gruppe wählt per Dot-Voting den Satz, an dem sie weiterarbeitet. Zehn Minuten Schärfen im Plenum genügen dann meist.

Mit einer großen Gruppe. Mehrere Kleingruppen arbeiten parallel, jede mit einer eigenen Persona oder einem eigenen Erkenntnis-Cluster. Am Ende liegen mehrere Statements vor. Das ist in Ordnung, wenn das Projekt mehrere Stränge verkraftet. Sonst entscheidet das Team, welcher Strang zuerst dran ist.

Online. Ein gemeinsames Dokument mit dem Satzgerüst als Tabelle: eine Spalte für die Person, eine für das Bedürfnis, eine für die Einsicht. So lassen sich Teile aus verschiedenen Entwürfen leicht neu kombinieren.

Ein Beispiel

Angenommen, ein Team soll die Anmeldung zu Kinderkursen in einem Sportverein vereinfachen. In den Interviews erzählen mehrere Eltern, dass sie Kursplätze über eine Messenger-Gruppe absprechen, obwohl es ein Anmeldeformular gibt. Erster Entwurf: „Eltern brauchen eine einfachere Anmeldung, weil das Formular kompliziert ist.“ Das klingt plausibel, erklärt aber wenig. Woran genau hakt es?

Beim zweiten Blick in die Notizen fällt etwas auf. Die Eltern melden ihre Kinder fast nie allein an. Sie stimmen sich vorher ab, wer mit wem in den Kurs geht, weil sich die Fahrgemeinschaften danach richten. Zweiter Entwurf: „Eltern von Grundschulkindern brauchen eine Möglichkeit, Kursplätze gemeinsam mit anderen Familien zu sichern, weil an der Kurswahl die Organisation ihrer ganzen Woche hängt.“

Zu diesem Satz fallen dem Team sofort unterschiedliche Ideen ein. Gleichzeitig ist klar, dass ein hübscheres Formular allein das Problem kaum löst.

Was du danach mit dem Satz machst

Schreib das Statement groß auf und häng es dort auf, wo die Ideenphase stattfindet. Lies es zu Beginn jeder Session vor. Wenn später Ideen bewertet werden, ist das Statement das erste Kriterium: Hilft die Idee dieser Person bei diesem Bedürfnis?

Und wenn Tests zeigen, dass die Einsicht nicht stimmt, überarbeitest du den Satz. Er ist ein Arbeitsstand aus der Synthese und darf sich mit neuen Erkenntnissen ändern. Halte alte Fassungen mit Datum fest. So sieht das Team später, wie sich sein Verständnis des Problems entwickelt hat.