Design System: Digitale Produkte einfacher und schneller entwickeln. Ein Interview mit Dawid Żurowski, Produktdesigner.

Matt: Willkommen zu “Around Product Development”, unserer wöchentlichen 25-Minuten-Show zu wichtigen Themen der digitalen Produktentwicklung. Diese Woche ist Dawid Żurowski bei uns, ein Boldare-Produktdesigner mit UX/UI- und Architekturexpertise. Wir werden über den richtigen Zeitpunkt für die Investition in ein Design System, dessen Erstellung sowie Vor- und Nachteile sprechen. Dawid, könntest du dich kurz vorstellen und mehr über deine Architekturerfahrung erzählen?

Dawid: Genau. Hi, ich bin Dawid und wie Matt mich vorgestellt hat, bin ich Produktdesigner bei Boldare. Das stimmt tatsächlich. Ich habe einen Hintergrund in Architektur und schließe derzeit mein Universitätsstudium in diesem Bereich ab. Ich muss sagen, es ist der Produktdesign und UX-Design ziemlich ähnlich. Im Wesentlichen geht es darum, zu gestalten, um sicherzustellen, dass Endnutzer eine positive Erfahrung haben. Man arbeitet ständig mit anderen zusammen, die dabei helfen, die Ideen zum Leben zu erwecken.

Matt: Und vielleicht bevor wir anfangen, kann ich dich fragen, bist du zuerst in die Architektur oder ins Produktdesign eingestiegen und wie ist das passiert?

Dawid: Nein, definitiv zuerst Architektur. Das war mein Hauptfokus, bis ich erkannte, dass ich mich umorientieren wollte. Zunächst war es nur der Aspekt einer Karriere, die zukunftssicherer war, eine, die die Digitalisierung tatsächlich umarmen konnte. Aber dann bemerkte ich wirklich, wie sehr ich es genoss, digitale Produkte zu erstellen. Als ich entdeckte, dass man Produkte gestalten kann, ohne sie programmieren zu müssen, wusste ich, dass das die Karriere für mich war. Also gab es definitiv einen Wechsel, aber ich bleibe vorerst beim Produktdesign.

Matt: Also denke ich, das gemeinsame Thema ist, dass du gerne Dinge gebaut siehst, im Grunde. Das ist Konstruieren, was digital wahrscheinlich ein bisschen schneller geht, als wenn man die meiste Zeit ein physisches Gebäude bauen muss.

Dawid: Genau. Genau. Das ist richtig.

Matt: Ja, beide sind sehr cool. Also, hey, wir sind hier, um heute über Design Systeme zu sprechen. Um ehrlich zu sein, wusste ich nur aus Allgemeinwissen, was Design Systeme sind, aber nicht die Details, wie sie tatsächlich aussehen und funktionieren. Ich denke, viele sind im selben Boot - es ist ein bisschen eine Black Box für diejenigen, die nicht vertraut sind. Könntest du erklären, was Design Systeme sind, was sie tun, wie sie erscheinen und was zu beachten ist, wenn wir “Design Systeme” hören? Im Wesentlichen aus einer breiten Perspektive, was ist ein Design System?

Dawid: Allgemein gesprochen ist ein Design System im Wesentlichen eine Reihe von Prinzipien und Schemas, die definieren, was ein Produkt ist, wie es aussieht, wie es funktioniert und wie die Nutzererfahrung ist. Wenn wir uns digitale Produkte und deren Erstellung genau ansehen, ist es tatsächlich eine Reihe spezifischer Prinzipien. Es ist wie Richtlinien für die Erstellung eines bestimmten Produkts im wirklichen Leben. Für jemanden wie mich, einen Designer, ist ein Design System eine Sammlung von Komponenten, Elementen und manchmal Dingen, die in einen Style Guide passen würden. Das sagt mir, wie ich ein bestimmtes Feature eines Produkts bauen soll, auch wenn ich neu dabei bin. Ich weiß, welche Typografie ich verwenden soll, welche Farben ich verwenden soll, und ich habe fertige Komponenten, die bereits vom Kunden vorab genehmigt sind, die ich verwenden kann, um weiter auf der Anwendung aufzubauen.

