Digitale Produkte scheitern selten an fehlenden Features. Sie scheitern daran, dass wir zu früh ins Bauen gehen.
Ich kenne das nicht nur aus der Theorie. In vielen Projekten bin ich immer wieder an denselben Stellen gelandet: Annahmen, die nie ausgesprochen wurden. Probleme, die nie sauber formuliert waren. Teams, die mit Tempo in die falsche Richtung liefen.
Als Digital Product Designer habe ich gelernt: Struktur ist keine Bremse. Sie ist das, was echte Geschwindigkeit erst möglich macht.
Nicht Aktionismus. Sondern Klarheit.
Wenn wir verstehen, was wir wirklich lösen wollen – wenn Annahmen offen auf dem Tisch liegen, wenn Risiken benannt sind – dann bauen wir nicht einfach schneller. Wir bauen das Richtige.
Deshalb interessiert mich weniger die Oberfläche. Mich interessiert die Frage dahinter: Was ist das eigentliche Problem – und welche Annahmen tragen unsere Antwort darauf? Wo liegen die blinden Flecken, die wir nicht sehen, weil wir schon zu tief im Bauen stecken?
Das sind die Fragen, die ich stelle. Immer wieder. In Projekten, in Methoden, in den Produkten, an denen ich mitarbeite.
Ich bin Digital Product Designer – aber Design beginnt für mich nicht bei der Oberfläche. Es beginnt beim Verstehen. Gerade deshalb beschäftigen mich weniger Tools und Interfaces – sondern die Strukturen, die gute Entscheidungen erst möglich machen.
Meine Werkzeuge sind Hypothesen, Risikodenken, strukturiertes Vorgehen in Unsicherheit. Nicht um Prozesse zu bauen. Sondern um den Moment zu verschieben – von «Wir bauen» zu «Wir verstehen».
Ich sehe meine Rolle im Verbinden von Business, Design und Technologie. Im Klären, bevor umgesetzt wird. Im Reduzieren von Unsicherheit, bevor sie teuer wird.
Ich möchte Produkte mitgestalten, die tragen. Nicht nur solche, die schnell entstehen.
