Tempo entsteht durch Weglassen,nicht durch Hetzen.
design-philosophie_
Mein Workflow hat ein Ziel: so wenige Schritte wie möglich zwischen einem Problem und einer Entscheidung. Ich skizziere, bevor ich prototype, recherchiere, bevor ich Wireframes baue, und schreibe, bevor ich verfeinere. Jeder Schritt muss seinen Platz verdienen - was das Produkt nicht voranbringt, fliegt raus.
Die Tools, der Rhythmus und die Prinzipien hinter meiner Arbeitsweise
Fahre über ein Tool, um zu sehen, wann und wie ich es einsetze.
Figma · FigJam · Make
DESIGN + SYSTEMSVS Code
FRONT-END + CODEClaude + MCPs
CORE WORKFLOWMaze
RESEARCH + TESTINGNotion
DOCUMENTATIONGit / Vercel
DEPLOY + REVIEWDer Rest meines Stacks
sprint-rhythmus_
Eine Woche in meinem Workflow
Nicht jedes Projekt folgt dem exakt, aber der Rhythmus trägt.
Ausrichten & planen
Sprint-Ziele überprüfen, Forschungsnotizen der Vorwoche nochmals lesen, mit dem Team synchronisieren. Einen groben Brief schreiben, bevor man eine Designdatei anfasst. Risiken früh aufzeigen, bevor sie einen Sprint kosten.
Konzept & Struktur
IA-Skizzen und frühe Flows. Manchmal eine HTML-Vorschau erstellen, um sich mit dem Engineering abzustimmen, bevor man Figma öffnet. Klärt das Interaktionsmodell zuerst.
Design & Systemarbeit
Intensive Figma-Sessions. Token-Audits, Komponentenzustände, Musterkonsistenz. Wenn etwas nicht ins System passt, repariere ich das System, bevor ich die Ausnahme liefere.
Prototyp & validieren
Interaktive Prototypen bauen, mit echten Nutzern oder internen Stakeholdern testen. Auf Vercel für asynchrones Review deployen. Kein Meeting nötig, um Feedback zu bekommen.
Handoff & Dokumentation
Dev-Handoff-Spezifikation schreiben. Entscheidungen dokumentieren, nicht nur Ergebnisse. Festhalten, was sich geändert hat und warum, damit der nächste Sprint mit Kontext beginnt, nicht mit Verwirrung.
prinzipien_
Wie ich über Arbeit denke
Worauf ich standardmäßig zurückgreife, und worin ich nie Kompromisse mache.
Festlegen, was draußen bleibt, nicht nur was rein kommt
Ein Sprint-Brief, der nur auflistet, was gebaut wird, lädt zu Scope Creep ein. Ich schreibe auf, was wir in diesem Zyklus bewusst nicht anfassen - und warum.
Deployen vor dem Demo
Feedback zu einer Figma-Datei ist Feedback zu einer Figma-Datei. Ich push auf eine Live-Vorschau, bevor ich irgendwem etwas zeige, damit die Reaktion dem echten Ding gilt.
Eine Entscheidung, ein Ort
Wenn eine Entscheidung nur in einem Slack-Thread oder im Gedächtnis von jemandem existiert, ist sie nicht gefallen. Jede Entscheidung wird dort festgehalten, wo die nächste Person, die darauf aufbaut, tatsächlich nachschaut.
Asynchron als Standard, Meetings als Ausnahme
Reviews laufen über einen deployten Link mit schriftlichen Kommentaren. Ein Live-Meeting ist für etwas reserviert, das wirklich ein Gespräch braucht, nicht für ein Status-Update.
Jede Ausnahme wird dokumentiert, nicht nur geflickt
Wenn ein Screen das System durchbrechen muss, ist das kein stiller Einzelfall. Es wird ein Ticket, damit das System es im nächsten Zyklus entweder aufnimmt oder die Ausnahme sichtbar bleibt.
KI übernimmt Recherche und Doku, nie das Design selbst
Claude und MCPs beschleunigen Synthese, Notizen und Specs - den Teil, der aus Worten besteht, nicht aus Pixeln. Jedes Interface, jeder Flow, jede visuelle Entscheidung bleibt meine, von Anfang bis Ende.
Die Retro findet statt, selbst wenn nichts kaputtging
Ein sauberer Sprint bekommt trotzdem fünfzehn Minuten für das, was ich anders machen würde. Retros sind nicht nur für Brände da.