Matt: Ja, Entschuldigung, ich hörte dich “Style Guide” erwähnen, und das könnte ein guter Haken für mich sein. Ein Style Guide ist etwas, mit dem die meisten Menschen vertraut sind. Jeder Geschäftsinhaber, einschließlich kleiner, geht zu einem Designer, um ein Logo und einige Positionierungstipps zu bekommen. Typischerweise enthält das Dokument Anweisungen wie “verwenden Sie nicht Gelb mit dieser Farbe” oder “bitte tun Sie dies und das.” Es spezifiziert auch, wann das Logo in einem bestimmten Kontext verwendet werden soll. Also, was ist der Unterschied zwischen einem Design System und einem Style Guide?

Dawid: Ja, definitiv. Ein Style Guide ist eng mit digitaler Kunst oder gedruckten Medien verbunden. Er skizziert allgemein, was das Unternehmen repräsentiert, seine Kernwerte und wie wir für dieses Unternehmen gestalten - einschließlich Typografie, Farben und Markenfarben. Ein Design System ist jedoch umfassender. Es betrachtet breiter, wie die Produkte für dieses Unternehmen gebaut werden. Zum Beispiel könnte ein Style Guide von einem Künstler verwendet werden, der etwas für ein Unternehmen erstellt, vielleicht eine Werbung oder Kataloge für eine Marke. Aber ein Design System umfasst, wie ein digitales Produkt erstellt werden sollte und dient als Leitfaden für sowohl Designer als auch Entwickler. Wenn Designer arbeiten, verwenden sie fertige Komponenten und Elemente, die durch Atomic Design zusammengesetzt werden, um eine größere Struktur zu erstellen.

Matt: Perfekt. Das klingt wirklich interessant. Also hast du gesagt, es ist für sowohl Entwickler als auch Designer, richtig? Habe ich als Nutzer auch einen Nutzen von einem Design System, oder ist es mehr für die Profis?

Dawid: Tatsächlich ja, definitiv. Für den Nutzer ist die Auswirkung eines Design Systems vielleicht am sichtbarsten. Lassen Sie mich Ihnen einige Beispiele wirklich effektiver Design Systeme geben. Nehmen Sie Apple zum Beispiel - wenn Sie ein iOS-Gerät haben oder schon einmal ein MacBook verwendet haben, werden Sie bemerken, wie sich alle Apple-Produkte nahtlos integrieren. Ob Sie ein MacBook, ein iPhone verwenden oder ihre Website besuchen, es gibt eine Kontinuität, die alles vertraut erscheinen lässt. Wenn Sie ein Feature oder eine Werbung sehen, erkennen Sie sofort, dass es von Apple ist. Ähnlich halten auch Plattformen wie Shopify einen konsistenten Fluss in all ihren verschiedenen Produkten aufrecht. Diese Konsistenz nützt den Nutzern sehr, indem sie es ihnen ermöglicht, von einer Seite zur anderen zu navigieren, ohne Verwirrung. Zum Beispiel definieren Design Systeme im realen Gebrauch einer Web-App, wie Elemente wie Buttons aussehen sollten, einschließlich ihres Aussehens in Hover- und anderen Zuständen. Wenn ein Nutzer diesen Button zum ersten Mal in der Web-App sieht, ist er bereits vertraut damit, wie er funktioniert und was zu erwarten ist. Während er durch verschiedene Seiten der App navigiert, bleibt diese Vertrautheit bestehen. Also fügt ein Design System tatsächlich bedeutenden Wert hinzu, nicht nur für Nutzer, sondern auch für Entwickler, Designer und hauptsächlich Kunden.

Matt: Also sehe ich den Wert als Nutzer. Apple ist ein gutes Beispiel, mit dem sich jeder identifizieren kann, richtig? Auch wenn nicht jeder das Unternehmen liebt, schätzen wir allgemein sein Design. Es beeindruckt durch sein Aussehen und seine Funktion. Das ist ein solides Beispiel. Ich verstehe den Wert als Nutzer, Designer, Team, Unternehmen und Entwickler. Geht es hauptsächlich um Zeitersparnis? Was bietet das Design System sonst noch in dieser Hinsicht?

