Ein Token-Set, viele Marken: Theming einer Plattform für mehrere Kunden

Der Preis des Neuanfangs

Ich habe Plattformen gesehen, bei denen jeder neue Kunde eine neue Designrunde, eine neue Entwicklungsrunde und neue Inkonsistenzen bedeutete. Jede Version driftete ein Stück weiter von den anderen weg, bis ihre Pflege ein eigenes Projekt wurde. Die Arbeit war nie wirklich verschwendet, aber sie wurde immer wieder bezahlt.

Ein gemeinsames Token-Set ändert die Rechnung. Struktur, Komponenten und Verhalten bleiben für alle gleich. Nur die Schicht, die die Marke ausdrückt, ändert sich, und wenn sie gut gestaltet ist, ist sie überraschend dünn.

Einmal richtig investieren

Die Investition fließt in die Bibliothek, und sie ist real. Jede Farbe, jeder Radius, jeder Abstandswert und jedes Stück Typografie muss ein nach Zweck benannter Token sein, damit eine Komponente nie direkt auf einen Rohwert verweist. Buttons fragen nach der Farbe der primären Aktion, nicht nach Orange. Karten fragen nach dem Flächenradius, nicht nach acht Pixeln. Diese Disziplin ist mühsam einzurichten und leicht zu brechen, deshalb lohnt es sich, sie von Anfang an klar aufzuschreiben.

Der zweite Teil der Investition ist Reichweite. Eine Bibliothek wird viel wertvoller, wenn dieselben Tokens mehr als eine Implementierung antreiben: React-Komponenten, ein shadcn/ui-Setup, ein Ant-Design-Theme oder welchen Stack der nächste Kunde auch nutzt. Wenn die Tokens die einzige Quelle sind und jeder Stack nur daraus liest, reist die Marke mit, wohin auch immer der Code geht.

Zwei Farben und ein Eckenradius

Hier zahlt sich die Mühe aus. Mit einer so gebauten Bibliothek bedeutet ein neuer Kunde oft nur, zwei Farbvariablen und den Eckenradius zu ändern. Die Primärfarbe trägt die Marke, die Sekundärfarbe stützt sie, und der Radius setzt den Ton, von scharf und institutionell bis weich und freundlich. Alles andere, vom Kontrast im Dark Mode bis zu Hover-Zuständen und Fokusringen, folgt aus dem System, weil es so gestaltet wurde.

Natürlich brauchen manche Kunden mehr: eine eigene Schrift, ein dichteres Layout, einen bestimmten Illustrationsstil. Das System schafft auch dafür Raum, aber selbst dann ist der Ausgangspunkt ein funktionierendes, konsistentes Produkt statt eines leeren Blatts.

Nicht nur für Kunden

Dieselbe Bibliothek ist genauso nützlich, bevor es überhaupt einen Kunden gibt. Wenn ein vielversprechender Auftrag in Sicht ist und noch nichts unterschrieben, kann ich die Plattform in die Farben des Interessenten kleiden und an einem Nachmittag sehen, ob die Idee trägt. Steht ein Pitch an, komme ich mit etwas, das schon wie ihr Produkt aussieht und sich so verhält, statt mit Moodboards. Schnelle Iterationen, frühe Prüfungen und Ideen, getestet, bevor jemand Budget freigibt: Diese Freiheit kommt aus denselben Tokens, und oft ist sie es, die den Auftrag überhaupt erst bringt.

Warum es für den Kunden zählt

Für den Kunden ist der Nutzen einfach und messbar. Er bekommt ein Produkt, das in Tagen statt Monaten nach ihm aussieht, gebaut auf Komponenten, die alle anderen auf der Plattform schon getestet haben. Er bezahlt für seine Marke, nicht dafür, Buttons neu zu erfinden. Und weil jede Verbesserung der gemeinsamen Bibliothek alle Kunden gleichzeitig erreicht, wird sein Produkt ohne eigenes Budget immer besser.

Das ist die Art Ersparnis, an die sich Kunden erinnern. Und es ist am Ende das überzeugendste Argument für die unspektakuläre Arbeit, eine Bibliothek richtig zu bauen: Sie macht jedes künftige Projekt schneller, günstiger und konsistenter, für alle Beteiligten.