![\"\"](\"https:\/\/test.itsonix.eu\/wp-content\/uploads\/2026\/05\/Design-System-1024x445.png\" "\\"Design%20System\\"")
<\/figure>\n\n\n\nWichtig ist hierbei noch, dass es sich bei einem Design System weder um einen Style Guide noch eine Component Library oder Pattern Library handelt. Diese bilden die einzelnen Bestandteile, aus dem sich ein Design System zusammensetzt. Dar\u00fcber hinaus braucht es zur Umsetzung eines Design Systems auch noch eine ganze Menge Input aus anderen Bereichen wie bspw. UX Recommendations, Developer Documentaion und Brand Guidelines.<\/p>\n\n\n\n
Ein Design System implementieren?<\/h2>\n\n\n\n
Will man ein Design System im eigenen Unternehmen verwenden, so begegnen einem in der Recherche vor allem drei Schlagworte: Adopt, Adapt, Create. Dabei handelt es sich um drei unterschiedliche M\u00f6glichkeiten ein Design System zu implementieren. Abh\u00e4ngig vom Anwendungsfall eignet sich die eine Variante besser als die andere.<\/p>\n\n\n\n
Soll vergleichsweise wenig Geld in die Hand genommen werden, eignet sich die Adopt-Variante am besten. Hierbei wird ein bestehendes Design System vollst\u00e4ndig \u00fcbernommen. Diese Methode ben\u00f6tigt auch den geringsten Zeitaufwand. Einen erheblichen Nachteil stellen allerdings die geringen bzw. gar nicht m\u00f6glichen Anpassungsm\u00f6glichkeiten dar.<\/p>\n\n\n\n
Einen Mittelweg bildet die Adapt-Variante. Bei dieser wird ein bestehendes Design System an die Anforderungen und Bed\u00fcrfnisse des Unternehmens angepasst. Sie ist kosteng\u00fcnstiger als ein Design System vollst\u00e4ndig selbst zu entwickeln und bietet dennoch M\u00f6glichkeiten zur Individualisierung.<\/p>\n\n\n\n
M\u00fcssen jedoch laufend Anpassungen vorgenommen werden und das in immer gr\u00f6\u00dferem Ausma\u00df, kann die Entwicklung eines eigenen Design Systems durchaus lohnenswert sein. Diese Variante wird als Create bezeichnet und kann trotz ihres hohen Kosten- und Zeitaufwands auf lange Sicht rentabler als die beiden anderen sein.<\/p>\n\n\n\n
Entscheidet man sich f\u00fcr den Weg, ein eigenes Design System zu entwickeln, empfiehlt es sich, einen genaueren Blick auf Brad Frosts Atomic Design zu werfen \u2013 das sich \u00fcber die Jahre hinweg bei vielen Designern als Standard etabliert hat. Grundgedanke dieser Methode ist, dass komplexe Designl\u00f6sungen durch die Kombination einfacher sowie wiederverwendbarer Komponenten realisiert werden k\u00f6nnen. Das Modell orientiert sich dabei an chemischen Konzepten und strukturiert UI-Elemente in folgende Bausteine: Design Tokens, Atome, Molek\u00fcle, Organismen, Templates und Seiten.<\/p>\n\n\n\n Als Dienstleister f\u00fcr kundenindividuelle Softwarel\u00f6sungen begegnen wir in unserem Tagesgesch\u00e4ft zwei unterschiedlichen M\u00f6glichkeiten. Entweder unsere Kunden verf\u00fcgen noch \u00fcber kein eigenes Design System oder haben bereits erste Designs bzw. ein eigenes Design System, die dann Grundlage f\u00fcr unsere Arbeit sind.<\/p>\n\n\n\n In der Regel bauen wir f\u00fcr Kunden, die \u00fcber kein eigenes Design System verf\u00fcgen, in R\u00fccksprache mit ihnen ein Design System parallel zu den entstehenden Features auf. Die fr\u00fchzeitige Implementierung eines Design Systems im Projekt erleichtert uns die Erstellung von bspw. High-Fidelity Prototypes, Handover f\u00fcr Entwickelnde sowie Dokumentationen. Dieses Vorgehen erm\u00f6glicht es uns, rasch auf spontane \u00c4nderungen im Konzept bzw. den Anforderungen zu reagieren. Anpassungen an Farben oder Schriften (z. B. aus User-Testing-Ergebnissen) k\u00f6nnen ohne erheblichen Zeitaufwand umgesetzt werden. Design Systems sind eine wertvolle Erg\u00e4nzung zu unserer agilen Arbeitsweise, die dem Prinzip Inspect and Adapt<\/em> in all seinen Auspr\u00e4gungen folgt.<\/p>\n\n\n\n Mit der Finalisierung des Produkts \u00fcbergeben wir schlie\u00dflich auch das Design System. Unsere Kunden erhalten somit ein gut dokumentiertes und \u00fcbersichtliches Tool zur Weiterentwicklung des vorhandenen Produkts bzw. zur Umsetzung neuer Anwendungen.<\/p>\n\n\n\n Verf\u00fcgen unsere Kunden hingegen schon \u00fcber erste Designs oder ein eigenes Design System, arbeiten wir uns in die bestehenden Inhalte ein und greifen auf diese f\u00fcr die Umsetzung der gew\u00fcnschten Anwendung zur\u00fcck. Meist haben wir es in diesen F\u00e4llen mit einer Inhouse-UXD-Abteilung unseres Projektpartners zu tun. Das Produkt wird in enger Zusammenarbeit und stetigem Austausch realisiert. Neue Komponenten bzw. Anpassungen durchlaufen stets einen genauen Review-Prozess, bevor sie in das finale Design implementiert werden k\u00f6nnen.<\/p>\n\n\n\n In unserer Designarbeit haben wir die Erfahrung gemacht, dass sich die Vor- und Nachteile eines Design System je nach Anwendungsfall unterscheiden. Grunds\u00e4tzlich gilt jedoch unabh\u00e4ngig, f\u00fcr welchen Weg man sich in der Implementierung eines Design System entscheidet, dass dieses als Single Source of Truth fungiert. Alle Regeln und Bausteine zur Umsetzung visueller sowie sprachlicher Designl\u00f6sungen finden sich darin und dienen als Entscheidungsgrundlage. Dies bringt auch noch andere Vorteile wie bspw. die \u00fcbersichtliche Strukturierung aller UI-Elemente an einem Ort sowie die Vermeidung von Redundanzen mit sich. Dar\u00fcber hinaus bilden sie auch eine gemeinsame Arbeitsgrundlage f\u00fcr crossfunktionale Teams und verf\u00fcgen \u00fcber eine schnelle Anpassbarkeit, wirken effizienzsteigernd.<\/p>\n\n\n\n Abh\u00e4ngig vom Projekt empfiehlt es sich jedoch immer zu pr\u00fcfen, ob der initiale Aufwand, ein Design System zu bauen, \u00fcberhaupt notwendig ist bzw. sich lohnt, da manchmal auch ein Style Guide gen\u00fcgt. Trotz dieser Einw\u00e4nde sind Design Systems ein wertvolles Tool f\u00fcr den einheitlichen Produkt- und Markenauftritt sowie die Umsetzung gelungener UX.<\/p>\n\n\n\n https:\/\/atomicdesign.bradfrost.com\/table-of-contents\/<\/a> Der Bedarf an digitalen Anwendungen ist \u00fcber die letzten Jahre rasant gestiegen und ein Ende dieser Entwicklung ist nicht in Sicht. Jeden Tag kommen wir mit zahlreichen Websites und Apps sowie Desktopanwendungen, ob privat oder beruflich, in Ber\u00fchrung. Kurz gesagt Milliarden von Menschen interagieren t\u00e4glich mit Milliarden Anwendungen. Der stetig zunehmende Bedarf hat gro\u00dfe Auswirkungen […]<\/p>\n","protected":false},"author":4,"featured_media":889,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[20],"tags":[],"class_list":["post-886","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-user-experience-design"],"acf":[],"yoast_head":"\n![\"\"](\"https:\/\/test.itsonix.eu\/wp-content\/uploads\/2026\/05\/Atomic-Design_deutsch-1024x445.png\" "\\"Atomic%20Design_deutsch\\"")
<\/figure>\n\n\n\n\n
Mit dem Atomic Design l\u00e4sst sich ein konsistentes und modulares System errichten, das kontinuierlich erweitert werden kann. Ob man nun ein eigenes Design System erstellt oder ein bereits bestehendes anpasst f\u00fcr beide Varianten ben\u00f6tigt es ein gutes Team zur erfolgreichen Umsetzung sowie Verwaltung. Laufend muss das Design System \u00fcberpr\u00fcft und gepflegt werden, damit es immer auf dem neuesten Stand bleibt. Die Gr\u00f6\u00dfe des Teams ist abh\u00e4ngig vom Umfang der Anwendung. Als Richtwert gilt hier mindestens je eine Person f\u00fcr Interaktionsdesign, visuelles Design sowie Softwareentwicklung im Team zu haben. So k\u00f6nnen f\u00fcr jedes UI-Element die notwendigen Richtlinien und Beispiele inkl. Codeschnipsel bereitgestellt werden.<\/li>\n<\/ul>\n\n\n\nWie wir arbeiten<\/h2>\n\n\n\n
Quellen:<\/h4>\n\n\n\n
https:\/\/bradfrost.com\/blog\/post\/extending-atomic-design\/<\/a>
https:\/\/www.nngroup.com\/articles\/design-systems-101\/<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"