Wie entscheidest du, ob etwas ins Designsystem gehört oder ein Einzelstück bleibt?

Nutz Belege für Wiederholung, kein Bauchgefühl. Ein Pattern verdient seinen Platz im System, wenn es in drei oder mehr echten Kontexten aufgetaucht ist, wenn sein Verhalten stabil ist und wenn jemand es verantwortet. Liefer erst das Einzelstück, lass es sich beweisen, und heb es dann mit klaren Props, Zuständen und Nutzungshinweisen hoch. Verfrühte Komponenten erzeugen Abstraktionen, mit denen das Team jahrelang kämpft.

Meine Faustregel ist die Dreierregel. Beim ersten Mal baue ich es einfach. Beim zweiten Mal notiere ich die Doppelung. Beim dritten Mal schaue ich mir alle drei an und frage, ob sie wirklich dasselbe sind oder drei Dinge, die zufällig ähnlich aussehen. Diese letzte Frage zählt, denn das klassische Designsystem-Versagen ist, zwei Patterns zu verschmelzen, weil sie ähnlich aussehen, und dann bei jeder Abweichung eine Variante anzuschrauben, bis du eine Komponente mit neun booleschen Props hast, die niemand sicher benutzen kann. Wenn ich etwas hochstufe, kommt es mit einem echten Vertrag: die Zustände inklusive Laden, Leer, Fehler und Deaktiviert, die Inhaltsregeln und ein kurzer Abschnitt "nicht dafür verwenden", der mehr Chaos verhindert als die Nutzungshinweise. Und es braucht einen Verantwortlichen. In einem Team haben wir ein schönes System ausgeliefert, das binnen eines Jahres zerfiel, weil niemand es verantwortete, also haben Teams Komponenten lokal geforkt und nach achtzehn Monaten hatten wir wieder vier Arten von Dropdown. Governance ist unglamourös, aber sie ist die eigentliche Arbeit.