Dawid: Ich denke, Zeit, wie Sie erwähnt haben, ist tatsächlich einer der größten Faktoren. Wenn wir die Vorteile der Nutzung von Design Systemen langfristig betrachten, ist Zeiteffizienz einer der kritischsten Aspekte. Das ist auch, warum wir eine große Rendite auf die Investition in ein Design System sehen. Für Entwickler bedeutet das, wenn sie eine bestimmte Webseite erstellen, wenn sie vorgefertigte Komponenten und Elemente haben, die vorher vorbereitet sind und in verschiedenen Teilen der Web-App wiederholt werden können, können sie diese Elemente wiederverwenden und die Website viel schneller bauen. Sagen wir, wir haben ein neues Feature oder eine andere Produktseite mit bestimmten Unterschieden. Wenn wir bereits diese Komponenten von vorherigen Projekten haben, macht die Wiederverwendung den Entwicklungsprozess viel schneller. Es erhöht auch den allgemeinen Komfort der Entwicklung, weil Sie nicht immer wieder dasselbe tun müssen. Es reduziert wirklich die Wiederholung bestimmter Aufgaben. Für Designer wie mich ist der Grund, warum ich es liebe, Design Systeme in den Produkten zu verwenden, mit denen ich arbeite, dass ich nicht so viel Zeit damit verbringen muss, Labels, Buttons und jedes einzelne Element jedes Mal zu erstellen, wenn ich etwas gestalte. Wenn ich mit meinem Produkt beginne, kann ich vorgefertigte Komponenten verwenden, die ich zuvor erstellt habe, und mich tatsächlich auf den lustigen Teil konzentrieren - die einzigartigen Aspekte dieses bestimmten Features oder dieser Seite. Auch wenn ich mit einem neuen Team arbeite, ist das Onboarding definitiv viel schneller. Ich muss nicht alles auf einmal lernen; ich kann einfach diese spezifischen Elemente verwenden, die für den bestimmten Arbeitsbereich benötigt werden, auf den ich mich zu dieser Zeit konzentriere.

Matt: Und nur um praktisch zu sein, ich weiß, das könnte grundlegend klingen, aber wie sollte ich mir ein Design System vorstellen? Ein Style Guide ist normalerweise ein PDF, richtig? Vielleicht ist das ein bisschen altmodisch. Vor PDFs war es wahrscheinlich ein physisches Dokument. Aber wie sieht ein Design System physisch aus? Ist es auch ein Dokument? Ist es eine Website, die ich besuche? Ist es ein internes Tool, auf das ich zugreifen kann? Wie navigiere ich ein Design System? Wie sieht es tatsächlich aus?

Dawid: Im Kern von Design Systemen steht Dokumentation, im Wesentlichen ein detaillierter Leitfaden, wie man spezifische Elemente einer Webseite baut und die Prinzipien für die Entwicklung dieses bestimmten Produkts. Allgemein könnte diese Dokumentation eine Datei sein, die genau detailliert, welche Arten von Padding, Typografie und Farben verwendet werden. Allerdings ist es für mich und die Entwickler im Alltag mehr oder weniger eine Datei in Figma. Sie kennen Figma vielleicht bereits - es ist eine beliebte Software, die für das Gestalten von Web-Apps verwendet wird. Darin pflegen wir unseren Satz von Komponenten, die wir in allen Produkten für ein bestimmtes Unternehmen verwenden. Zum Beispiel, wenn es ein einheitliches Design System für alle Produkte in einem Unternehmen gibt, dann haben wir eine Datei für dieses Design System in Figma. Diese Datei enthält alle Dokumentation bezüglich Typografie, Farben und aller anderen Elemente, die definieren, wie wir an die Erstellung von Produkten für diese Marke herangehen, einschließlich aller in Figma verwendeten Komponenten. So sieht es in Bezug auf Dokumentation aus. Basierend darauf können Entwickler es verwenden, um ihre Bibliothek von Komponenten zu bauen.

Matt: Ja, das klingt gut. Du hast ROI erwähnt - Rendite auf die Investition eines Design Systems. Wir haben abgedeckt, wie es Zeit für ein Team spart und dem Nutzer durch Sicherstellung von Konsistenz nützt. Wie lange dauert es, ein Design System zu bauen, oder wie viel Arbeit ist es, es anfänglich einzurichten? Dann können wir über die finanziellen Aspekte sprechen. Ich kann mir nicht einmal vorstellen, ob wir von Wochen, Monaten oder Jahren sprechen. Es ist schwer zu verallgemeinern, aber könntest du einige Beispiele geben oder mir eine grobe Vorstellung vermitteln?

