Taha @ MJTHD
/
GitHub
Blog
·2 Min. Lesezeit

Double Diamond: erst das richtige Problem, dann die richtige Lösung

Ein Designprozess in vier Phasen — und warum die meiste Arbeit vor der ersten Lösungsidee passiert.

designproductprocess

Die meisten Projekte scheitern nicht daran, dass die Lösung schlecht gebaut wurde. Sie scheitern daran, dass das falsche Problem gelöst wurde. Der Double Diamond ist ein Denkmodell, das genau das verhindern soll — entwickelt vom British Design Council, inzwischen Standard in vielen Produkt- und Designteams.

Die Idee in einem Satz: erst Verständnis, dann Lösung — und in beiden Hälften erst öffnen, dann schließen.

Zwei Diamanten, vier Phasen

Der Name kommt von der Form. Jeder Diamant steht für einen Zyklus aus divergentem (öffnen, Möglichkeiten sammeln) und konvergentem Denken (schließen, entscheiden).

Der erste Diamant beantwortet "bauen wir das Richtige?", der zweite "bauen wir es richtig?".

Phase 1 — Discover (öffnen)

Hier wird das Problemfeld erkundet, ohne schon eine Lösung im Kopf zu haben. Beobachten statt vermuten:

  • Nutzerinterviews und Beobachtung im echten Kontext
  • Daten, Support-Tickets, bestehendes Verhalten
  • Markt- und Wettbewerbsrecherche

Das Ziel ist nicht eine Antwort, sondern ein ehrliches, breites Bild der Realität. Wer hier zu früh fokussiert, optimiert später eine Annahme.

Phase 2 — Define (schließen)

Aus der Fülle an Erkenntnissen wird ein klar formuliertes Problem destilliert. Das Ergebnis ist oft ein Problem Statement oder eine "How might we…"-Frage:

Wie könnten wir neuen Nutzern helfen, ihren ersten Erfolg in unter fünf Minuten zu erleben?

Eine gute Problemdefinition ist eng genug, um handlungsleitend zu sein, und breit genug, um nicht schon die Lösung vorwegzunehmen. Das Ende des ersten Diamanten ist der wichtigste Moment im ganzen Prozess.

Phase 3 — Develop (öffnen)

Jetzt — und erst jetzt — geht es um Lösungen. Wieder divergent:

  • Ideation, Skizzen, viele Varianten statt einer
  • Prototypen, von Papier bis klickbar
  • frühes Testen mit echten Nutzern

Viele Ideen sind erlaubt, gerade die schlechten. Quantität vor Qualität, weil die beste Lösung selten die erste ist.

Phase 4 — Deliver (schließen)

Konvergenz auf das, was funktioniert: bauen, finalisieren, ausliefern. Testen, was wirklich trägt, den Rest verwerfen, und mit gemessenem Feedback in den nächsten Zyklus gehen.

Warum das in der Praxis hilft

Der Double Diamond ist kein starrer Wasserfall. Drei Dinge nimmt man mit:

  1. Trenne Problem- und Lösungsraum. Über Lösungen zu reden, bevor das Problem steht, ist der häufigste Fehler.
  2. Öffnen und Schließen sind unterschiedliche Modi. Sammeln und entscheiden im selben Atemzug funktioniert nicht — mach es bewusst nacheinander.
  3. Es ist iterativ. In der Realität springt man zurück. Ein Test in Develop kann das Problem aus Define widerlegen — und das ist ein Gewinn, kein Scheitern.

Das Modell ist bewusst simpel. Sein Wert liegt nicht in der Form, sondern in der Disziplin, die es erzwingt: nicht zu früh verlieben — weder ins Problem noch in die Lösung.