Design, das esbis in die Produktion schafft.
design-philosophie_
Mein Workflow hat ein Ziel: weniger Schritte zwischen Problem und Entscheidung. Ich skizziere bevor ich prototypiere, recherchiere bevor ich wireframe, und schreibe bevor ich verfeinere. Geschwindigkeit entsteht durch das Entfernen des Unnötigen, nicht durch das Überstürzen des Notwendigen.
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 sieht so aus, aber die meisten sollten
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
Meine Leitlinien und Nicht-Verhandelbarkeiten
Forschung vor Pixeln
Mit Nutzern sprechen, bevor man Figma öffnet. Eine schlechte Annahme kostet einen Sprint. Ein gutes Interview kostet eine Stunde.
Den Handoff besitzen
Ein Design, das in der Entwicklung bricht, war nie fertig. Ich bleibe nah am Build, schreibe Spezifikationen, die Teams nutzen, und betrachte die Lücke zwischen Figma und Produktion als mein Problem.
Das System reparieren, nicht die Instanz
Wenn etwas nicht zur Token-Struktur passt, repariere ich die Struktur. Ausnahmen auszuliefern häuft Schulden schneller an als Verzögerungen.
Schreiben vor dem Wireframe
Worte klären das Denken schneller als Formen. Ich entwerfe Texte, Labels und Fehlerzustände, bevor ich das Layout anfasse.
Standardwerte sind Versprechen
Die meisten Nutzer ändern die Einstellungen nie. Was als erstes ausgeliefert wird, wird für sie dauerhaft. Standardwerte wählen, als ob man sie wirklich meint.
KI als Unterstützung, nicht als Chef
Claude und MCPs beschleunigen Exploration und Dokumentation. Jede endgültige Entscheidung ist meine. Genauso wie die Verantwortung für das, was ausgeliefert wird.
Am Anfang langsamer werden
Der schnellste Weg, das Falsche zu gestalten, ist die Zuhörphase zu überspringen. Ich verbringe mehr Zeit mit Forschung als die meisten. Das engt den Raum schlechter Entscheidungen ein, bevor sich Pixel bewegen.