Dawid: Ja, definitiv. Das ist tatsächlich eine ziemlich knifflige Frage. Sie könnten einige Zahlen online oder Statistiken darüber finden, wie lange es dauert. Einige Leute behaupten, dass wenn Sie 20% der Zeit der Designer und Entwickler zuweisen, könnten Sie ein Design System in etwa zwölf Monaten bauen. Wenn Sie jedoch 40% ihrer Zeit verwenden, könnten Sie es in sechs Monaten bauen. Das gibt eine allgemeine Vorstellung vom Aufwand, der erforderlich ist, um ein gesamtes Design System von Grund auf zu bauen. Diese Frage kann jedoch nicht sehr direkt beantwortet werden. Ich kann nicht definitiv sagen, es dauert eine Woche oder zehn Jahre, weil es wirklich vom Produkt und Ihrem Ansatz abhängt. Zum Beispiel, wenn Sie ein Startup sind, das ein neues Produkt erstellen möchte, könnten Sie bereits eine Open-Source-Bibliothek und vorgefertigte Komponenten verwenden, um von Tag eins an mit dem Design System zu arbeiten. Sie könnten es iterativ bauen. Zum Beispiel, wenn Sie ein neues Produkt in Figma starten, könnten Sie eine vorgefertigte Design System Datei verwenden, wie eine von Material UI, und Ihr Produkt daraus bauen, diese Elemente anpassen und sie von Anfang an integrieren. In diesem Fall dauert es nicht viel Zeit, zu konvertieren und zu ändern, wie wir arbeiten, weil wir von Grund auf beginnen. Aber für größere Unternehmen oder wenn bestehende Produkte zu einem Design System wechseln möchten, weil sie es vorher nicht hatten, dann könnte es länger dauern, manchmal sogar Wochen oder Monate. Typischerweise könnte ein Jahr das Maximum für die Implementierung eines komplizierteren, komplexeren Design Systems sein. Natürlich hängt das davon ab, wie komplex das Produkt ist und wie viele Seiten oder Features das Produkt hat.

Matt: Und wenn wir Monate oder ein Jahr sagen, sprechen wir über Teilzeitarbeit, richtig? Nicht ein volles Jahr in Bezug auf Arbeitsstunden, aber es könnte Monate oder ein Jahr dauern, wenn Sie einen Teil der Zeit der Menschen zuweisen, die es verwenden, um ihre Zeit zu widmen oder etwas Unterstützung dabei zu bekommen.

Dawid: Genau. Es hängt alles wirklich von der Investition ab, wie viele Menschen Sie in Ihrem Team haben, wie sie daran arbeiten können und welche Art von Zeit sie der Erstellung dieses Design Systems widmen können. Aber ich würde sagen, wenn Sie ein neues Produkt erstellen, dann können Sie es von Anfang an einplanen. Wenn Sie mit etwas Vorgefertigtem beginnen, wie einer Open-Source-Bibliothek, können Sie viel Zeit sparen, und Sie bemerken möglicherweise nicht einmal, dass es viel von der Zeit der Entwickler oder Designer in Anspruch nimmt.

Matt: Und dann ist Geld sehr wichtig. Viele Unternehmen wollen immer wissen: “Wie viel kostet es mich, richtig?” Und sie wollen auch wissen, wie viel sie daraus machen können. Also, was kostet es, ein Design System zu bauen? Sprechen wir über 10.000 Euro? 1 Million Euro oder Dollar? Was sollte ich mir vorstellen? Ich weiß, Sie könnten sagen, es kann alles sein, aber könnten Sie eine grobe Vorstellung geben?

Dawid: Ja, genau. Die Art, wie ich diese Frage beantworten würde, ist im Grunde ja und ja. Beide Optionen sind definitiv machbar. Sie könnten möglicherweise gar nichts ausgeben, oder Sie könnten 10.000 Dollar ausgeben, oder sogar eine Million. Was ich sehr grob sagen kann, ist, dass typischerweise, wenn wir mit einem neuen Produkt beginnen und wirklich von Grund auf mit diesen Open-Source-Bibliotheken erstellen, dann könnten die Kosten nicht einmal bemerkbar sein, weil Sie von Anfang an Zeit sparen. Zum Beispiel, als Designer, wenn ich einem Team beitrete, könnte es anfangs ziemlich viel Zeit dauern, grundlegende Elemente wie Inputs und Formularelemente zu erstellen, um zu diesem Atomic Design beizutragen, das aus Atomen, Molekülen und Formularen besteht. Alles zusammen zu bauen könnte anfangs viel Zeit dauern, was natürlich eine Investition seitens des Kunden ist. Ich habe jedoch bemerkt, dass bei der Arbeit an Produkten, die von Grund auf mit vorgefertigten Komponenten gebaut wurden, dies die Zeit, die ich für das Gestalten dieses bestimmten Produkts aufwenden musste, stark reduzierte. Anstatt, sagen wir, einen Monat damit zu verbringen, diese Grundlagen zu erstellen, um wirklich das Fundament des Produkts zu legen, konnte ich vorgefertigte Komponenten verwenden und mich wirklich auf die komplizierten Details konzentrieren, die der Kunde erwartete. Also sehen Sie tatsächlich diese Wireframes von Produkten, und langfristig trägt das auch dazu bei, wie schnell Prototypen erstellt und Nutzertests durchgeführt werden können. Natürlich, wenn man sich die Kosten ansieht, wenn Sie eine große Organisation mit bestehenden Produkten sind und es dort einige Inkonsistenzen gibt, verschiedene Farben, und Sie alles in ein kohärentes Design System vereinen möchten, könnten Sie mit Kosten von 100.000 Dollar bis zu einer Million Dollar oder mehr rechnen, je nach Komplexität. Aber wenn Sie ein Startup sind, dann können Sie definitiv damit rechnen, dass die Kosten eher in den Zehntausenden liegen. Oder wenn Sie direkt von einer Open-Source-Bibliothek beginnen und nicht in angepasste Komponenten investieren, dann könnte das tatsächlich eine sofortige Rendite auf die Investition sein, weil Sie die Zeit der Entwickler und Designer sparen.

Matt: Also ist das gut, um die Vorteile zu verstehen, richtig? Das ist ziemlich klar. Der Geldaspekt ist schwer zu bestimmen. Und dann würde ich Sie fragen, gibt es auch Nachteile von Design Systemen, oder gibt es Gründe, warum ich möglicherweise keines übernehmen möchte, oder warum es möglicherweise nicht für mein Unternehmen geeignet ist?

Dawid: Ja. Ich würde sagen, es gibt zwei Arten von Unternehmen, für die Design Systeme ideal geeignet sind: erstens Startups, die gerade erst anfangen und offen für die Nutzung von Open-Source-Bibliotheken sind - das ist das perfekte Szenario. Aber auch große Unternehmen, die bereits Produkte haben und ein Budget im Sinn haben, um in die Skalierung des Produkts zu investieren. Wenn es um Skalierung geht, ist es entscheidend, zukunftssicher zu denken. Wie wird es in zwei Jahren oder in fünf Jahren aussehen? Wenn wir einen Moment innehalten und in ein Design System investieren, ist es das, was uns ermöglichen wird, unser Produkt zu erweitern und es weiter auszubauen. Also sind diese Arten von Unternehmen wirklich die idealen Ziele, wo Design Systeme am vorteilhaftesten sind. Andererseits, für größere Unternehmen, die bereits viele Produkte haben, würde es viel Zeit und Aufwand kosten, alles unter einem Design System zu vereinen. Wenn sie jedoch ein sehr begrenztes Budget haben und sich mehr in der Wartungsphase befinden und nur für Skalierung planen, dann wird dies möglicherweise nicht die ideale Lösung für sie sein. Definitiv, wenn Sie ein größeres Unternehmen haben und dies viel Arbeit erfordert, müssen Sie wirklich das Budget haben, um signifikante Änderungen vorzunehmen und alles in ein Design System zu überführen. Es ist etwas, das beträchtliche Zeit und Aufwand erfordert.

Matt: Ich kann mir auch vorstellen, dass die Wartung eines Design Systems etwas Arbeit erfordern könnte, richtig? Wie alle Dinge muss es richtig gemacht werden, nicht wahr?

Dawid: Ja, definitiv. In Bezug auf die allgemeine Lebensdauer könnte ein Design System etwa fünf Jahre dauern, bevor drastischere Änderungen benötigt werden, oft aufgrund von Verschiebungen innerhalb des Unternehmens wie einer Änderung der Markenfarben oder einer strategischen Geschäftsverschiebung. In Bezug auf Wartung erfordert es definitiv Teammitglieder, die gut ausgebildet sind und Erfahrung in der Erstellung von Design Systemen haben. Die Nutzung einer Open-Source-Bibliothek könnte weniger Expertise erfordern, aber die Erstellung eines vollständig angepassten erfordert definitiv jemanden mit Erfahrung im Bauen dieser Art von Systemen. Wenn Sie Junior-Designer oder -Entwickler haben, die an solchen Systemen arbeiten, können Herausforderungen entstehen. Sie sind nicht sehr einfach zu verwalten, besonders wenn sie vollständig angepasst sind. Also ist die Wahl des richtigen Teams für die Wartung entscheidend. Denken Sie jedoch daran, wenn Sie ein Design System bauen, wird es definitiv langfristig helfen, aber Sie müssen es trotzdem warten, Komponenten aktualisieren und Entscheidungen bei Bedarf überdenken. Jemand muss immer das Design System überwachen, um Konsistenz sicherzustellen.

Matt: Ja, fünf Jahre ist viel länger als ich erwartet hatte, dass Änderungen durchschnittlich benötigt werden. Ich dachte, Updates könnten alle sechs Monate oder so erforderlich sein. Aber ich verstehe, dass während die Wartung laufend ist, größere Änderungen länger dauern, was gut zu wissen ist. Früher haben Sie Apple als großartiges Beispiel eines Design Systems erwähnt. Gibt es, vielleicht nicht unbedingt schlechte Beispiele, aber Risiken beim Erstellen eines Design Systems oder Dinge, die schiefgehen können? Nur neugierig.

Dawid: Ich möchte keine spezifischen Unternehmen oder Systeme als schlechte Beispiele nennen, aber allgemein gesprochen kann die Expertise der Personen, die das Design System bauen, eine Herausforderung darstellen. Wenn Sie einen Junior-Designer und einen allgemeinen Entwickler haben, die ein Design System erstellen, wird es wahrscheinlich viel länger dauern als erwartet. Das ist etwas zu bedenken in Bezug auf potenzielle Rückschläge und Herausforderungen, die oft auftreten. Sie brauchen wirklich jemanden mit Design-Erfahrung im Team. Ein weiterer Aspekt, den Sie sich merken sollten, ist, dass Wartung nicht nur die Aufgabe eines Entwicklers ist; Designer müssen auch ihre Dateien aktuell halten. Eine Herausforderung, der ich begegnet bin, ist, wenn Komponenten in Figma abgetrennt und für spezifische Bedürfnisse angepasst werden. Es ist sehr einfach, kleine Anpassungen zu machen, aber Sie enden mit dem, was ich ‘Design Technical Debt’ nenne. Am Ende des Tages haben Sie möglicherweise ein Design System, aber es gibt Elemente in Ihrem Design, die nicht mehr damit konform sind. Es ist entscheidend, regelmäßig auf das Design System zurückzugreifen, um Konsistenz zu wahren.

Matt: Dawid, da wir uns dem Ende unseres 25-Minuten-Gesprächs nähern, möchte ich alle daran erinnern, dass sie sich mit Fragen zu Design Systemen an Sie wenden können, entweder über LinkedIn oder unsere Ressourcen. Gibt es andere Orte, wo Menschen gute Beispiele sehen oder sich zu diesem Thema informieren können? Gibt es besonders interessante Ressourcen, die Sie empfehlen würden?

Dawid: Ja, definitiv. Wenn es um die Grundlagen von Design Systemen geht, gibt es viele verschiedene Quellen. Eine meiner Favoriten ist Figma, die einen ganzen Blog hat, der verschiedenen Aspekten von Design Systemen und Leitfäden sowohl für Anfänger als auch für bereits Erfahrene gewidmet ist. Bei Boldare haben wir einen Blog, der viel über den ROI von Design Systemen und wie man sie baut, diskutiert. Also gibt es definitiv Ressourcen, die ich empfehlen kann, einschließlich dieser Open-Source-Bibliotheken, die bereits Komponenten anbieten. Material UI ist eines der besten Beispiele, oder sogar Material Design. Sie können dorthin gehen, durch die Komponenten schauen, sehen, wie sie aussehen, wie sie funktionieren, und ein wirklich gutes Verständnis davon bekommen, wie ein vollständiges Design System sowohl aus der Perspektive eines Entwicklers als auch eines Designers aussieht. Ich werde auch einige Links im Slack-Kanal für die Agile Product Builders Community teilen, also halten Sie dort Ausschau nach mehr Informationen.

Matt: Perfekt, vielen Dank, dass Sie unsere Zuhörer dorthin geleitet haben, wo sie mehr Informationen finden können. Ich denke, das ist sehr nützlich, und danke für die aufschlussreiche Diskussion. Es war erstaunlich, mit Ihnen zu sprechen, von Architektur zu digitaler Architektur im Wesentlichen. Ich bin sicher, ich habe viel über Design Systeme gelernt, was ein gutes Zeichen ist, weil das bedeutet, dass wahrscheinlich auch alle etwas gelernt haben. Nochmals vielen Dank, dass Sie uns beigetreten sind, Dawid. Für Interessierte können Sie Dawid auf LinkedIn oder im Agile Product Builders’ Slack-Kanal finden.