WEBVTT

00:00:00.017 --> 00:00:05.157
Wir nutzen alle den ganzen Tag, ist zumindest mein Gefühl, JSON als quasi Standard

00:00:05.157 --> 00:00:07.277
in der Front- und Backend-Entkopplung.

00:00:07.357 --> 00:00:12.577
Also am Ende sind es eigentlich immer so ganz gleiche Objektstrukturen. JSON halt.

00:00:13.677 --> 00:00:17.017
In den Projekten, wo wir dann halt wirklich auch unser Geld mitverdienen,

00:00:17.097 --> 00:00:20.437
sind wir halt maximal effizient dann, weil wir halt viel, viel schneller sind.

00:00:20.537 --> 00:00:23.897
Und dann halt auch nochmal eine ganz andere Konversation mit den Kunden führen können.

00:00:24.917 --> 00:00:28.597
Auch da, man sagt auch Spaß oder sagen wir auch immer, das dritte Designsystem

00:00:28.597 --> 00:00:32.037
ist das erfolgreiche. Zwei Bauste zum Lernen und Wegschmeißen.

00:00:33.040 --> 00:00:57.840
Music.

00:01:00.017 --> 00:01:04.177
Diese Revision von Working Draft wird euch präsentiert von Hörerinnen und Hörern wie euch.

00:01:04.357 --> 00:01:08.477
Auf patreon.com slash workingdraft könnt ihr uns ein paar Euro in den Hut werfen.

00:01:08.597 --> 00:01:12.177
Aus euren Beiträgen und unseren gelegentlichen Werbeeinnahmen bezahlen wir allerlei

00:01:12.177 --> 00:01:15.057
teure Software-Abus und das Honorar unserer Audio-Producerin.

00:01:15.317 --> 00:01:16.877
Wenn ihr euch auch beteiligen wollt,

00:01:16.977 --> 00:01:20.097
könnt ihr das unter patreon.com slash workingdraft sehr gerne machen.

00:01:20.397 --> 00:01:23.657
Wir danken euch tausendfach für die Unterstützung und fürs weitere Zuhören.

00:01:29.097 --> 00:01:36.717
Revision 607 Wir wären heute zu viert. Aus dem Team wäre dabei der Hans. Hallo.

00:01:37.337 --> 00:01:40.937
Ich bin der Shep und das bedeutet, wir haben wieder zwei Gäste da.

00:01:41.097 --> 00:01:44.777
Und zwar einmal den Jonas Ulrich und einmal den Daniel Lay.

00:01:45.017 --> 00:01:47.917
Hallo ihr beiden. Hallo. Hallo.

00:01:48.737 --> 00:01:51.857
Genau, Jonas, du warst schon mal vor anderthalb Jahren bei uns.

00:01:51.857 --> 00:01:56.577
Jens, ich weiß nicht, ob sich die Zuhörenden an dich erinnern,

00:01:56.657 --> 00:02:01.817
aber falls sie es nicht tun und falls wir neu gewonnene Hörerinnen haben,

00:02:02.037 --> 00:02:04.717
stellt euch doch mal beide nochmal vor.

00:02:04.717 --> 00:02:09.197
Genau, ich fange einfach mal kurz an und hole vielleicht nicht so weit aus wie beim letzten Mal.

00:02:09.357 --> 00:02:11.437
Auch nochmal reingehört, da war dann die Vorstellung recht lang,

00:02:11.577 --> 00:02:14.697
weil sie auch eine gute Überleitung gleichzeitig darstellte.

00:02:14.757 --> 00:02:21.837
Aber genau, ich bin Jonas, ich arbeite seit ungefähr 20 Jahren jetzt im Web-Frontend-Bereich,

00:02:21.837 --> 00:02:24.897
wie auch immer man es nennen möchte. Ich habe da vieles mitgemacht,

00:02:24.917 --> 00:02:27.337
vor allem auch in Agenturen, in einer eigenen Agentur.

00:02:27.797 --> 00:02:31.417
Vor allem, da haben wir sehr lange Websites, so Corporate-Websites im Grunde,

00:02:31.417 --> 00:02:35.037
größere Websites mit Typo3, so in der Gegend viel gemacht.

00:02:35.537 --> 00:02:38.657
Haben da viel Frontend gebaut. Das war auch immer schon so am ehesten,

00:02:38.697 --> 00:02:43.097
würde ich sagen, meine Passion. Also irgendwie PHP oder irgendwelche Backends waren da jetzt nie.

00:02:44.132 --> 00:02:47.512
Das Spannendste, würde ich sagen, für mich, sondern wirklich das reine Frontend

00:02:47.512 --> 00:02:50.212
war schon das, was mich da früh fasziniert hat.

00:02:50.312 --> 00:02:54.632
Und dann haben wir halt vor mittlerweile auch erschreckend zweieinhalb,

00:02:54.712 --> 00:02:56.872
drei Jahren gesagt, wir wollen das alles verändern.

00:02:57.032 --> 00:03:00.632
Das Agenturgeschäft, das gefällt uns irgendwie auch nicht mehr so.

00:03:00.632 --> 00:03:03.192
So, wir wollen uns eher auf die Sachen konzentrieren, die uns auch Spaß machen

00:03:03.192 --> 00:03:08.032
und haben halt angefangen, das Ganze in ein Produkt umzuwandeln, wo wir versuchen,

00:03:08.152 --> 00:03:11.292
anderen die Frontend-Arbeit wiederum zu erleichtern, anhand von dem,

00:03:11.312 --> 00:03:14.892
was wir vielleicht auch so ein bisschen in unserer täglichen Arbeit selber immer

00:03:14.892 --> 00:03:17.912
wieder so als Hindernisse gespürt haben oder wir dachten, hm,

00:03:18.032 --> 00:03:21.112
wenn wir jetzt hier noch irgendwie so ein bisschen mehr Zeit reinstecken könnten,

00:03:21.232 --> 00:03:23.372
könnte man wirklich qualitatives Ergebnis liefern,

00:03:23.532 --> 00:03:26.112
aber das gibt dann ja häufig eben genau diese Agentur.

00:03:26.992 --> 00:03:31.012
Alltag mit Deadlines und Budgets und so weiter nicht unbedingt her,

00:03:31.212 --> 00:03:35.532
da seiner Passion so weit zu folgen, wie man das vielleicht mit einem guten Produkt kann.

00:03:35.672 --> 00:03:39.712
Das ist vielleicht so die Quintessenz davon. Genau.

00:03:40.232 --> 00:03:44.292
Deswegen, Daniel, erzähl du doch gerne, was du dazu beigebracht hast,

00:03:44.372 --> 00:03:46.892
weil ich glaube, das ist dann... Du bist der Partner in Crime, sozusagen.

00:03:47.312 --> 00:03:49.412
Und ab da wird es auch spannend im Kontext für diesen Podcast,

00:03:49.672 --> 00:03:51.172
was wir so machen, denke ich.

00:03:52.032 --> 00:03:55.472
Genau. Ja, hallo. Ich bin Daniel, auch aus Bonn, wieder, Jonas.

00:03:55.712 --> 00:04:03.552
Ich bin vor zweieinhalb Jahren dazugestoßen nach über 20 Jahren vieler Stationen

00:04:03.552 --> 00:04:05.492
im Konzern, beim Backgrounds Visual Design.

00:04:06.152 --> 00:04:09.992
Eigentlich habe ich aber sehr früh, ich glaube 2003, meinen ersten Usability-Test

00:04:09.992 --> 00:04:15.312
mitgemacht und damit sozusagen die Leidenschaft für UX entfacht und habe.

00:04:16.412 --> 00:04:19.672
Damals auch in einer Agentur gearbeitet, eine Online-Agentur,

00:04:19.732 --> 00:04:26.632
wo wir dann aber auch sehr früh den Shift geschafft haben, weg von vom reinen

00:04:26.632 --> 00:04:30.912
Dienstleister hin zum Produktunternehmen eine Software gebaut für die Reisebranche,

00:04:31.012 --> 00:04:35.152
sind dann vom Branchen Primus Amadeus gekauft worden.

00:04:35.632 --> 00:04:39.832
Und da habe ich dann viele Jahre lang über viele Stationen eben das ganze Thema

00:04:39.832 --> 00:04:48.912
UX aufgebaut, mit evangelisiert, war so ein bisschen auch auf so Mittelmanagement-Ebene unterwegs.

00:04:48.912 --> 00:04:54.492
Unterwegs und in der ganzen Zeit war auch das Thema Designsysteme für mich immer

00:04:54.492 --> 00:04:58.152
hochgradig relevant, nicht nur aus dieser Designerperspektive,

00:04:58.152 --> 00:05:01.032
sondern wirklich, wir müssen eine konsistente,

00:05:02.072 --> 00:05:07.972
Sprache schaffen, die die Produkte sprechen und wie lösen wir das und eben im

00:05:07.972 --> 00:05:13.772
Rahmen von Amadeus war das dann so globalgalaktisch direkt mit über 400 Produkten international,

00:05:15.253 --> 00:05:23.893
Viele Standard-Software-Suiten in den Reisebüros weltweit, wo ich ganz viel

00:05:23.893 --> 00:05:26.813
gelernt habe und gemerkt habe, da brenne ich auch doll für.

00:05:27.733 --> 00:05:30.893
Und als ich dann mit Jonas, wir kennen uns schon sehr, sehr,

00:05:30.893 --> 00:05:33.993
sehr lange, natürlich hier aus dem regionalen Umfeld.

00:05:35.673 --> 00:05:39.273
Dann immer mal wieder gesprochen habe, was er denn so macht,

00:05:40.253 --> 00:05:44.393
eben kam das so zusammen, wo wir gesagt haben, ja, da können wir doch mal versuchen,

00:05:44.553 --> 00:05:47.813
was draus zu schnüren, wo auch andere Menschen Nutzen haben.

00:05:47.993 --> 00:05:53.033
Und eigentlich haben wir so Spaß an dieser Materie, lass uns doch zusammen das

00:05:53.033 --> 00:05:57.493
mal dingfest machen. Und das war so der Startschuss für Kickstart DS.

00:05:58.673 --> 00:06:04.313
Das ist ein Open-Source-Meta-Framework für Designsystem-Erstellung.

00:06:04.413 --> 00:06:07.553
Klingt so ein bisschen sperrig, ist auch sperrig, ist ein komplexes Thema.

00:06:08.533 --> 00:06:14.813
Und das haben wir angefangen zu bauen und mittlerweile dreht sich auch so unser

00:06:14.813 --> 00:06:17.453
Geschäft um diese Open-Source-Software.

00:06:17.453 --> 00:06:21.033
Also wir haben das Glück, mittlerweile genug Kunden zu haben, die wir betreuen,

00:06:21.253 --> 00:06:30.673
eben mit Kickstart DS Design System aufzusetzen und dabei merken wir halt auch

00:06:30.673 --> 00:06:35.193
zunehmend, dass es Organisationen, also dass es ein Thema wird,

00:06:35.313 --> 00:06:38.033
was immer mehr Momentum erfährt,

00:06:38.193 --> 00:06:43.633
aber auch wie viele Fragestellungen es halt rund um das Thema gibt.

00:06:44.173 --> 00:06:47.733
Also nicht nur, wie fange ich damit an und wie kann ich das gut machen?

00:06:49.553 --> 00:06:52.793
Wie kriege ich eine gute Konversation hin? Wie kriege ich die Abläufe,

00:06:52.793 --> 00:06:56.773
die Prozesse hin zwischen Design und Entwicklung und den ganzen Stakeholdern?

00:06:56.993 --> 00:07:00.493
Und wie kriege ich es überhaupt in die Organisation reingetragen? Mhm.

00:07:01.193 --> 00:07:06.213
Für mich, also so rein definitionstechnisch wäre es ja so, dass ein Designsystem

00:07:06.213 --> 00:07:07.713
auf jeden Fall ja nicht nur,

00:07:07.793 --> 00:07:12.613
also es ist ja nicht nur so ein Corporate Identity Style Guide und sowas,

00:07:12.633 --> 00:07:19.193
sondern das zieht sich dann ja also weiter ein bisschen in die Umsetzung rein.

00:07:19.193 --> 00:07:21.513
Das ist ja auch das, was Kickstart DS ist.

00:07:21.813 --> 00:07:27.833
Also letztlich ist ja Design eher so im Sinne von Entwurf zu verstehen.

00:07:28.233 --> 00:07:34.473
Und dass man dann auch ein Pattern Library und Komponentenbaukasten,

00:07:34.633 --> 00:07:43.413
also dass das da alles mit drin steckt und nicht davor schon endet, sozusagen.

00:07:43.873 --> 00:07:46.033
Das würde ich auch genauso unterschreiben. Und das ist auch,

00:07:46.113 --> 00:07:49.873
wo wir uns dann immer abgrenzen würden von vielem, was sich Design-System nennt

00:07:49.873 --> 00:07:54.513
heute schon, aber eigentlich nur in Figma und auch nur auf einer Design-Ebene existiert,

00:07:55.253 --> 00:07:59.353
wo wir halt immer sagen, das war nie unser Ansatz, wir wollen da im Code ansetzen,

00:07:59.493 --> 00:08:02.833
wir wollen da ansetzen, wo ab dann auch wirklich Wert geschaffen werden kann,

00:08:02.853 --> 00:08:06.433
in Produkten, in Seiten, in was auch immer damit gebaut wird.

00:08:06.573 --> 00:08:11.873
Das war da für uns von recht früh irgendwie ziemlich klar und ich würde sagen,

00:08:11.913 --> 00:08:13.293
so im letzten Jahr haben wir auch gemerkt.

00:08:14.074 --> 00:08:15.954
Dass man auch das nochmal unterteilen kann, so ein bisschen,

00:08:15.974 --> 00:08:19.594
was das Designsystem eigentlich ist und das, was du jetzt auch vielleicht Komponentenbibliothek

00:08:19.594 --> 00:08:23.194
nennen würdest oder so, ja auch nur ein Teil wiederum davon ist.

00:08:23.274 --> 00:08:26.494
Und dann gibt es Design-Tokens und dann gibt es bei manchen auch noch Language,

00:08:26.754 --> 00:08:29.494
was wichtig ist, wie schreiben wir Texte, Voice, Ton of Voice,

00:08:29.594 --> 00:08:33.414
solche Dinge. Also, das ist sowieso schon hochgradig custom,

00:08:33.614 --> 00:08:35.194
je nachdem, mit wem man redet.

00:08:35.394 --> 00:08:38.834
Was sind die für dich wichtigen Punkte, was auch schon zeigt,

00:08:38.934 --> 00:08:42.034
wie sehr es halt von der Organisation aus unserer Sicht abhängt,

00:08:42.134 --> 00:08:45.354
mit der man zu tun hat, mit welchen Personen man dort zu tun hat.

00:08:45.814 --> 00:08:50.814
Also, da gibt es wenig, was man dann doch wiederum als Blueprint so runterbrechen

00:08:50.814 --> 00:08:54.394
könnte, glaube ich. Was wir interessant fanden, war so ein bisschen die Erkenntnis,

00:08:54.394 --> 00:08:57.814
ein Design-System ist eben nicht auch nur eine Component-Library.

00:08:58.054 --> 00:09:02.874
Und im besten Falle hat sie auch Wert für Leute, die nicht deine Component-Library

00:09:02.874 --> 00:09:06.374
vielleicht benutzen wollen, die vielleicht trotzdem deine Tokens verwenden können,

00:09:06.434 --> 00:09:08.894
die trotzdem nachlesen können, wie sie kommunizieren sollen.

00:09:09.334 --> 00:09:13.654
Also so ein bisschen der Gedanke, ein gutes Design-System holt jeden halt da

00:09:13.654 --> 00:09:20.014
ab, wo er ist und versucht nicht, jeden dahin zu zwingen, wo es ist, so vom Spirit her.

00:09:22.054 --> 00:09:26.634
Das finde ich gut. Vielleicht kann man darauf basierend einmal so ein bisschen

00:09:26.634 --> 00:09:33.194
definieren, was bedeutet dann oder was fasst man denn alles unter Design-System zusammen?

00:09:33.374 --> 00:09:37.754
Jetzt haben wir schon über Design-Tokens gesprochen, irgendwie Component-Library,

00:09:37.754 --> 00:09:39.754
aber irgendwie wollen wir ja auch jeden abholen.

00:09:39.954 --> 00:09:43.814
Was braucht man denn dafür, um ein Design-System wirklich...

00:09:45.114 --> 00:09:49.154
Und was ist so ein allumfängliches Design-System?

00:09:50.934 --> 00:09:56.194
Ja, ich glaube, wie Jonas auch schon gerade sagte, das ist insgesamt sehr stark

00:09:56.194 --> 00:09:59.414
abhängig von den Bedürfnissen der Organisation und dem Wert,

00:09:59.454 --> 00:10:03.214
den das Designsystem für die jeweilige Organisation, das Unternehmen schaffen soll.

00:10:04.254 --> 00:10:10.894
Also, natürlich gehört da für uns eine UI-Komponenten-Bibliothek mit rein,

00:10:11.094 --> 00:10:15.594
die auf der einen Seite die Designer da abholt, weil vielleicht gibt es das

00:10:15.594 --> 00:10:19.074
in Figma, vielleicht gibt es das in Sketch und das macht die Designer effizienter.

00:10:20.014 --> 00:10:24.314
Das sollte es in jedem Falle auch im Code abgebildet geben, sodass ich halt

00:10:24.314 --> 00:10:28.194
Frontend-Komponenten habe, die man halt in der Entwicklung rauspicken kann.

00:10:29.334 --> 00:10:34.634
Das Thema UX-Writing, merke ich gerade, nimmt auch immer zu im Stellenwert.

00:10:34.694 --> 00:10:37.714
Das ist auch super wichtig. Wie sprechen wir mit unseren Anwendern?

00:10:38.294 --> 00:10:42.434
Wie sollen die denn überhaupt das Interface erleben?

00:10:44.114 --> 00:10:48.614
Dann sind das natürlich so die Foundations der Organisation,

00:10:49.074 --> 00:10:55.654
Also wie stellt sich die Organisation dar, also wirklich im Sinne des Markenerscheinungsbildes,

00:10:55.694 --> 00:11:03.254
also die rudimentären Farbe und Schriftwerten, das Logo und jener Organisation

00:11:03.254 --> 00:11:06.274
kann das ab da immer weiter gedacht werden.

00:11:06.274 --> 00:11:12.314
Also da gibt es dann die Icons, da gibt es die Assets zum Runterladen und oftmals

00:11:12.314 --> 00:11:16.614
ist auch ein digitales Designsystem eingebunden in das Brandportal,

00:11:16.614 --> 00:11:21.834
wo aber dann auch noch für andere Medien und Omnichannel die Vorlagen liegen.

00:11:22.334 --> 00:11:27.094
Also von daher, das ist so ein Fass ohne Boden, wenn man da einmal anfängt zu

00:11:27.094 --> 00:11:32.814
graben und macht auch die Komplexität auf der gleichen Seite klar.

00:11:32.814 --> 00:11:36.694
Wir sagen immer, so ein bisschen spaßig, ein Designsystem ist 50 Prozent irgendwie das,

00:11:36.794 --> 00:11:40.834
was man da inhaltlich, technisch vielleicht baut und 50 Prozent ist das Stakeholder-Management

00:11:40.834 --> 00:11:44.654
und das Reden mit den richtigen Leuten zum richtigen Zeitpunkt,

00:11:44.734 --> 00:11:49.434
um überhaupt rauszufinden, erstmal was wird benötigt und später auch rauszufinden,

00:11:49.434 --> 00:11:51.414
wie funktioniert das und wie kann es besser werden.

00:11:51.614 --> 00:11:55.934
Und all das ist mehr als essentiell, um mit einem Designsystem erfolgreich zu

00:11:55.934 --> 00:12:00.054
sein aus unserer Sicht und mindestens genauso wichtig wie die technischen Entscheidungen,

00:12:00.114 --> 00:12:01.374
die ich auf dem Weg dahin treffe.

00:12:03.533 --> 00:12:10.033
Ich habe mich gefragt, wie lange es eigentlich Designsysteme so als Konzept schon gibt.

00:12:10.213 --> 00:12:15.373
Also ich glaube so Corporate Identity Style Guides und so, die gibt es schon relativ lange.

00:12:15.853 --> 00:12:22.733
Aber ich habe schon das Gefühl, dass dieses Konzept der Designsysteme,

00:12:22.733 --> 00:12:25.533
so wie wir sie gerade beschrieben haben,

00:12:26.493 --> 00:12:32.493
Also das ist die vielleicht vor zehn Jahren noch nicht in der Masse im Einsatz

00:12:32.493 --> 00:12:37.553
gab oder man nicht so viel darüber gesprochen hat, wie das heutzutage der Fall

00:12:37.553 --> 00:12:39.893
ist. Vielleicht täusche ich mich da.

00:12:40.053 --> 00:12:48.333
Ich meine, Daniel, du bist ja auch einer der UX-Bonn-Meetup-Hosts,

00:12:48.333 --> 00:12:53.253
also wahrscheinlich habt ihr euch da auch schon früher mit solchen Themen beschäftigt.

00:12:53.253 --> 00:13:00.493
Aber stimmt mein Eindruck, dass so dieses Thema Designsysteme irgendwie auch

00:13:00.493 --> 00:13:02.933
so sich wie so eine Welle aufbaut?

00:13:03.953 --> 00:13:09.673
Ja, das finde ich schon. Jetzt gerade bekommt es wirklich stark Momentum und

00:13:09.673 --> 00:13:14.853
es gibt etliche schillernde Beispiele von großen Organisationen,

00:13:14.873 --> 00:13:16.093
die das auch publik machen.

00:13:16.093 --> 00:13:19.173
Mir selber ist das, glaube ich, erstmalig 2010,

00:13:19.553 --> 00:13:22.393
2011 so unter die Räder gekommen,

00:13:22.473 --> 00:13:28.653
wo ich gemerkt habe, ich habe die Verantwortung für verschiedene Design-Teams

00:13:28.653 --> 00:13:36.353
und Produkte und es gibt noch unterschiedliche eben Auftritte und wie wollen wir das harmonisieren.

00:13:36.353 --> 00:13:41.213
Und damals hieß das noch so lebender Styleguide, Living Styleguide,

00:13:41.253 --> 00:13:43.813
Design System Language waren so Begriffe.

00:13:43.913 --> 00:13:47.273
Dann kam auch irgendwie kurz danach dieser Begriff Atomic Design auf,

00:13:47.393 --> 00:13:52.733
der das Ganze sehr von Brad Frost was so schematisiert, mal...

00:13:54.652 --> 00:14:00.652
Die ganzen Ingredienzien aufgesplittet hat, aber wirklich aktiv darüber sprechen

00:14:00.652 --> 00:14:05.912
und sagen, wie bilden wir das im Design ab und die Konversation zu führen aus dem UX-Team,

00:14:06.112 --> 00:14:11.232
auch mit den Frontend-Devs, das war so wirklich schon 13 Jahre her mindestens.

00:14:12.132 --> 00:14:14.812
Das würde ich auch ähnlich sagen. Also ich glaube, du liegst mir in zehn Jahren

00:14:14.812 --> 00:14:18.892
da gar nicht so schlecht für so ein grobes Timing, wo man so angefangen hat,

00:14:18.892 --> 00:14:21.352
das so zu nennen und wo auch viele so der heutigen Gedanken,

00:14:21.392 --> 00:14:23.432
glaube ich, ihren Ursprung haben, eben mit einem Brad Frost,

00:14:23.532 --> 00:14:25.172
der Atomic Design geschrieben hat.

00:14:25.432 --> 00:14:28.592
Ich weiß, dass damals die ersten Projekte mit PatternLab, haben wir auch damals

00:14:28.592 --> 00:14:32.092
sehr viel gemacht, gearbeitet haben, um eben auch schon so diese erste Art,

00:14:32.192 --> 00:14:34.532
meine Workbench als Frontendler zu haben.

00:14:34.712 --> 00:14:37.272
Heute ist da irgendwie Storybook riesig in dem Bereich.

00:14:38.172 --> 00:14:40.952
Also ich glaube, da ist schon so vieles auf die Zeit zurückzuführen.

00:14:41.012 --> 00:14:44.732
Ich weiß auch, dass wir, das muss auch 2013, 2014 gewesen sein,

00:14:44.752 --> 00:14:47.992
für die Telekom damals ein riesiges Projekt gemacht haben.

00:14:48.032 --> 00:14:51.332
Das hieß halt noch Component Library. Das war aber im Kern das Gleiche,

00:14:51.332 --> 00:14:56.452
halt ein zentrales Komponentensystem mit Dokuseiten, wie das Ganze einzusetzen

00:14:56.452 --> 00:14:57.792
ist, mit Do's und Don'ts.

00:14:57.812 --> 00:15:01.292
Also wahrscheinlich, wenn man die Augen etwas zusammenkneift,

00:15:01.392 --> 00:15:05.932
würde das aus heutiger Perspektive schon so ein bisschen so aussehen wie ein Designsystem. System.

00:15:06.072 --> 00:15:10.092
Also, ich glaube, was halt neu ist, ist, dass halt deutlicher gesehen wird,

00:15:10.132 --> 00:15:12.332
was eigentlich nötig ist, um damit erfolgreich zu sein.

00:15:12.392 --> 00:15:16.212
Also, dass es eben nicht nur die Frontend-Workbench sein kann,

00:15:16.372 --> 00:15:20.392
sondern dass es eben da andere Parteien gibt, dass die mindestens genauso wichtig

00:15:20.392 --> 00:15:26.132
sind, um später Erfolg garantieren zu können und dass es am Ende nicht nur Developer-Experience

00:15:26.132 --> 00:15:28.792
ist, die entscheidet, ob irgendwas funktioniert oder nicht.

00:15:29.012 --> 00:15:32.272
Da würde ich sagen, das ist vielleicht eine Erkenntnis, die noch so ein bisschen

00:15:32.272 --> 00:15:34.192
neuer ist, zumindest ist es mein Gefühl.

00:15:35.347 --> 00:15:41.007
Ja, ich finde auch in den letzten, in der ganzen Dekade ist so viel reingespielt.

00:15:41.067 --> 00:15:44.947
Also diese ganzen Themen agiles Arbeiten, cross-funktionale Teams,

00:15:45.167 --> 00:15:49.787
dass halt eben nicht irgendwie, also auch wenn es heute immer noch passiert,

00:15:49.987 --> 00:15:52.187
dass Design groß gedacht,

00:15:52.547 --> 00:15:56.287
vorgemacht wird, über den Zaun geworfen wird und dann bitte so umsetzen.

00:15:56.987 --> 00:16:00.267
Und eigentlich wissen wir alle, das geht nie gut,

00:16:00.487 --> 00:16:03.587
das führt immer zu Reibungen, keiner ist so richtig glücklich,

00:16:03.787 --> 00:16:07.347
es gibt viele offene Fragen, die sind nicht geklärt und dann fängt man an,

00:16:07.407 --> 00:16:12.647
Sachen zu beantworten, vielleicht auch selbst verantwortlich und dann war es auch nicht richtig,

00:16:13.747 --> 00:16:15.907
und das ist halt deutlich besser geworden.

00:16:16.187 --> 00:16:17.587
Also ich finde, auch wenn ich

00:16:17.587 --> 00:16:23.227
mal Figma schändlich als immer noch interaktiveres PDF-Titel irgendwie.

00:16:26.147 --> 00:16:33.507
Hat das schon dazu beigetragen, dass Designern diese systematisierte Denke angetragen

00:16:33.507 --> 00:16:37.687
wurde und dass auch jetzt Webdesigner sich damit auseinandersetzen müssen,

00:16:38.767 --> 00:16:39.847
strukturierter zu arbeiten.

00:16:42.207 --> 00:16:47.627
Das fing auch schon vor, fiel mir an, mit Sketch-App. Da habe ich auch selbst

00:16:47.627 --> 00:16:51.787
ich damals als Designer den Begriff, Ich muss jetzt meine Library refactoren,

00:16:51.967 --> 00:16:55.807
damit das wieder richtig irgendwie konsistent ist.

00:16:55.927 --> 00:17:01.047
Und dafür war das, glaube ich, sehr, sehr hilfreich, eine bessere Basis der

00:17:01.047 --> 00:17:03.587
Konversation zwischen Design und Development zu schaffen.

00:17:05.613 --> 00:17:10.313
Und vielleicht ist es auch so, dass diese Tools,

00:17:10.453 --> 00:17:16.113
das ist ja zum einen Figma und Sketch vielleicht, aber andererseits auch die

00:17:16.113 --> 00:17:21.193
SPA-Frameworks, andererseits, dadurch,

00:17:21.713 --> 00:17:27.093
dass die vielleicht diese Philosophie des alles in Komponenten oder in quasi

00:17:27.093 --> 00:17:29.793
Atomic und wie auch immer aufteilend.

00:17:32.333 --> 00:17:38.993
Vorgegeben haben, letztlich dass man dann so in dieses Mindset auch reingekommen

00:17:38.993 --> 00:17:41.413
ist, also zwangsläufig vielleicht.

00:17:41.613 --> 00:17:46.613
Also die haben das möglicherweise auch begünstigt, ich weiß es nicht. Das glaube ich auch, ja.

00:17:47.513 --> 00:17:49.693
Ich finde es auch deswegen interessant, weil es, ich glaube,

00:17:49.753 --> 00:17:52.813
in der Folge 600 gab es ja einen schönen Blog zu Designsystemen,

00:17:52.833 --> 00:17:54.973
auch da so ein wiederkehrendes Thema war.

00:17:55.073 --> 00:17:57.413
Wie sorgt ihr eigentlich dafür, dass sowas dann auch funktioniert?

00:17:57.673 --> 00:18:00.613
Und gerade dieses, wie funktioniert es zwischen Designern und Developern?

00:18:00.653 --> 00:18:04.193
Wie Daniel gerade sagte, wird es über den Zaun geworfen oder ist es cross-functional?

00:18:04.773 --> 00:18:08.173
Ich glaube, das ist halt ein Riesenpunkt, der da interessant ist und der halt

00:18:08.173 --> 00:18:13.713
maßgeblich auch beeinflusst, wie man da am besten Erfolg erzielen kann mit so

00:18:13.713 --> 00:18:16.833
einem Design-System später. Da waren ja auch so Tools dann Thema.

00:18:17.393 --> 00:18:19.753
Ich glaube, Story-to-Design wurde zum Beispiel angesprochen.

00:18:19.833 --> 00:18:23.773
Da haben wir tatsächlich schon mal ein bisschen tiefer reingeschaut gehabt vor

00:18:23.773 --> 00:18:26.993
einer Weile und auch immer mal wieder, weil wir das auch super spannend finden,

00:18:27.173 --> 00:18:28.753
halt zu sagen, wenn ich doch Komponenten habe,

00:18:29.433 --> 00:18:32.333
kann ich die denn nicht irgendwie in einem Designer-Entwickler einfach so reingenerieren,

00:18:32.373 --> 00:18:33.573
dass er sie direkt verwenden kann?

00:18:33.673 --> 00:18:39.053
Also wie seine Palette aus Design-System-Komponenten und dann malt er damit Interfaces.

00:18:39.873 --> 00:18:44.173
Man merkt da halt noch, das ist halt hyperkomplex Und das krankt halt an vielen Stellen.

00:18:44.453 --> 00:18:46.913
Das heißt nicht, dass sie da nicht vielleicht irgendwann hinkommen können,

00:18:47.053 --> 00:18:50.413
aber in unseren Tests hatte das immer so starke Limitierungen,

00:18:50.573 --> 00:18:53.293
dass es am Ende halt irgendwie sehr brüchig ist.

00:18:53.433 --> 00:18:56.973
Und ich frage mich da auch immer, ist das überhaupt oder sollte das überhaupt

00:18:56.973 --> 00:19:00.333
das Ziel sein, diese Schnittstelle loszuwerden zwischen Design und Entwicklung

00:19:00.333 --> 00:19:02.453
oder ist das nicht eigentlich wertvoll, die zu haben?

00:19:02.453 --> 00:19:06.133
Also ist es nicht auch eigentlich gut, dass es beide Seiten gibt und dass es

00:19:06.133 --> 00:19:08.573
beide Denkmuster gibt und dass man darüber sprechen muss?

00:19:08.673 --> 00:19:12.853
Also gefühlt versucht man, das Schwierige wegzuoptimieren, obwohl eigentlich

00:19:12.853 --> 00:19:17.233
gerade da der Wert entsteht eben im Austausch, im Wie machen wir es denn?

00:19:17.933 --> 00:19:21.633
Sollen wir für euch die Varianten in Figma anpassen oder exportieren wir euch das?

00:19:21.793 --> 00:19:25.233
Oder also diesen Dialog einfach überhaupt erstmal zu führen,

00:19:25.373 --> 00:19:27.913
glaube ich, ist eigentlich das Entscheidendste dabei.

00:19:30.054 --> 00:19:34.234
Wie kann man sich diesem Dialog denn eventuell etwas, sag mal mal,

00:19:34.274 --> 00:19:36.834
prozessualer annähern?

00:19:37.014 --> 00:19:39.874
Also gibt es vielleicht einen Pattern dafür?

00:19:40.054 --> 00:19:44.094
Gibt es eventuell so eine Art Blueprint, den man da anwenden kann,

00:19:44.654 --> 00:19:48.374
damit man schon mal so ein bisschen ein paar Konflikte aus dem Weg räumt?

00:19:48.514 --> 00:19:52.954
Also was wir gesehen haben, was halt total hilft, ist möglichst früh halt mit

00:19:52.954 --> 00:19:57.534
möglichst diversen Leuten darüber sprechen, was sie eigentlich von einem Designsystem benötigen.

00:19:57.534 --> 00:20:01.254
Und das sind sowohl Designer, die sagen, sie müssen vielleicht Design gut und

00:20:01.254 --> 00:20:03.934
effizient anpassen können und schnell ausrollen können.

00:20:04.274 --> 00:20:07.714
Das sind Entwickler, die sagen, sie müssen schnell Ergebnisse produzieren und

00:20:07.714 --> 00:20:11.814
irgendwie flexibel adaptierbar bleiben, weil ihre Aufgabe sich täglich ändert

00:20:11.814 --> 00:20:14.714
und sie nicht so strikt sein können, wie das vielleicht ein Designsystem will.

00:20:15.434 --> 00:20:18.134
Aber das sind vor allem auch Redakteure zum Beispiel oder Entscheider,

00:20:18.194 --> 00:20:21.594
die in den Prozessen auch oft eigentlich super wichtig wären,

00:20:21.674 --> 00:20:24.834
um zu überlegen, ja, was wird denn dem Nutzer eigentlich später angezeigt und

00:20:24.834 --> 00:20:26.794
was muss dann eigentlich eine Komponente können,

00:20:26.954 --> 00:20:30.774
damit wir das gut einstellen können, damit wir vielleicht auch mal einen A-B-Test machen können,

00:20:31.454 --> 00:20:36.194
um mal die Variante mit der Headline drüber und die mit dem Button etwas größer

00:20:36.194 --> 00:20:37.634
auszuprobieren statt was anderem.

00:20:37.674 --> 00:20:42.714
Also möglichst früh halt darüber zu reden, was braucht man eigentlich an Komponenten

00:20:42.714 --> 00:20:44.094
und was müssen die können.

00:20:44.734 --> 00:20:48.194
Und dann folgt halt, wie malt man sie an, wie baut man sie und so weiter,

00:20:48.214 --> 00:20:50.094
weil diese, wir nennen das manchmal Component API,

00:20:50.594 --> 00:20:55.114
sich da halt möglichst früh zusammenzusetzen mit möglichst vielen Leuten und

00:20:55.114 --> 00:20:59.254
zu überlegen, was sind denn wirklich unsere Requirements und das dann im Frontend

00:20:59.254 --> 00:21:02.434
auch festzunageln und zu bauen in seinem Designsystem.

00:21:04.263 --> 00:21:10.783
Ja, das hat sich wirklich als bewährt bewiesen, auch wenn viele Auftraggeber

00:21:10.783 --> 00:21:15.203
am Anfang dann denken, wieso jetzt nochmal das Ganze fast Stakeholder aufmachen,

00:21:15.343 --> 00:21:17.343
weil wir dann auch wirklich reingehen und sagen,

00:21:17.563 --> 00:21:22.983
wer ist denn involviert in dem Prozess, wer arbeitet damit und lasst uns da

00:21:22.983 --> 00:21:25.283
nochmal wirklich reingucken und fragen.

00:21:25.643 --> 00:21:30.863
Wo sind denn da Pains und Gains und was wollen die eigentlich damit erledigt bekommen.

00:21:30.863 --> 00:21:38.863
Und dann hat sich auch, also grundsätzlich Blueprint gibt es dafür nicht so.

00:21:38.963 --> 00:21:43.243
Das ist auch wieder sehr individuell auf die Organisation und ihre Bedürfnisse

00:21:43.243 --> 00:21:46.363
oder auch Produkte und Anwendungen zugeschnitten.

00:21:46.363 --> 00:21:51.423
Aber dass man zumindest schaut, dass man entweder klein anfängt,

00:21:51.543 --> 00:21:56.823
sagt, okay, wir nicht alles wieder auch im Designsystem upfront bauen,

00:21:57.023 --> 00:22:01.183
sondern gucken, wo können wir möglichst schnell auch Wert mit den Komponenten schaffen.

00:22:01.183 --> 00:22:10.243
Das kann ein Pilotprojekt sein oder ein kleineres, vielleicht nicht ganz so wichtiges Projekt,

00:22:10.483 --> 00:22:15.243
was eh neu gebaut werden muss, wo man dann erste Erfahrungen sammelt,

00:22:15.323 --> 00:22:19.103
die man dann möglichst schnell auch wieder iterativ in die Entwicklung einfließen lässt.

00:22:19.103 --> 00:22:23.963
Das heißt, es kann aber auch eine total wichtige,

00:22:24.223 --> 00:22:28.343
die eine total komplexe Komponente sein, die vielleicht nur zwei Teams nutzen,

00:22:28.483 --> 00:22:33.263
die aber wichtige Produkte machen, an denen viel Umsatz hängt und wo die sich

00:22:33.263 --> 00:22:38.223
oft die Zähne ausbeißen, dass man denen diesen Schmerz nimmt und sagt, wir bauen diese,

00:22:38.423 --> 00:22:41.683
lasst uns doch damit anfangen und damit den Wert schaffen.

00:22:41.803 --> 00:22:45.123
Also das ist auch sehr, sehr unterschiedlich.

00:22:48.401 --> 00:22:54.821
Was für Werte kann so ein Design-System so generell für die verschiedenen Parteien schaffen?

00:22:54.981 --> 00:23:05.841
Also mir würde jetzt einfallen, man muss halt eben sich die Gedanken hinsichtlich Tonalität,

00:23:05.881 --> 00:23:12.361
Design und so nur einmal machen und kann dann eben später sich einfach aus dem

00:23:12.361 --> 00:23:17.001
Baukasten bedienen und ist dann sozusagen mit dem Upfront-Investment am Anfang,

00:23:17.001 --> 00:23:19.361
aber hinterher dann einfach deutlich schneller.

00:23:21.261 --> 00:23:27.701
Was kann man noch machen? Man kann Komplexität generell gut kapseln vielleicht

00:23:27.701 --> 00:23:33.581
und also quasi dann durch Einsatz multiplizieren.

00:23:34.421 --> 00:23:38.481
Das kann Barrierefreiheit sein, die da auch drin steckt, aber vielleicht irgendwie

00:23:38.481 --> 00:23:44.781
auch andere Aspekte wie Performance und so, also Dinge, die sehr komplex sind.

00:23:46.041 --> 00:23:52.061
Genau, was könnten oder was sind denn noch so Antreiber, warum man in einer

00:23:52.061 --> 00:23:57.221
Firma oder in einem Projekt ein Designsystem haben wollen könnte?

00:23:57.381 --> 00:24:01.381
Also wie kann man das zum Beispiel an andere pitchen in der Firma,

00:24:01.501 --> 00:24:05.281
die vielleicht noch so ein bisschen, die noch nicht so weit sind gedanklich?

00:24:06.441 --> 00:24:11.281
Also was auch neben all dem Gesagten noch ein sehr relevanter Faktor ist,

00:24:11.361 --> 00:24:15.041
wenn ein Unternehmen halt viele unterschiedliche Marken hat,

00:24:15.181 --> 00:24:21.681
mit eigenem Auftreten, das Designsystem einen halt da sehr gut befähigt,

00:24:21.721 --> 00:24:27.061
eben Multi-Theming oder Multi-Mandanten-Fähigkeit zu schaffen und im Kern hat

00:24:27.061 --> 00:24:34.221
man trotzdem all diese Mehrwerte, die du gerade genannt hast und somit eben das skalieren lässt.

00:24:35.717 --> 00:24:41.117
Man kann, also jetzt für mich ein bisschen durch die UX-Brille gesehen,

00:24:41.657 --> 00:24:46.357
ich bin viel schneller, also vielleicht nur kleine Mehrwerte,

00:24:46.357 --> 00:24:51.297
aber man kann schneller Prototypen bauen, außerhalb von Figma,

00:24:51.417 --> 00:24:52.677
sondern mit lauffähigem Code.

00:24:54.137 --> 00:25:00.057
Wir haben für ein Team bei der UNICEF das gebaut. Die machen Performance-Marketing.

00:25:01.317 --> 00:25:07.937
Die sind damit, also sind viel, viel schneller fähig, Seiten live zu stellen,

00:25:08.037 --> 00:25:14.277
weil sie das schon haben und sich Prozesse sparen im Sinne von Designagentur beauftragen.

00:25:14.277 --> 00:25:17.117
Dann gibt es ein Konzept und dann gibt es die Umsetzung und jetzt haben wir

00:25:17.117 --> 00:25:22.917
endlich unsere Spendenseite, sondern jetzt kann sich die Agentur wirklich um

00:25:22.917 --> 00:25:28.077
das Konzept und die visuelle Identität so einer Spendenkampagne kümmern und die UNICEF selber,

00:25:28.157 --> 00:25:30.717
das Team selber, baut die dann selber.

00:25:30.717 --> 00:25:35.497
Das heißt, da werden immense Kosten gespart, die sonst für Entwicklungen auch

00:25:35.497 --> 00:25:38.797
vielleicht an eine Drittfirma bezahlt wurden.

00:25:38.957 --> 00:25:45.757
Und so kommt es da dann sogar in dem schönen Beispiel dann wirklich den Bedürftigen noch mehr zunutze.

00:25:46.657 --> 00:25:50.617
Ich glaube auch. Du hast viele, viele Werte da ja auch, glaube ich,

00:25:50.637 --> 00:25:52.977
gut schon genannt mit Accessibility und so weiter.

00:25:52.977 --> 00:25:56.937
Wobei ich sagen würde, so bestimmte Dinge werden quasi auch schon fast von einem

00:25:56.937 --> 00:25:59.917
erwartet mittlerweile, wenn man sagt, dass man ein Designsystem baut,

00:25:59.937 --> 00:26:03.397
ist irgendwie auch die Erwartung, dass es performant ist, dass es accessible ist.

00:26:03.557 --> 00:26:06.237
Also zumindest ist das so ein bisschen unser Gefühl mittlerweile,

00:26:06.337 --> 00:26:09.597
dass das jetzt auch nicht mehr die Alleinstellungsmerkmale oder das Besondere

00:26:09.597 --> 00:26:11.057
ist, was man da erzählen kann.

00:26:12.258 --> 00:26:15.498
Was ich noch ganz interessant finde, ist, wenn man eben schon solche Standards

00:26:15.498 --> 00:26:18.838
in so einem Designsystem für sich schafft und da sehr viel dokumentiert,

00:26:18.918 --> 00:26:22.458
halt auch darüber nachzudenken, wie man diese ganzen dokumentierten,

00:26:22.518 --> 00:26:26.618
oft ja auch sehr strukturierten Informationen halt auch noch einfacher nutzbar

00:26:26.618 --> 00:26:28.818
machen kann in anderen Systemen zum Beispiel.

00:26:28.818 --> 00:26:31.518
Beispiel, also wenn ich Komponenten habe und sehr genau weiß,

00:26:31.678 --> 00:26:35.438
wie sind die aufgebaut, welche Eigenschaften haben die so, bin ich gar nicht

00:26:35.438 --> 00:26:39.118
mehr so weit davon entfernt, das auch zu konvertieren für einen Redakteur in

00:26:39.118 --> 00:26:42.558
einem CMS-System, der dann genau so eine Komponente einsetzen kann.

00:26:42.558 --> 00:26:45.958
Also, Daniel hatte gerade so ein bisschen dieses UNICEF-Beispiel genannt.

00:26:46.178 --> 00:26:49.058
Da sieht man das, finde ich, ganz schön. Die haben halt angefangen mit so einem

00:26:49.058 --> 00:26:50.378
Git-basierten Workflow.

00:26:50.458 --> 00:26:54.458
Das heißt, die haben sich dann selber ihre Snippets zusammen kopiert aus Komponenten.

00:26:54.458 --> 00:26:57.358
Die haben sich in Storybooks zusammen konfiguriert, genauso wie sie die brauchen.

00:26:57.738 --> 00:27:00.598
Und dann kopieren die die einfach hintereinander und dann wird eine neue Seite

00:27:00.598 --> 00:27:03.778
der Spendenkampagne live gestellt.

00:27:04.198 --> 00:27:07.798
Und das merken die halt auch, dass es als Git-Workflow jetzt noch nicht so convenient,

00:27:07.938 --> 00:27:11.098
wie das ein Redakteur sich eigentlich gerne wünscht. Wenn dann viele Bilder

00:27:11.098 --> 00:27:14.098
hochgeladen werden müssen, muss man die wie einzeln in Git hochladen.

00:27:14.638 --> 00:27:18.938
Das ist einfach nicht optimal und da tauscht man das Ganze jetzt halt gegen

00:27:18.938 --> 00:27:22.338
eine eher CMS-basierte Lösung aus, aber kann halt seine Komponenten genauso

00:27:22.338 --> 00:27:26.518
behalten, wie sie da waren, weil es sind ja die richtigen Komponenten.

00:27:26.518 --> 00:27:30.318
Da hat man sich ja unabhängig von irgendeinem CMS-System Gedanken drüber gemacht

00:27:30.318 --> 00:27:32.638
und das ist halt genau diese Herangehensweise,

00:27:32.678 --> 00:27:35.038
sich diese Gedanken halt unabhängig und vorher zu machen,

00:27:35.178 --> 00:27:39.678
befähigt einen dann auch unabhängiger gegenüber vielleicht seinen Systemen zu

00:27:39.678 --> 00:27:44.738
sein, die man anbindet und vielleicht Algorithmen zu haben, die das automatisch für einen tun können.

00:27:44.818 --> 00:27:48.298
Das ist so, was uns in letzter Zeit vor allem umtreibt, wie man vielleicht auch

00:27:48.298 --> 00:27:52.898
noch effizienter automatisiert Wert generieren kann mit so einem Design-System.

00:27:56.225 --> 00:28:04.265
Und, aber würdet ihr sagen, dass Designsysteme schon so einen No-Brainer-Status

00:28:04.265 --> 00:28:07.725
mittlerweile erreicht haben, dass also sozusagen man den Leuten nicht erklären

00:28:07.725 --> 00:28:09.505
muss, warum ein Designsystem,

00:28:09.745 --> 00:28:14.925
also sozusagen ist es schon so, dass alle von Designsystemen gehört haben und

00:28:14.925 --> 00:28:20.645
eigentlich von denen träumen, wenn sie denn keins haben, aber man sie nicht

00:28:20.645 --> 00:28:24.345
überzeugen muss oder wie ist da so die Lage draußen?

00:28:24.345 --> 00:28:28.525
Ich glaube, dann habe ich wahrscheinlich auch etwas zu sehr aus der Blase gesprochen

00:28:28.525 --> 00:28:30.785
gerade. Das gebe ich auch gerne zu.

00:28:30.925 --> 00:28:34.705
Aber das ist schon noch ein Nischenthema. Wie gesagt, wir sehen da sehr großes

00:28:34.705 --> 00:28:37.165
Interesse und auch wirklich sehr großes Wachstum.

00:28:37.185 --> 00:28:40.925
Aber es ist halt immer noch ein sehr kleines Thema, was halt in sehr bestimmten

00:28:40.925 --> 00:28:43.085
Bereichen aus unserer Sicht den Wert hat.

00:28:43.085 --> 00:28:46.745
Wir sagen selber, wenn wir danach gefragt werden, auch häufig die Firma mit

00:28:46.745 --> 00:28:50.405
100 Mitarbeitern in einer Digitalabteilung, die auch tatsächlich mit mehr als

00:28:50.405 --> 00:28:54.405
ein, zwei Touchpoints zu tun hat, die haben da einen Wert von.

00:28:54.445 --> 00:28:59.045
Für ganz viele darunter ist das häufig auch Overhead, zumindest wenn man es

00:28:59.045 --> 00:29:02.525
alles selber machen soll und auch alles sich selber ausdenken soll.

00:29:02.525 --> 00:29:05.305
Da hoffen wir natürlich, dass wir vielleicht diese Lücke so ein bisschen schließen

00:29:05.305 --> 00:29:09.505
können, dass vielleicht mit sowas wie Kickstart TS einfach der Invest-Upfront

00:29:09.505 --> 00:29:12.625
so ein bisschen kleiner wird und damit es vielleicht mehr Leute interessant wird.

00:29:12.845 --> 00:29:16.665
Aber am Ende des Tages muss man schon fairerweise sagen, dass lange nicht jeder

00:29:16.665 --> 00:29:20.425
davon profitiert und auch lange nicht jeder das Thema so gut kennt,

00:29:20.485 --> 00:29:22.805
dass es da Selbstverständlichkeiten gäbe, glaube ich.

00:29:23.765 --> 00:29:28.485
Nee, das merken wir schon auch. Also, wenn wir Kicks.at.de vorstellen,

00:29:29.145 --> 00:29:33.925
dann muss man eigentlich mal doppelt pitchen. Also, erst mal das Designsystem.

00:29:34.545 --> 00:29:35.765
Warum ist das gut?

00:29:36.805 --> 00:29:41.525
Und um dann zu sagen, das ist halt auch ein großer Aufwand und ein großer Invest.

00:29:42.105 --> 00:29:47.025
Und das wollen wir mit Kicks.at.de als Open-Source-Lösung halt eben für dich,

00:29:47.045 --> 00:29:53.625
liebes Unternehmen, noch viel günstiger und einfacher machen. Und das stimmt schon.

00:30:20.505 --> 00:30:26.125
Wir sind hier inkonsistent und da kommt bald Barrierefreiheit auf uns zu und wie tacklen wir das?

00:30:26.525 --> 00:30:31.345
So und dann wird es vielleicht schon ein bisschen einfacher.

00:30:32.285 --> 00:30:36.625
Aber insgesamt ist das noch immer leider ein frisches Thema.

00:30:38.193 --> 00:30:42.353
Und gibt es auch oder habt ihr Mittel und Wege gefunden,

00:30:42.573 --> 00:30:50.673
auch sowas zu entwickeln wie sozusagen Design-System-KPIs,

00:30:50.833 --> 00:30:59.033
also dass ihr sowas macht, wie dass ihr quasi ein, so waren eure Performance-Metriken

00:30:59.033 --> 00:31:01.933
in bestimmten Bereichen, bevor ihr ein Design-System hattet.

00:31:01.933 --> 00:31:06.533
Und jetzt haben wir ein Designsystem und schaut mal, so hier können wir auch

00:31:06.533 --> 00:31:11.353
irgendwie euch zeigen, dass Dinge besser geworden sind. Habt ihr sowas auch schon mal gemacht?

00:31:12.473 --> 00:31:17.933
Also wir haben schon mit Unternehmen drüber gesprochen, aber ich finde,

00:31:18.593 --> 00:31:23.233
oder merke halt, die Unternehmen, die sich gerade um Telemetrie kümmern von

00:31:23.233 --> 00:31:25.693
Designsystemen und wirklich das versuchen zu messen, das sind die,

00:31:25.773 --> 00:31:27.533
die auch schon da ein paar Jahre,

00:31:28.673 --> 00:31:35.093
in der Reifeskala weil er sehr weit oben stehen und schon viele Erfahrungen gemacht haben.

00:31:35.433 --> 00:31:40.013
Aber vielleicht auch so, Unicef-Projekt hat vorher.

00:31:42.593 --> 00:31:47.413
Jede Spendenkampagne hat sechs Wochen gebraucht, jetzt nur noch zwei oder so.

00:31:48.353 --> 00:31:52.033
In dem Kontext kann man das sehr deutlich benennen, ja. Also da gibt es dann

00:31:52.033 --> 00:31:54.453
so sehr offensichtliche Themen.

00:31:54.833 --> 00:31:57.873
Was Daniel nur so ein bisschen anspricht, ist dieses Return on Invest und so,

00:31:57.933 --> 00:32:01.153
ist halt ein Riesenthema in diesem Designsystem-Bereich, muss man sagen.

00:32:01.293 --> 00:32:05.773
Und aus unserer Sicht halt vielleicht auch nicht immer die wichtigste Frage vorneweg.

00:32:05.993 --> 00:32:11.193
Also wir sehen halt, dass man das beste Feedback halt, wenn man eben klein anfängt,

00:32:11.213 --> 00:32:15.213
das Ganze iterativ angeht, halt eben aus den eigenen Abteilungen bekommt und

00:32:15.213 --> 00:32:17.273
den Personen, die in diesen Projekten sagen,

00:32:17.533 --> 00:32:21.693
ja, das funktioniert gut oder das funktioniert nicht gut und das macht meine Arbeit einfacher.

00:32:21.693 --> 00:32:25.813
Ich tue mich da immer schwer damit, dass auch so einfache Zahlen runterzubrechen

00:32:25.813 --> 00:32:30.053
am Ende, weil es glaube ich gar nicht geht und man dann nur schnell Gefahr läuft,

00:32:30.153 --> 00:32:33.833
irgendwelchen Zahlen wie Adoption Rates hinterherzulaufen und irgendwie Leute

00:32:33.833 --> 00:32:37.473
darauf trimmt, irgendwo Buttons auszutauschen, aber am Ende ihnen auch nur das

00:32:37.473 --> 00:32:39.953
Leben zur Hölle macht und nicht wirklich Wert generiert.

00:32:41.462 --> 00:32:44.542
Ich glaube, das ist schwierig, das so auf schöne Zahlen runterzubringen,

00:32:44.602 --> 00:32:47.042
was ja immer Spaß macht eigentlich und irgendwie auch cool ist.

00:32:48.282 --> 00:32:51.762
Ja, und auch da gibt es so die unterschiedlichen Perspektiven.

00:32:51.822 --> 00:32:56.262
Also vielleicht das DesignOps-Team, die sich vorrangig um das Designsystem kümmern,

00:32:56.362 --> 00:33:00.102
die dann halt feststellen wollen, wie viele Forks gibt es denn hier oder so,

00:33:00.182 --> 00:33:03.142
um Indikatoren zu finden, ob was gut ist oder schlecht ist.

00:33:03.462 --> 00:33:11.222
Aber jetzt wirklich gesprochen aus so Executive-Brille in irgendwie ROI und

00:33:11.222 --> 00:33:14.742
was bringt uns das denn auf der Skala gegenüber dem Invest?

00:33:15.602 --> 00:33:18.822
Das ist halt wirklich die Frage, wie kann man das verkaufen,

00:33:18.902 --> 00:33:27.462
wenn man so Exec-Level-Menschen hat, die da irgendwie noch nicht so durchsteigen bei dem Thema.

00:33:28.662 --> 00:33:32.782
Und da ist es halt, muss man sagen, häufig alleine halt das Erklären darum,

00:33:32.882 --> 00:33:36.802
wie das Ganze theoretisch funktioniert und dann im besten Fall halt auch das

00:33:36.802 --> 00:33:40.542
Erklären, warum das Effizienz bedeutet, bedeutet, ohne dass man die jetzt automatisch

00:33:40.542 --> 00:33:41.802
eins zu eins messen könnte,

00:33:41.942 --> 00:33:44.102
aber warum das halt dann wert ist.

00:33:44.142 --> 00:33:49.022
Und da kann man auch häufig über andere Werte noch gehen, wie eben Konsistenz und wie Qualität.

00:33:49.162 --> 00:33:53.982
Also da ist dann auch Effizienz auch nur einer von den wichtigen Punkten wiederum,

00:33:54.002 --> 00:33:57.922
wenn man mit so dieser C-Level-Ebene von Entscheidern spricht.

00:34:03.805 --> 00:34:10.965
Ja. Und also insgesamt, aber auch da trotzdem, glaube ich, ist das ein ganz

00:34:10.965 --> 00:34:17.645
guter Punkt, um da anzuknüpfen und zu sagen, wie schafft man denn schneller oder besser Adoption?

00:34:17.645 --> 00:34:24.245
Weil auch das ist immer wieder ein Thema, was uns begegnet, auch wenn man sich

00:34:24.245 --> 00:34:27.905
so in dieser Design-System-Community austauscht.

00:34:28.545 --> 00:34:33.125
Jetzt gibt es ein gutes digitales Design-System, es gibt irgendwie die ersten

00:34:33.125 --> 00:34:36.765
zwei Anwendungspunkte, aber wie trage ich das denn jetzt in die Organisation?

00:34:36.765 --> 00:34:47.705
So als Lehrauftrag oder gibt es auch etliche total diverse Mittel,

00:34:47.945 --> 00:34:51.285
das reinzutragen mit Trainings und so weiter.

00:34:51.285 --> 00:34:57.645
Und so ganz pragmatisch haben wir immer gemerkt, ist wirklich einfach gucken,

00:34:57.885 --> 00:35:02.585
wo gibt es denn einen konkreten Punkt und das dann auch so ein bisschen entweder

00:35:02.585 --> 00:35:07.605
gecoacht mittragen von dem Team, als dass man jetzt wieder sagt,

00:35:07.705 --> 00:35:09.025
wir machen Trainings und so weiter.

00:35:10.465 --> 00:35:15.605
Und dann ist das nur eine andere Art von, wir kippen das über den Zaun und dann

00:35:15.605 --> 00:35:18.185
macht doch mal. Das hilft halt auch oft nicht.

00:35:19.745 --> 00:35:25.225
Also du meinst quasi, dass man zum Anschieben mit in die Teams reingeht und

00:35:25.225 --> 00:35:30.785
sozusagen dieses Designsystem mitbringt und mit denen das dann etabliert in

00:35:30.785 --> 00:35:33.585
ihren Produkten, an denen die bauen. Genau.

00:35:35.085 --> 00:35:39.025
Und darüber kann man dann vielleicht auch sehen, gibt es hier wieder bestimmte

00:35:39.025 --> 00:35:40.925
Muster, was immer wieder vorkommt

00:35:40.925 --> 00:35:46.065
und da dann wieder durch irgendwie Semi-Automatisierung oder gute,

00:35:46.225 --> 00:35:53.305
passgenaue Dokumentation, das halt dann zu unterstützen und von da aus dann das zu multiplizieren.

00:35:54.785 --> 00:36:00.325
Also wie eben jetzt auch bei der UNICEF, wo es dann halt erst durch so Code

00:36:00.325 --> 00:36:02.025
anfängt und sagen zu bauen, jetzt.

00:36:03.785 --> 00:36:09.185
Wandeln wir das in so ein CMS-Paket und dann ist es noch mal viel leichter für

00:36:09.185 --> 00:36:14.365
ein Team, was vielleicht weniger Code-affin ist, auch darauf onzuborden und

00:36:14.365 --> 00:36:18.425
dann kommt der nächste Touchpoint dazu und dann der nächste Touchpoint,

00:36:20.065 --> 00:36:29.165
und Ja, wenn man das Anwenden leicht macht, ist es natürlich immer vorteilhaft.

00:36:30.025 --> 00:36:32.465
Ich würde auch sagen, dass das eben nicht als Last gesehen wird.

00:36:32.585 --> 00:36:35.325
Das würde ich auch fast behaupten. Wenn du die Arbeit nicht vereinfachst von

00:36:35.325 --> 00:36:37.685
den Leuten, die damit arbeiten sollen, dann werden sie es nicht einsehen.

00:36:37.985 --> 00:36:42.245
Also das muss man halt einfach, es sollte kein Regelwerk sein,

00:36:42.345 --> 00:36:46.585
nachdem ich geprüft werde, ist das, glaube ich, einer der wichtigsten Punkte, dass das halt.

00:36:48.259 --> 00:36:53.519
Wirklich differenziert passieren muss. Ja, und das ist auch so ein bisschen

00:36:53.519 --> 00:36:55.699
bei uns zum Motto geworden.

00:36:56.199 --> 00:37:01.299
Ein Designsystem ist nichts ohne ein System, welches es anwendet.

00:37:02.699 --> 00:37:06.959
Und unter dem Motto bauen wir jetzt auch demnächst so,

00:37:08.039 --> 00:37:13.499
also wir haben die gebaut, eben fertige CMS-Data, die dann mit Kickstart DS

00:37:13.499 --> 00:37:20.319
sozusagen direkt das ein bisschen Ende zu Ende denken und aufnehmen und auch

00:37:20.319 --> 00:37:21.879
da den Einstieg erleichtern sollen.

00:37:23.019 --> 00:37:26.859
Genau, das geht so ein bisschen in die Kerbe. Wie kann man das schneller nutzbar machen?

00:37:26.999 --> 00:37:30.599
Wie kann man vielleicht auch für so eine Idee wie ein Designsystem die Tür öffnen,

00:37:30.659 --> 00:37:32.699
wenn da vielleicht noch gar nicht die Gedanken für da sind?

00:37:32.799 --> 00:37:36.919
Also eben auch in die etwas kleineren Unternehmen in die Richtung gedacht,

00:37:37.079 --> 00:37:41.179
die vielleicht nicht die Mittel haben, mal eben noch ein Designsystem aufzuziehen,

00:37:41.219 --> 00:37:44.899
halt irgendwie so einen Starter bereitzustellen, der erstmal eine Website für

00:37:44.899 --> 00:37:48.039
mich abbildet, weil die brauchen die meisten irgendwie, Selbst große brauchen

00:37:48.039 --> 00:37:51.339
dauernd Websites, ob es Landingpages sind, Marketingkampagnen.

00:37:51.399 --> 00:37:55.199
Auch die wollen immer schnell sein und möglichst neben dem Haupt-CMS auf der

00:37:55.199 --> 00:37:57.099
.com arbeiten können, wenn sie das tun.

00:37:57.299 --> 00:38:00.799
Auch für die ist das interessant, aber gerade für die Kleineren halt zu sagen,

00:38:01.259 --> 00:38:04.859
wie kann man denn vielleicht schnell loslegen, ohne sich gleich in den Fuß zu

00:38:04.859 --> 00:38:08.219
schießen dabei, weil man, weiß ich nicht, vielleicht nach einem halben Jahr

00:38:08.219 --> 00:38:12.159
dann doch bereut, mit Tailwind UI alles zusammengeklebt zu haben und jetzt fängt

00:38:12.159 --> 00:38:14.479
es halt irgendwie an zu bröckeln, weil man nochmal dran muss.

00:38:14.999 --> 00:38:18.419
Ist das so ein bisschen die Idee? Wie können wir das halt weiter runterbrechen?

00:38:18.719 --> 00:38:23.299
Und da ist halt ein Kernpunkt von dem, was wir machen, und das ist auch so ein

00:38:23.299 --> 00:38:26.279
bisschen ein Rückgriff auf, was ich mit dieser Strukturierung meinte,

00:38:26.399 --> 00:38:30.199
dass wir halt JSON-Schema benutzen, um Komponenten zu dokumentieren.

00:38:30.939 --> 00:38:34.039
Das ist halt ein super Mittel, wir nutzen alle den ganzen Tag,

00:38:34.099 --> 00:38:39.959
ist zumindest mein Gefühl, JSON als quasi Standard in der Front- und Backend-Entkopplung,

00:38:39.999 --> 00:38:41.699
also ob wir da über APIs reden,

00:38:41.959 --> 00:38:47.899
ob wir CMS-Systeme anbinden, ob wir irgendwie JSON oder YAML in Repositories

00:38:47.899 --> 00:38:53.859
ablegen, am Ende sind es eigentlich immer so ganz gleiche Objektstrukturen, JSON halt.

00:38:54.279 --> 00:38:57.899
Und das war für uns so der Punkt, als wir angefangen haben, Kickstarter erst

00:38:57.899 --> 00:39:01.119
zu schreiben, Wir haben schon lange eben so Komponentenbibliotheken gebaut.

00:39:01.639 --> 00:39:05.239
Einer der Hauptpunkte, die wir uns gefragt haben, wie können wir das noch besser strukturieren?

00:39:05.339 --> 00:39:08.699
Und da haben wir Jason Schema gefunden und jetzt halt gesehen,

00:39:08.939 --> 00:39:13.999
dass uns das halt wirklich ermöglicht, dann so einen CMS-Connector einfach automatisch zu generieren.

00:39:13.999 --> 00:39:17.259
Das heißt, du hast dein Designsystem, du hast irgendwie eine Schemadatei,

00:39:17.279 --> 00:39:20.999
die sagt, hier, das ist meine Page, die besteht aus einer Reihe von Sections

00:39:20.999 --> 00:39:23.559
und Sections dürfen diese 15 Komponenten enthalten,

00:39:23.699 --> 00:39:27.239
die ich dir hier benenne und dann automatisch halt hinzugehen und zu sagen,

00:39:27.319 --> 00:39:31.759
okay, dann nimm doch diese Information und konvertier die in ein Storyblock-Schema

00:39:31.759 --> 00:39:36.379
oder in ein Static-CMS-Schema und wenn man sich diese ganzen Headless-Systeme so anschaut,

00:39:36.479 --> 00:39:40.019
sieht man schnell, dass die am Ende im Kern alle das Gleiche machen.

00:39:40.019 --> 00:39:46.099
Also im Grunde so glorifizierte Datenbank-Verwaltungstools für JSON-Dokumente sind.

00:39:46.479 --> 00:39:50.219
Und der eine hat dann seinen Schnitt eher so gelegt, dass es ein bisschen strukturierter

00:39:50.219 --> 00:39:53.619
ist beim anderen, beim anderen ist es ein bisschen mehr strukturiert und am

00:39:53.619 --> 00:39:55.559
Ende ist es aber eigentlich immer das Gleiche.

00:39:55.559 --> 00:39:59.759
Und das ist so ein bisschen das, was in dem Kern für diese Starter für uns drinsteckt,

00:39:59.779 --> 00:40:02.119
eben sowas automatisch generieren.

00:40:02.479 --> 00:40:05.459
Wenn du schon ein Designsystem hast, wenn du schon so lange mit den hoffentlich

00:40:05.459 --> 00:40:08.479
richtigen Leuten darüber gesprochen hast, was so eine Komponente können soll,

00:40:08.659 --> 00:40:11.919
warum dann die Finger damit jedes Mal wieder schmutzig machen,

00:40:11.999 --> 00:40:17.259
sie immer und wieder zu implementieren oder beim Wechsel des Systems alles neu erfinden zu müssen.

00:40:17.259 --> 00:40:22.599
Das ist so für mich immer der größte Pain gewesen, wie bereitwillig im Frontend

00:40:22.599 --> 00:40:25.559
immer noch Code weggeschmissen wird, immer und immer wieder,

00:40:25.659 --> 00:40:29.099
obwohl da sehr viel Zeit und sehr viel Aufwand drin steckt häufig.

00:40:30.300 --> 00:40:34.460
Da denke ich eher, könnte so ein Frontend eher das sein, was überdauert und

00:40:34.460 --> 00:40:38.460
das CMS-System oder mein Backend ist vielleicht das, was sich immer mal wechselt.

00:40:38.460 --> 00:40:40.240
Mal ist es vielleicht die API, mal eine andere.

00:40:40.380 --> 00:40:43.660
Also das macht zumindest so in meiner Welt wesentlich mehr Sinn,

00:40:43.740 --> 00:40:48.120
als dass das Frontend immer der Ort ist, wo man alles neu erfinden muss,

00:40:48.220 --> 00:40:49.480
wenn man irgendwie anfängt.

00:40:51.580 --> 00:40:54.380
Das passt jetzt vielleicht so ein bisschen zusammen, was wir da jetzt gerade

00:40:54.380 --> 00:40:55.680
versucht haben und wie das so

00:40:55.680 --> 00:40:58.480
ein bisschen funktioniert und soll aber im Grunde auch nur nochmal sagen,

00:40:58.620 --> 00:41:01.980
wenn man sich diese strukturierten Gedanken am Anfang macht und auch überlegt,

00:41:01.980 --> 00:41:05.660
wie kann ich mir solchen Wert generieren, dann kann man da, glaube ich,

00:41:05.660 --> 00:41:07.140
kreative Lösungen für sich finden.

00:41:07.460 --> 00:41:11.020
Das muss dann nicht unser Storyblock-Starter mit unserem Schema sein,

00:41:11.200 --> 00:41:14.840
sondern das kann auch meine ganz eigene Systematik sein, in der ich mir irgendwie

00:41:14.840 --> 00:41:18.580
geschickt die Informationen irgendwo rausziehe und einem anderen in meinem Unternehmen

00:41:18.580 --> 00:41:21.140
bereitstelle, der das bei sich wieder anwenden kann.

00:41:21.180 --> 00:41:25.580
Ob das ein MPM-Package ist, ob das eine JSON-Datei ist, die ich ihm per Mail schicke.

00:41:25.700 --> 00:41:31.260
Wie gesagt, das will ich gar nicht sagen, dass das da immer genau eine Art hat, wie das aussieht.

00:41:34.360 --> 00:41:39.340
Ich weiß, als du das letzte Mal da warst und wir über Designsysteme gesprochen

00:41:39.340 --> 00:41:43.200
hatten und auch über Kickstart DS im Speziellen,

00:41:44.540 --> 00:41:50.160
dass natürlich dann irgendwann auch die Frage aufkam, in welcher Frontend oder

00:41:50.160 --> 00:41:52.180
mit welchem Frontend-Stack ist das gebaut.

00:41:52.400 --> 00:41:57.860
Und da landet man ja dann eigentlich früher oder später immer bei dem Thema Web-Components,

00:41:58.800 --> 00:42:04.840
weil das natürlich auch so ein bisschen so der, zumindest konzeptionell der

00:42:04.840 --> 00:42:09.800
Garant dafür ist, dass man sein Frontend ja dann vor jegliches,

00:42:10.720 --> 00:42:14.240
was auch immer für eine Logik da am Start ist, schnallen kann.

00:42:15.240 --> 00:42:20.580
Aber ich weiß, dass ihr damals euch für React entschieden hattet, glaube ich.

00:42:21.703 --> 00:42:27.243
Ähm, wie es, wie seht ihr, oder wie seht ihr diese Fragestellung?

00:42:28.303 --> 00:42:32.743
Interessanterweise würde ich sagen, hat das sich relativ aktuell verändert so ein bisschen.

00:42:32.863 --> 00:42:38.643
Und auch da war in der Folge 600 ja ein sehr schöner, langer Austausch zu Web-Components zu hören.

00:42:38.883 --> 00:42:41.883
Und aus unserer Sicht war der große Knackpunkt immer,

00:42:42.003 --> 00:42:47.543
dass es halt für uns, die schon irgendwo auch so ein bisschen diese Unternehmensseiten,

00:42:47.623 --> 00:42:51.483
Marketing-Darstellungsseiten in der DNA haben, halt so der fehlende Block,

00:42:51.583 --> 00:42:54.183
was jetzt SEO angeht, die JavaScript-Abhängigkeit.

00:42:54.183 --> 00:42:57.583
Da waren für uns viele Fragen drin, wo wir uns halt nicht sicher waren,

00:42:57.643 --> 00:43:00.263
dass das einen riesen Wert darstellt, so wie es aktuell ist.

00:43:00.663 --> 00:43:06.063
Aber damit das jetzt der Declarative Shadow DOM da ist, sieht das aus unserer

00:43:06.063 --> 00:43:08.683
Sicht plötzlich sehr, sehr viel interessanter aus und ist auch was,

00:43:08.683 --> 00:43:12.743
wo wir sehr aktiv drüber nachdenken, unsere Komponenten eben darauf umzustellen.

00:43:12.743 --> 00:43:16.783
Wir haben früher auch schon gesagt, für uns ist das, was die Komponente nachher

00:43:16.783 --> 00:43:19.743
definiert, halt das Markup, was da rauskommt.

00:43:19.823 --> 00:43:23.663
Ob das jetzt von einem React erzeugt wird oder von einer Web-Component oder von einem Vue.js,

00:43:23.903 --> 00:43:28.463
das ist uns irgendwo auch ein Stück weit egal, solange da halt bestimmte Funktionen

00:43:28.463 --> 00:43:33.783
gegeben sind, bestimmte Qualitätskriterien einhaltbar sind mit dem Ansatz,

00:43:33.823 --> 00:43:35.503
ist uns der Ansatz eigentlich egal.

00:43:35.503 --> 00:43:37.983
Egal, wenn wir ganz viel Geld hätten, würden wir es einfach in jedem Framework bauen.

00:43:38.823 --> 00:43:43.543
Das ist natürlich der Pipe-Dream, der wahrscheinlich auch keinen echten Sinn

00:43:43.543 --> 00:43:46.423
macht und nur sehr oberflächlich irgendwie sich nett anhört,

00:43:46.503 --> 00:43:49.763
aber theoretisch aus unserer Sicht könnte man das ja auch tun.

00:43:49.943 --> 00:43:53.583
Und deswegen finde ich Web-Components super spannend, weil sie halt so ein gemeinsames

00:43:53.583 --> 00:43:56.363
Dach vielleicht auch irgendwann über verschiedene Entscheidungen,

00:43:56.403 --> 00:44:00.363
die ja auch zu verschiedenen Szenarien die richtigen sind. React ist nicht immer

00:44:00.363 --> 00:44:01.263
die richtige Entscheidung.

00:44:01.463 --> 00:44:05.903
Das würden auch wir nicht behaupten. Es ist nur für uns in dem Moment die richtige gewesen,

00:44:06.143 --> 00:44:10.743
weil es halt auf Composition-Ebene für uns super viele wertvolle Features mitgebracht

00:44:10.743 --> 00:44:15.203
hat, die wir sonst auch so noch nicht so einfach als Ersatz gefunden hätten.

00:44:15.223 --> 00:44:17.163
Aber ich finde halt, Web Component ist super interessant.

00:44:17.423 --> 00:44:20.323
Also ich glaube auch, dass es da auch für uns hingehen wird.

00:44:21.423 --> 00:44:25.283
Ja, das ist sozusagen der heilige Gral dann, ne? Ja, aber das ist halt auch,

00:44:25.383 --> 00:44:30.023
deswegen finde ich es so spannend, weil es Interoperabilität das erste Mal wirklich eher möglich macht.

00:44:30.183 --> 00:44:34.863
Also, wir sind großer Freund von Composition und Dinge nicht jedes Mal neu erfinden.

00:44:34.943 --> 00:44:39.843
Auch wir haben nicht ein Layout-System erfunden, sondern nutzen halt Bedrock-Layout

00:44:39.843 --> 00:44:45.003
als unsere Library für Layouts in React, also Separation of Concerns.

00:44:45.003 --> 00:44:48.503
Jeder kümmert sich um bestimmte Dinge und dann sehr gut, macht ja auch einfach Sinn.

00:44:48.963 --> 00:44:53.343
Und ich glaube halt, wenn der Standard noch geteilter ist und wir gleicher an

00:44:53.343 --> 00:44:59.223
Komponenten arbeiten, wird auch das noch mehr zunehmen, dass man wirklich Kompositionen

00:44:59.223 --> 00:45:01.723
betreiben kann. Ist zumindest meine Hoffnung.

00:45:03.723 --> 00:45:07.343
Hans, ich hatte dich eben unterbrochen. Du wolltest was fragen. Ja.

00:45:09.523 --> 00:45:13.483
Ich hatte mich gefragt bei dieser Diskussion, welches Framework man nimmt,

00:45:13.683 --> 00:45:19.203
wie lang diese Diskussion denn noch ein Thema sein wird, weil im Idealfall so

00:45:19.203 --> 00:45:23.543
in meinem Kopf könnte es ja so sein, dass man jetzt zwar React schreibt,

00:45:23.663 --> 00:45:26.543
aber dann gibt es halt irgendwie ein Tool,

00:45:26.763 --> 00:45:32.763
was das Ganze halt auch so umstellen kann, dass du es halt problemlos mit Angular,

00:45:33.103 --> 00:45:37.803
sage ich jetzt einfach mal mit Vue, ist wahrscheinlich realistischer, nutzen kannst.

00:45:37.803 --> 00:45:42.103
Oder mit Welt oder wie auch immer nutzen kannst oder vielleicht auch in einem

00:45:42.103 --> 00:45:48.283
Swift UI Kontext, ja, wo es ganz anders theoretisch zugeht auf so einem iPhone,

00:45:48.523 --> 00:45:53.803
aber halt, dass man halt gar nicht mehr diese Notwendigkeit hat,

00:45:53.903 --> 00:45:57.663
so viel darüber nachzudenken, was ist jetzt meine Library of Choice,

00:45:57.963 --> 00:46:05.403
muss ich vielleicht Web Components verwenden, um halt wirklich überall sozusagen verwendbar zu sein.

00:46:05.403 --> 00:46:10.463
Oder kann ich nicht einfach sagen, ist doch egal, da gibt es ein Tool,

00:46:10.703 --> 00:46:14.463
da jage ich das durch und die API ist halt die gleiche. Ich glaube,

00:46:14.523 --> 00:46:17.183
dass Mitosis doch so ein bisschen in die Richtung geht.

00:46:17.303 --> 00:46:20.523
Also Bilder.io, die bauen ja auch so einen großen visuellen Baukasten.

00:46:20.923 --> 00:46:24.363
Ich weiß, dass die da sehr viel in der Richtung, man muss wahrscheinlich schon

00:46:24.363 --> 00:46:28.083
fast forschen, sagen, also wirklich unterwegs sind.

00:46:29.003 --> 00:46:31.863
Bisher fühlt es sich für mich noch ein bisschen früh und sehr experimentell

00:46:31.863 --> 00:46:35.683
an und ähnlich geht es mir so ein bisschen manchmal mit AI,

00:46:35.883 --> 00:46:39.043
was ja auch gerne dann als Thema aufgebracht wird, dass ich irgendwie abstrakt

00:46:39.043 --> 00:46:42.763
irgendwie da sinnvolle Verbindungen sehe, aber mir das noch nicht so konkret

00:46:42.763 --> 00:46:46.363
das Gefühl gibt, damit könnte ich irgendwie morgen das nächste Projekt bauen

00:46:46.363 --> 00:46:48.963
oder würde das guten Gefühles tun, so.

00:46:52.842 --> 00:46:57.062
Deswegen wahrscheinlich dauert es noch ein bisschen. Also noch ist es halt dann

00:46:57.062 --> 00:47:00.402
nicht so weit, aber irgendwie könnte, also wäre es ja cool, wenn das halt kein

00:47:00.402 --> 00:47:04.762
Problem mehr ist, mit dem man sich als Library Builder halt irgendwie beschäftigen muss.

00:47:04.762 --> 00:47:08.742
Uns ist es am liebsten, wenn solche Funktionalitäten in den Standard wandern.

00:47:09.022 --> 00:47:13.122
Das geht uns ähnlich, wenn wir über Design-Tokens reden, da sind wir kurz vor

00:47:13.122 --> 00:47:17.722
der Fertigstellung, also wir als die Community gesprochen, von dem offiziellen

00:47:17.722 --> 00:47:19.162
Standard für Design-Tokens.

00:47:19.162 --> 00:47:21.942
Das wird nochmal, glaube ich, einen großen Push bedeuten können,

00:47:22.102 --> 00:47:25.582
weil dann halt einfach ein allgemeiner Standard für die Definition von Tokens

00:47:25.582 --> 00:47:29.842
existiert und sich dann sowohl Design-Tooling wie Figma als auch Code-Tooling

00:47:29.842 --> 00:47:34.522
wie ein Style-Dictionary plötzlich sinnvollerweise natürlich im Standard einig sind.

00:47:34.522 --> 00:47:37.182
Und ähnlich sehe ich das mit Web-Components parallel.

00:47:37.362 --> 00:47:41.642
CSS gewinnt gerade einen Haufen Features, die es eigentlich unnötig machen,

00:47:41.762 --> 00:47:44.082
bestimmte Pre-Processor-Lösungen zu verwenden.

00:47:44.262 --> 00:47:47.602
Also auch wir überlegen, ob wir überhaupt noch Sass verwenden müssen heute.

00:47:48.042 --> 00:47:51.542
Also eigentlich, wir nutzen Sass recht ausführlich noch bei uns,

00:47:51.642 --> 00:47:56.562
aber im Grunde genau betrachtet durch modernes CSS ist da eigentlich mittlerweile

00:47:56.562 --> 00:47:58.422
alles abgedeckt mit Nesting und Co.

00:47:59.942 --> 00:48:03.162
Deswegen bin ich da immer ein großer Fan von Standards, wenn sie das hergeben,

00:48:03.302 --> 00:48:06.562
was man von ihnen braucht und das war für mich immer der einzige Tick an den

00:48:06.562 --> 00:48:11.322
Web Components, dass es irgendwie nicht fertig wirkte für mich und das tut es

00:48:11.322 --> 00:48:14.162
jetzt irgendwie viel eher, ohne es jetzt genauer ausprobiert zu haben,

00:48:14.622 --> 00:48:18.522
wäre das immer die präferierte Lösung, vor allem für uns als Framework-Anbieter ja sowieso.

00:48:18.522 --> 00:48:23.842
Also wir schießen ja im Grunde sehr viele Leute automatisch aus durch unsere Wahl von React.

00:48:23.962 --> 00:48:27.802
Egal wie oft wir sagen, das ist nur eine Template Library, das ist für uns auch

00:48:27.802 --> 00:48:30.902
nur ein aufgebohrtes Handlebars am Ende des Tages.

00:48:31.562 --> 00:48:35.402
Du kannst auch das HTML nutzen bei uns, du musst ja gar nicht die React Engine

00:48:35.402 --> 00:48:38.542
im Browser laden, aber bis du zu dem Punkt mal gekommen bist,

00:48:38.582 --> 00:48:41.222
hast du ja auch irgendwie 90% der Leute eh schon verloren gehabt.

00:48:42.062 --> 00:48:45.342
Deswegen, also allein deswegen wäre Web Components schön als etwas,

00:48:45.422 --> 00:48:49.862
was man sich auf die Fahne schreiben könnte, weil es halt diese Diskussion einfach auch ausklammert.

00:48:49.882 --> 00:48:51.922
Über Standards diskutiert man halt selten.

00:48:54.499 --> 00:49:00.159
Ja, und dann weiß man eben von jetzt an für immer, werden die Browser das halt rendern können.

00:49:01.019 --> 00:49:05.019
Ihr hattet das vorhin schon mal kurz fallen lassen.

00:49:05.159 --> 00:49:09.679
Ihr habt den Begriff, ich glaube, DesignOps genannt.

00:49:09.939 --> 00:49:11.659
Ich glaube, der Begriff war es.

00:49:13.519 --> 00:49:22.699
Was mich zu der Frage führt, also wer sollte in einem Unternehmen oder in einem

00:49:22.699 --> 00:49:27.499
Team oder so, Also wer ist für das Designsystem verantwortlich?

00:49:27.519 --> 00:49:30.319
Also wer bildet dieses DesignOps-Team?

00:49:31.299 --> 00:49:36.959
Also für mich klingt das so, als sollten da vielleicht nicht alle dran herumwerkeln gleichzeitig.

00:49:38.599 --> 00:49:43.839
Sonst gäbe es ja kein DesignOps-Team. Was würdet ihr da empfehlen?

00:49:44.519 --> 00:49:48.319
Ja, da gibt es natürlich auch unterschiedliche Modelle.

00:49:48.399 --> 00:49:52.439
Es ist so zentralisiertes. Also es gibt wirklich das eine DesignOps-Team.

00:49:52.439 --> 00:49:57.899
Und die treffen alle relevanten Entscheidungen.

00:49:58.019 --> 00:50:01.819
Die kommunizieren natürlich vorab mit den Stakeholdern und sind vernetzt und

00:50:01.819 --> 00:50:02.979
treffen diese Entscheidungen.

00:50:03.139 --> 00:50:07.479
Und dann kommen die in das Designsystem und werden da reingebacken.

00:50:08.079 --> 00:50:11.199
Seien es jetzt Designentscheidungen oder Codeentscheidungen.

00:50:11.419 --> 00:50:14.859
Also das ist in der Regel auch cross-funktional aufgestellt.

00:50:14.859 --> 00:50:23.299
Ich glaube, das so föderalisiert zu haben, geht nur bei einer extrem hohen Reife

00:50:23.299 --> 00:50:26.779
sämtlicher Mitwirkenden in einer Organisation,

00:50:27.259 --> 00:50:32.059
dass man das wirklich verteilt, die Arbeit an den Designsystemen verteilt.

00:50:32.779 --> 00:50:39.459
Aber das ist insgesamt, glaube ich, auch eines der Themen, die sich noch am

00:50:39.459 --> 00:50:45.119
Finden sind, also wo sich irgendwie die Best Practices noch herausstellen werden.

00:50:45.119 --> 00:50:50.819
Also gerade jetzt, wo wir eben einiges über Adaption gesprochen haben,

00:50:50.879 --> 00:50:56.639
ist auch das Thema Governance da halt eben auch was, wo sich jetzt die Vorreiter

00:50:56.639 --> 00:51:02.219
in dieser ganzen Szene mit wirklich tollen Vorbild-Design-Systemen auch jetzt

00:51:02.219 --> 00:51:04.099
gerade erst anfangen zu beschäftigen.

00:51:04.099 --> 00:51:07.139
Wie kriegen wir denn eine ordentliche Governance für das alles hin?

00:51:07.259 --> 00:51:12.579
Und wann wird eine Komponente eben aus dem Rennen genommen und ersetzt durch eine neue?

00:51:12.779 --> 00:51:15.079
Wann wird eine große technische Entscheidung getroffen?

00:51:15.899 --> 00:51:21.999
Wann darf man Breaking Releases haben, wann nicht? Wie viel hängt denn da dran?

00:51:22.099 --> 00:51:23.459
Wie viel Kosten verursacht das?

00:51:24.539 --> 00:51:29.239
Und... Ja, das sind natürlich alles Fragen, die man am Anfang erstmal in den

00:51:29.239 --> 00:51:33.079
Gesicht nicht stellt, wenn man ein Designsystem etabliert, aber wenn man natürlich

00:51:33.079 --> 00:51:37.439
dann ein Designsystem für eine Weile am Laufen hat, dann genau, man kennt das ja,

00:51:38.139 --> 00:51:42.059
auch irgendwie von den Frameworks, wenn dann irgendwie man von View 2 auf View

00:51:42.059 --> 00:51:45.479
3 upgraden muss oder so, also wie macht man das?

00:51:45.779 --> 00:51:52.159
Hat man dann so ein Micro Frontend-Konzept, wo man irgendwie alt und neu parallel leben lässt oder.

00:51:53.644 --> 00:51:59.164
Ja, spannend. Ja, total spannend. Und auch, also, glaube ich, das macht Zeit.

00:52:00.444 --> 00:52:05.524
Weil je nachdem, wie tief so ein System schon im Einsatz ist,

00:52:06.184 --> 00:52:11.824
hängt da halt wirklich viel Investment dran im Rahmen von Zeit und Nachkehren und so weiter.

00:52:11.924 --> 00:52:14.644
Und da müssen viele Entscheidungen wohl überlegt sein.

00:52:15.244 --> 00:52:19.804
Und dann gibt es natürlich viele Organisationen, wo halt auch alles extrem dokumentiert ist.

00:52:19.804 --> 00:52:24.904
Und dann gibt es für alles Prozesse und so eines elendig große Jira-Boards mit

00:52:24.904 --> 00:52:28.904
Checklisten und vielen Stationen, die dann ein Ticket durchlaufen muss,

00:52:29.044 --> 00:52:32.624
bis es bestimmte Stakeholder abgezeichnet haben.

00:52:33.144 --> 00:52:40.784
Dann ist die erste Entscheidungsförderung getroffen. Dann gibt es eine Design-Umsetzung,

00:52:41.044 --> 00:52:44.564
dann Usability-Tests und da fließt die Research ein.

00:52:44.564 --> 00:52:49.024
Und dann gibt es natürlich noch Marketing und Brand und irgendwelche anderen

00:52:49.024 --> 00:52:50.824
wichtigen Stakeholder, die ihren

00:52:50.824 --> 00:52:54.744
Senf da reingeben wollen, ihre Duftmarke vielleicht hinterlassen wollen.

00:52:55.564 --> 00:53:01.104
Das ist hochgradig spannend und auch deswegen sehr schnell explosiv.

00:53:02.244 --> 00:53:05.204
Ich finde das auch besonders spannend, weil wir auch vorhin schon so ein bisschen

00:53:05.204 --> 00:53:09.384
mit diesem Design-Developer, ich will es nicht selber Divide eigentlich nennen,

00:53:09.504 --> 00:53:11.504
aber dass es da irgendwie zwei Lager gibt.

00:53:11.684 --> 00:53:15.384
Und ich glaube, Design ist auch oft noch mit Marketing und eher der Seite im

00:53:15.384 --> 00:53:20.904
Unternehmen verbandelt, während man dann auf Developer-Seite eher mit der Umsetzung zu tun hat.

00:53:21.004 --> 00:53:24.324
Und auch da, wo ist dieses Team eigentlich anzusiedeln, ist,

00:53:24.424 --> 00:53:26.964
glaube ich, noch nicht, da gibt es auch keine Best Practice.

00:53:27.124 --> 00:53:30.864
Also sollten es vor allem Umsetzende sein, Vor allem das Marketing sein.

00:53:31.124 --> 00:53:32.944
In welchem Verhältnis sollten sie es sein?

00:53:33.404 --> 00:53:37.864
Weil am Ende sind ja doch alle wichtig, wenn es darum geht, tatsächlich,

00:53:38.124 --> 00:53:39.704
also die Sachen, die man sich vorne draufschreibt.

00:53:39.884 --> 00:53:42.564
Konsistenz kriege ich ja dann nur hin, wenn auch wirklich alles nachher so aussieht.

00:53:42.584 --> 00:53:45.644
Und dafür muss ich ja mit möglichst allen zumindest reden.

00:53:45.644 --> 00:53:49.364
Und das macht es, glaube ich, auch sehr herausfordernd, weil das in gerade auch

00:53:49.364 --> 00:53:53.684
klassischen größeren Organisationen leider ja doch getrennte Lager sind,

00:53:53.744 --> 00:53:58.064
auch was Verantwortlichkeiten, was Stabsstellen angeht, was Budgets angeht.

00:53:58.104 --> 00:54:01.964
Und das sind dann natürlich immer große Diskussionen. Bezahlt das Marketing das?

00:54:02.164 --> 00:54:05.984
Dann möchte das Marketing aber auch sehr viele Dinge sicherstellen dabei oder die Kommunikation.

00:54:06.724 --> 00:54:10.724
Dann hat man aber vielleicht auch automatisch mehr Reibung mit den Entwicklungsabteilungen,

00:54:10.744 --> 00:54:12.224
die mit diesen Entscheidungen leben sollen.

00:54:13.024 --> 00:54:17.584
Andersrum baut man sonst vielleicht irgendwie ein tolles technisches Konstrukt,

00:54:17.584 --> 00:54:20.084
aber nachher sagen alle anderen einem ja, das sieht ja nicht gut aus.

00:54:20.364 --> 00:54:23.224
Also deswegen ist das, glaube ich, eine der spannendsten Fragen.

00:54:23.404 --> 00:54:28.024
Wo ist das eigentlich aufgehängt in so einem Unternehmen und wie werden hauptsächlich

00:54:28.024 --> 00:54:30.664
Entscheidungen später getroffen? Was sind da die Prozesse?

00:54:31.976 --> 00:54:39.016
Und bei den Unternehmen, die ihr kennt, die so ein Designsystem haben und pflegen,

00:54:39.156 --> 00:54:42.496
also die könnt ihr auch mit eurer Kickstarter DS sein.

00:54:42.696 --> 00:54:49.336
Also wo seht ihr, dass es dann in der Regel irgendwie landet unter der Ägide

00:54:49.336 --> 00:54:51.596
von welchen Menschen in Firmen?

00:54:52.216 --> 00:54:58.256
Oder schaffen die das auch, so cross-funktionale Teams zusammenzustellen, die das pflegen?

00:54:58.396 --> 00:55:01.216
Ich glaube halt, dass das auch wieder so ein bisschen davon abhängt,

00:55:01.216 --> 00:55:05.536
wo die in ihrer Reise, was Designsysteme angeht, halt auch stehen.

00:55:05.716 --> 00:55:09.016
Also meistens muss man schon sagen, kommt es über Marketing,

00:55:09.196 --> 00:55:13.596
Kommunikation und Brand als Anfrage oder als Thema, was aufkommt,

00:55:13.656 --> 00:55:16.376
was mit Sicherheit auch damit zu tun ist, dass in dem Bereich dieses Thema halt

00:55:16.376 --> 00:55:20.556
gerade so ein bisschen Schwung erfährt, eben durch Figma und sehr viel in dem Bereich.

00:55:21.356 --> 00:55:25.016
Aber das kann halt auch der perfekte Touröffner sein, um von da aus halt dann

00:55:25.016 --> 00:55:29.696
so einen Change-Prozess überhaupt erstmal anzustoßen zu stoßen und ab da dann

00:55:29.696 --> 00:55:33.536
vielleicht doch die richtigen Leute abzuholen und vielleicht auch nicht im ersten,

00:55:33.596 --> 00:55:36.456
sondern im zweiten, dritten Wurf dann das Designsystem zu bauen,

00:55:36.616 --> 00:55:38.996
was tatsächlich die Probleme löst.

00:55:39.096 --> 00:55:43.356
Auch da, man sagt auch Spaß oder sagen wir auch immer, das dritte Designsystem ist das erfolgreiche.

00:55:43.796 --> 00:55:45.916
Zwei baust du zum Lernen und wegschmeißen.

00:55:46.376 --> 00:55:48.616
Einfach nur um zu lernen, was du eigentlich wirklich brauchst.

00:55:48.716 --> 00:55:53.196
Und auch das gehört dazu irgendwo, diesen Lernprozess selber durchzuspielen,

00:55:53.256 --> 00:55:56.916
um für sich selber die Sicherheit zu haben, Ich habe hier die richtigen Entscheidungen getroffen.

00:55:56.956 --> 00:56:00.736
Ich hänge nicht davon ab, was irgendwer anders sich für mich sinnvoll ausgedacht hat.

00:56:01.683 --> 00:56:08.283
Und besonders aus dem Grund, weil dieser gemeinsame Lernprozess von Design und

00:56:08.283 --> 00:56:12.523
Dev da eine entscheidende Rolle spielt und der braucht einfach Zeit.

00:56:12.523 --> 00:56:17.883
Also, wenn ich mir vorstelle, wie das bei mir so vor vielen Jahren angefangen

00:56:17.883 --> 00:56:19.943
hat, eben noch mit dieser Idee,

00:56:20.303 --> 00:56:25.483
da ist dieses Design und so soll das umgesetzt werden und gar nicht eben auch

00:56:25.483 --> 00:56:29.083
mit dem Hintergedanken, ich hinterfrag das auch mal,

00:56:29.283 --> 00:56:32.983
was ist denn leichter umzusetzen, weil es gäbe ja vielleicht auch den Weg und

00:56:32.983 --> 00:56:35.543
den Weg und ich führe diese Diskussion gar nicht erst,

00:56:35.783 --> 00:56:38.403
sondern das ist so gesetzt, so ist es irgendwie geil.

00:56:38.403 --> 00:56:46.723
Weil, und das ist, glaube ich, diese, diese erstmal gemeinsame Sprache zu finden und auch irgendwie,

00:56:47.363 --> 00:56:54.463
ich empfehle vielen UXern oft, ich mache über die, ich organisiere das UX-Meetup,

00:56:54.583 --> 00:56:58.503
bin aber auch im UX-Verband sehr aktiv und bin da Mentor.

00:56:58.503 --> 00:57:02.503
Und da gibt es oft diese Fragestellung, die Entwickler verstehen mich nicht.

00:57:03.123 --> 00:57:07.103
Ich halt immer sage, fang doch mal an, die zu lieben. Also mach doch mal UX,

00:57:07.443 --> 00:57:11.703
also du UXer und versteh die mal. Geh mal in den Diskurs.

00:57:12.283 --> 00:57:15.703
Und darum kann es auch richtig Spaß machen, die Debatten zu führen,

00:57:15.743 --> 00:57:20.303
über Taxonomie zu streiten, anstatt über, du hast das nicht umgesetzt, wie ich wollte.

00:57:21.123 --> 00:57:27.543
Und das führt zu einer ganz neuen Fruchtbarkeit und ist auch echt total wertbringend.

00:57:27.603 --> 00:57:28.743
Aber das braucht halt Zeit.

00:57:28.843 --> 00:57:33.403
Das ist auch oftmals erstmal, das ist halt schwerfällig.

00:57:33.403 --> 00:57:39.163
Und andersrum erlebe ich halt auch oft Entwickler, die am Anfang Bedenken hatten

00:57:39.163 --> 00:57:42.883
und sich da nicht auf so Co-Creation und so einlassen wollten.

00:57:42.883 --> 00:57:46.763
Und auch da gibt es diese Momente, wo man so Aha-Momente hat und sagt,

00:57:46.883 --> 00:57:48.003
ach, das ist ja total toll.

00:57:48.043 --> 00:57:50.963
Und ich finde ja trotzdem hier mein Gehör.

00:57:51.083 --> 00:57:55.403
Ich muss ja gar nicht mitmalen, sondern da fragt mich auf einmal einer nach,

00:57:55.523 --> 00:57:56.703
wie wäre es denn performanter?

00:57:57.203 --> 00:58:02.823
Das ist ja auch irgendwie total cool und das ist auch Teil der UX und so weiter. Ja.

00:58:04.744 --> 00:58:08.984
Und ich glaube, diese ganzen verschiedenen Konversationen und Sprachen mal,

00:58:09.004 --> 00:58:14.184
also überhaupt näher zu kommen, mehr sich auf die Sprache des anderen einzulassen,

00:58:14.184 --> 00:58:16.104
zu verstehen, das braucht Zeit.

00:58:16.324 --> 00:58:20.364
Und das ist halt eben diese Reife, die sich da aufbaut.

00:58:21.524 --> 00:58:26.264
Und dann kann man halt auch vortrefflich über Komponenteneigenschaften innerhalb

00:58:26.264 --> 00:58:31.944
der Komponenten-API und sollen wir mit semantischen Token und oder noch zusätzlich

00:58:31.944 --> 00:58:35.924
mit Komponententoken arbeiten, kriegt dann einen ganz neuen Stellenwert.

00:58:37.184 --> 00:58:40.004
Und ich vermute, das heißt aber auch,

00:58:40.204 --> 00:58:47.784
dass wenn man noch nicht so erfahren im Einsatz von Designsystemen und in der

00:58:47.784 --> 00:58:49.224
Pflege von Designsystemen ist,

00:58:49.364 --> 00:58:55.884
dass man das eher zwar ein fertiges Designsystem sozusagen so ein zum direkt

00:58:55.884 --> 00:59:01.524
mit sich drehenden Rädern landend anbietet,

00:59:01.524 --> 00:59:06.164
aber man natürlich dann trotzdem es schaffen kann,

00:59:06.384 --> 00:59:09.704
das im Laufe der Zeit kaputt zu konfigurieren, nehme ich mal an.

00:59:09.724 --> 00:59:13.724
Weil man es einfach falsch anwendet, aber das gehört halt ...

00:59:13.724 --> 00:59:17.004
Man muss halt schon noch ein mündiger Entwickler bleiben bei seiner täglichen

00:59:17.004 --> 00:59:19.144
Arbeit, auch wenn man Kickstarter-DS verwendet, ja.

00:59:20.084 --> 00:59:22.984
Aber muss man auch, damit man genug Freiheit hat. Man muss die Konzepte auch verstehen.

00:59:25.180 --> 00:59:30.660
Also keiner kann jemanden irgendwie davor bewahren, dann falsch abzubiegen,

00:59:30.700 --> 00:59:35.700
einfach weil man sich, also man kann halt nicht zehn Treppenstufen auf einmal

00:59:35.700 --> 00:59:37.160
nehmen, das geht halt einfach nicht.

00:59:37.740 --> 00:59:41.520
Weil ich noch ergänzen würde, das war so ein bisschen, als ich das letzte Mal da war,

00:59:41.620 --> 00:59:45.740
auch gemein noch unsere Herausforderung, da haben wir halt eben noch nicht das

00:59:45.740 --> 00:59:51.100
Ding mit den Rädern dran geliefert, sondern quasi nur den komplexen Aufbausatz

00:59:51.100 --> 00:59:54.600
dafür und dem Hinweis, ja und jetzt fang halt mal an.

00:59:55.420 --> 00:59:58.700
Und das haben wir halt gemerkt, dass das halt viele vor große Herausforderungen

00:59:58.700 --> 01:00:02.340
stellt, eben genau wie du sagst, weil man halt sehr viel eigentlich schon sich

01:00:02.340 --> 01:00:07.240
erstmal anlernen und verstehen muss, um das dann selber in Produktion zu bringen.

01:00:07.360 --> 01:00:09.620
Und das ist eben genau der Grund dafür, dass wir jetzt gesagt haben,

01:00:09.760 --> 01:00:12.980
wie können wir denn das für etwas, was auch für jeden hoffentlich ein bisschen

01:00:12.980 --> 01:00:16.460
Nutzen hat, so runterbrechen, indem wir halt quasi selber ein Designsystem mit

01:00:16.460 --> 01:00:19.740
Kickstart DS bauen, was halt so Marketing-Sachen enthält.

01:00:19.740 --> 01:00:24.020
Also das, was auf jeder durchschnittlichen Seite wahrscheinlich schon aus UX-Gründen

01:00:24.020 --> 01:00:27.280
sinnvollerweise gleich aussieht, weil Benutzer es dann schneller verstehen.

01:00:27.520 --> 01:00:32.740
Also die Seiten, die halt vor allem von Content-Design nacherleben,

01:00:32.880 --> 01:00:35.700
also welche Bilder werden da eingesetzt, welche Texte stehen da,

01:00:35.800 --> 01:00:40.440
wie wird meine Botschaft rübergebracht, dass das eigentlich heute die differenzierenden

01:00:40.440 --> 01:00:44.780
Merkmale von einer guten Website sind und nicht das tolle Interface-Design.

01:00:44.780 --> 01:00:49.500
Das kann deutlich in den Hintergrund treten und deswegen haben wir gesagt,

01:00:49.720 --> 01:00:52.800
um dieses Auto, was man direkt nehmen kann, wo man direkt einsteigen kann,

01:00:52.860 --> 01:00:57.260
zu haben, bauen wir jetzt eben dieses Designsystem, was man leicht themen kann,

01:00:57.320 --> 01:00:59.240
wo man nicht alle Token-Entscheidungen treffen kann.

01:00:59.240 --> 01:01:03.820
Ich brauche nur sechs Farben oder so am Anfang erstmal, ohne mich halt auszuschließen

01:01:03.820 --> 01:01:08.260
aus der ganzen Welt später, wo ich dann auch meine 500 anderen Tokens völlig

01:01:08.260 --> 01:01:09.580
nach Belieben belegen kann.

01:01:09.640 --> 01:01:12.840
Aber ich habe halt erstmal einen guten Startpunkt, der bringt mich schon in

01:01:12.840 --> 01:01:14.800
Fahrt und von da aus kann ich dann wachsen.

01:01:15.180 --> 01:01:18.120
Und deswegen würde ich sagen, ist das so der Knoten, den wir versucht haben

01:01:18.120 --> 01:01:22.020
zu lösen seit dem letzten Mal, als ich hier war, wo es halt irgendwie gefühlt

01:01:22.020 --> 01:01:24.920
schon auch irgendwo noch ein Papiertiger war, wo ich dann sehr viel darüber

01:01:24.920 --> 01:01:27.760
wissen musste, um es für mich zur Anwendung zu bringen.

01:01:29.411 --> 01:01:35.151
Ja, das finde ich auch, also so ein bisschen so in so Design-Systemen verdeckter Mission.

01:01:35.631 --> 01:01:40.251
Also so vorrangig ist jetzt der nächste Release mit den CMS-Startern.

01:01:40.891 --> 01:01:44.791
Ja, ich kriege halt sehr schnell so ein,

01:01:44.951 --> 01:01:49.871
ich sage jetzt mal, funky oder cooles CMS wie Storyblock an den Start gebracht

01:01:49.871 --> 01:01:55.151
und auch mit wirklich wenig Code-Berührung eigentlich kriege ich es installiert

01:01:55.151 --> 01:01:59.231
und kriege halt direkt ein Frontend für meinen Headless-CMS dazu.

01:02:00.031 --> 01:02:03.911
Und das erfüllt unglaublich viele Anforderungen, eben aus

01:02:03.911 --> 01:02:07.511
diesem Marketing-Landing-Page-Content-Darstellungskontext jetzt erstmal.

01:02:09.311 --> 01:02:14.131
Und da stecken Designsysteme unter der Haube. Das heißt, für uns ist das aber

01:02:14.131 --> 01:02:17.511
auch noch ein bisschen zu sehen, wer adaptiert das denn?

01:02:17.691 --> 01:02:22.551
Sind das jetzt eher eben so Digital-Teams, die halt nur schnell Landingpages

01:02:22.551 --> 01:02:29.651
bauen wollen auf einer moderneren Technologie und einem moderneren Stack und

01:02:29.651 --> 01:02:32.351
nehmen die überhaupt sozusagen das wahr,

01:02:32.531 --> 01:02:35.931
dass da ein Designsystem unter der Haube ist oder so, das ist ja jetzt für uns

01:02:35.931 --> 01:02:40.071
auch noch ein bisschen die Glaskugel, die wir dann im März, wollen wir das releasen,

01:02:40.091 --> 01:02:43.231
so rauslassen und gucken, was passiert da.

01:02:43.231 --> 01:02:50.051
Aber für die Firmen, die das entdecken und damit arbeiten und die auch skalieren,

01:02:50.191 --> 01:02:56.291
die haben halt dann echt sozusagen das Werkzeug schon dabei und müssen dann

01:02:56.291 --> 01:02:57.331
nur den Koffer aufmachen.

01:02:57.511 --> 01:03:00.611
Wir sagen zum Spaß halt manchmal, das ist unser kleines trojanisches Pferd,

01:03:00.671 --> 01:03:04.951
was wir den Leuten reinschieben wollen, wo dann heimlich hintenrum ein Designsystem

01:03:04.951 --> 01:03:08.991
aussteigt und so unwiderstehlich ist, dass man einfach mehr davon haben möchte.

01:03:09.151 --> 01:03:11.471
Das ist unsere große Hoffnung.

01:03:13.231 --> 01:03:18.831
Und in den Projekten, wo wir dann halt wirklich auch unser Geld mitverdienen,

01:03:18.931 --> 01:03:22.931
sind wir halt maximal effizient dann, weil wir halt viel, viel schneller sind

01:03:22.931 --> 01:03:29.791
und dann halt auch nochmal eine ganz andere Konversation auch wieder mit den Kunden führen können,

01:03:29.931 --> 01:03:35.371
weil es dann wirklich um Content geht und um, was willst du denn darstellen?

01:03:35.731 --> 01:03:39.471
Und lass uns doch mal messen, ob das wichtiger ist oder das. Genau.

01:03:40.817 --> 01:03:44.477
Dann kann der Fokus auch nochmal shiften auf wirklich Inhalte,

01:03:44.497 --> 01:03:48.577
weg von all dem Rahmen, in dem das überhaupt ist.

01:03:49.837 --> 01:03:55.417
Ja, vielleicht können wir abschließend nochmal so ein bisschen die Perspektive

01:03:55.417 --> 01:04:03.537
einnehmen derjenigen, die das Designsystem nicht, also die nicht im DesignOps-Team sitzen,

01:04:03.697 --> 01:04:06.737
also die sozusagen direkten Einfluss haben auf das Designsystem,

01:04:06.917 --> 01:04:08.897
sondern die das dann nutzen.

01:04:08.897 --> 01:04:15.857
Ich stelle mir dann vor, also wie würde, wie funktioniert denn das,

01:04:16.037 --> 01:04:22.397
wenn ich das benutze und ich merke, jetzt werden bestimmte Anforderungen von

01:04:22.397 --> 01:04:24.177
mir gar nicht dadurch abgedeckt.

01:04:24.177 --> 01:04:30.377
Also würdet ihr sagen, dass man dann sozusagen für sein eigenes Projekt dann

01:04:30.377 --> 01:04:35.177
rogue sich die Sachen so irgendwie da dran baut, die man irgendwie braucht?

01:04:35.477 --> 01:04:45.237
Oder werdet ihr eher so Verfechter von, hey, dann gebt das zurück in das Design-Team und arbeitet das aus?

01:04:45.237 --> 01:04:49.817
Vielleicht lohnt sich das aber manchmal gar nicht, weil das ja so ein Universalbau-Kasten

01:04:49.817 --> 01:04:54.317
ist, wo aber wirklich nur dieses eine Team was von hat, stand vielleicht bei der einen Sache.

01:04:56.337 --> 01:05:01.277
Könnt ihr da ein bisschen was noch erzählen? Ja, also ein bisschen was hast

01:05:01.277 --> 01:05:03.957
du ja schon vorweggenommen.

01:05:04.077 --> 01:05:11.117
Also wenn es Anforderungen sind, die auch anderen Teams und Nutzern des Designsystems

01:05:11.117 --> 01:05:15.837
den Mehrwert schaffen, darf man da gerne drüber anfangen, nachzudenken,

01:05:15.897 --> 01:05:18.217
das vielleicht in den Kern aufzunehmen.

01:05:18.597 --> 01:05:20.297
Wenn das aber eine sehr.

01:05:22.477 --> 01:05:26.737
Spezialisierte Komponente für einen Verwendungszweck innerhalb eines sehr speziellen

01:05:26.737 --> 01:05:31.617
Produktkosmos ist, dann kann man sie vielleicht auch einfach nur dafür bauen.

01:05:31.857 --> 01:05:36.497
Also wir hatten mal den Anwendungsfall, da musste dann, sollte eine Anwendung

01:05:36.497 --> 01:05:37.777
her für das Gelblichtlabor,

01:05:39.386 --> 01:05:42.566
Und die findet ja auch nur da statt.

01:05:42.906 --> 01:05:48.606
Und dann kann man vielleicht ein Token-Set finden, was eben den Farbkontrasten

01:05:48.606 --> 01:05:56.106
da gerecht wird und dass das halt für bessere Lesbarkeit und so geeignet ist.

01:05:56.206 --> 01:06:01.186
Aber das muss ja nicht in den Kern rein.

01:06:02.126 --> 01:06:04.746
Ich würde sogar fast einen Schritt weiter gehen und sagen, ein Designsystem,

01:06:05.066 --> 01:06:10.966
was an der Stelle mich dazu quasi nötig macht, dass ich rogue hingehe und irgendwas

01:06:10.966 --> 01:06:14.766
zusammenschuster mit Gaffer-Tape, ist halt auch irgendwie defekt.

01:06:14.906 --> 01:06:20.026
Also ein Designsystem, aus unserer Sicht zumindest, sollte von Anfang an Anpassbarkeit

01:06:20.026 --> 01:06:21.606
in seinem Kern drin haben.

01:06:21.846 --> 01:06:25.406
Also wenn ich das anders brauche, dann soll ich es auch anders nutzen können.

01:06:25.546 --> 01:06:29.066
Vielleicht mit bestimmten Rahmen, aber das macht keinen Sinn,

01:06:29.066 --> 01:06:31.646
sind die technisch zu enkodieren, diese Rahmenbedingungen.

01:06:31.786 --> 01:06:35.186
Das sind Absprachen, die ich mit Menschen treffe und Entscheidungen,

01:06:35.206 --> 01:06:36.206
die da getroffen werden.

01:06:36.786 --> 01:06:39.806
Die müssen aus unserer Sicht nicht technisch stattfinden. Dafür sind hoffentlich

01:06:39.806 --> 01:06:44.306
alle, die damit zu tun haben, mündig genug, um das halt verantwortungsvoll einzusetzen.

01:06:44.406 --> 01:06:47.726
Weil wenn du dann solche harten Grenzen und Brandmauern ziehst,

01:06:47.846 --> 01:06:50.706
wirst du automatisch ein riesen Akzeptanzproblem kriegen.

01:06:50.786 --> 01:06:53.786
Aus meiner Sicht, der ja auch Entwickler, ist ja auch völlig berechtigt,

01:06:53.786 --> 01:06:57.406
wenn da einer die Schotten hochzieht und sagt, benutze es so oder gar nicht,

01:06:57.406 --> 01:06:59.106
dann werde ich halt reaktionär.

01:06:59.226 --> 01:07:03.406
Dann denke ich mir halt, nö, dann zerlege ich dir das Ding jetzt halt so ungefähr.

01:07:03.666 --> 01:07:06.246
Und dann zeige ich dir, warum das doof ist, was du da ausgedacht hast.

01:07:06.386 --> 01:07:11.126
Also ich glaube auch da von vornherein anzuerkennen, dass da meistens fähige

01:07:11.126 --> 01:07:15.346
Leute auch sitzen, die ihren Job ja auch aus einem Grund machen und eher zu

01:07:15.346 --> 01:07:17.406
überlegen, wie mache ich es denen denn einfach?

01:07:17.666 --> 01:07:19.906
Also bei uns, wie gesagt, einer hat es ja schon ein bisschen angeschnitten,

01:07:19.946 --> 01:07:23.526
gibt es Component-Tokens, die kann jemand dann halt auch einfach austauschen

01:07:23.526 --> 01:07:24.926
für sich, für seine Komponente.

01:07:24.986 --> 01:07:28.586
Und wenn der den Wappen dann grün macht, weil der jetzt jetzt in der Kampagnenummer

01:07:28.586 --> 01:07:31.646
halt grün ist und nicht in der Brandfarbe, dann kann er das halt auch tun.

01:07:34.146 --> 01:07:39.326
Sollte er tun. Genau, aber es könnte ja sein, also ich denke mal,

01:07:39.366 --> 01:07:42.006
dass es auch wahrscheinlich eine Weile braucht, bis ein Designsystem,

01:07:43.326 --> 01:07:47.706
bis man wirklich alle Komponenten und Bausteine drin hat,

01:07:49.166 --> 01:07:55.946
die so gebraucht werden, so im Daily Doing von Digitalschaffenden, sage ich jetzt mal.

01:07:56.766 --> 01:07:59.846
Ich glaube, das ist ja auch, man unterschätzt das ja, glaube ich,

01:07:59.846 --> 01:08:04.186
wie viele verschiedene Bausteine man am Ende dann doch braucht wahrscheinlich.

01:08:05.946 --> 01:08:11.966
Dann sollte man das wahrscheinlich idealerweise eben zurückgeben und dann eben

01:08:11.966 --> 01:08:18.686
mit dem DesignOps-Team vielleicht mal sozusagen für dieses Projekt zusammen was entwickeln. Mhm.

01:08:19.815 --> 01:08:23.515
Also wir werben auch da halt immer für den Austausch halt, diese Kanäle auch

01:08:23.515 --> 01:08:28.435
zu bieten, dass man irgendwie auch aktiv mitbekommt, wie wird mein Produkt eingesetzt und wie,

01:08:28.555 --> 01:08:31.275
also jetzt sage ich selber schon Produkt, wir sehen das halt auch wirklich in

01:08:31.275 --> 01:08:34.075
der Innensicht in so einem großen Unternehmen, ist das eigentlich ein Produkt,

01:08:34.175 --> 01:08:36.995
was man vermarktet als so ein Design-Ops-Team.

01:08:36.995 --> 01:08:40.435
Das ist so ein bisschen auch das Verständnis eben, seinen Anwendern da auch

01:08:40.435 --> 01:08:42.795
über die Schulter zu schauen und zu schauen, was funktioniert.

01:08:43.155 --> 01:08:46.735
Und deswegen würde ich schon sagen, dass da ein Rückkanal super wichtig ist

01:08:46.735 --> 01:08:49.615
und dass auch da Lernen aus den Projekten super wichtig ist.

01:08:50.215 --> 01:08:54.035
Genauso ist es aber eben auch wichtig, halt nicht so einen Bauchladen aufzumachen.

01:08:54.115 --> 01:08:57.355
Du hast es ja auch schon so ein bisschen angesprochen. Wenn ich da alles und

01:08:57.355 --> 01:09:00.775
jeden aufnehme, dann habe ich halt auch schnell eine ganz schöne Suppe,

01:09:00.775 --> 01:09:04.815
die ich mir da zusammen gebraut habe, die irgendwie keinem mehr so richtig im

01:09:04.815 --> 01:09:05.955
Kern vielleicht auch hilft.

01:09:07.035 --> 01:09:10.695
Also aus unserer Sicht auch da Layering, Aufteilen von Kompetenzen,

01:09:10.755 --> 01:09:14.775
das eine Team hat mit dem CMS zu tun, also nutzen die vielleicht den Kern des

01:09:14.775 --> 01:09:18.275
Designsystems und bauen sich ihr eigenes Package mit Content-Komponenten auf,

01:09:18.515 --> 01:09:22.435
daneben gibt es das Team, das baut die Dashboards, das hat da vielleicht sogar

01:09:22.435 --> 01:09:25.455
Material UI im Einsatz, sie nutzen gar nicht die Component Library,

01:09:25.635 --> 01:09:27.955
die im Designsystem steckt, sondern sie nutzen Material UI,

01:09:28.175 --> 01:09:30.995
weil sie damit viel, viel schneller sind, können aber trotzdem irgendwie das

01:09:30.995 --> 01:09:35.935
Token-Set wieder anbinden, also ziehen die sich halt die Tokens rein und mappen das auf ihr Material.

01:09:35.955 --> 01:09:38.615
Mui-Theme in ihrer Backend-Anwendung.

01:09:38.655 --> 01:09:43.335
Und so kann sich das halt total unterscheiden, glaube ich, auch wie man das nachher angeht.

01:09:44.495 --> 01:09:49.835
Und es gibt ja auch oftmals einfach viele Legacy-Systeme, die lassen sich nicht so einfach adaptieren.

01:09:49.915 --> 01:09:55.135
Und dann ist auch gar kein Budget dafür da, dass selbst sowas wie Token integriert werden.

01:09:55.275 --> 01:09:57.775
Und die leben dann erst mal nebeneinander.

01:09:59.535 --> 01:10:04.775
Oftmals kommen halt Firmen auf den Dreh, wir machen irgendwas Großes neu.

01:10:04.775 --> 01:10:10.875
Unsere Dotcom, also eigentlich der wichtigste Point of Sale oder wir haben halt

01:10:10.875 --> 01:10:15.395
ein Rebranding anstehen, das ist doch dann der Moment, wo wir jetzt auch das

01:10:15.395 --> 01:10:19.395
Design-System mit einkaufen oder aufsetzen.

01:10:19.535 --> 01:10:27.215
Also das ist so oftmals ein Szenario, was bei uns aufsteigt und wo wir dann

01:10:27.215 --> 01:10:31.695
halt auch sehr scharf nachfragen, wie ist denn das Ökosystem überhaupt?

01:10:31.695 --> 01:10:34.415
Überhaupt, lässt es das denn zu?

01:10:34.615 --> 01:10:37.615
Also ich meine, du kannst jetzt sehr viel Geld für ein Designsystem ausgeben,

01:10:38.395 --> 01:10:41.615
dir das aufbauen lassen, entweder extern oder mit unserer Hilfe intern.

01:10:43.375 --> 01:10:48.275
Aber wie sieht denn die Landschaft aus? Also das ist auch immer total wichtig abzufragen.

01:10:48.875 --> 01:10:52.735
Es ist ja nicht jedes irgendwie ein Startup und man wächst auf der grünen Wiese,

01:10:53.275 --> 01:11:00.355
sondern da gibt es Anwendungen, die sorgen halt für den Umsatz und die sind

01:11:00.355 --> 01:11:03.895
dann halt auch brandgefährlich, wenn man da rangeht. Da kann man auch sehr viel abschießen.

01:11:07.600 --> 01:11:12.180
Das heißt also, dass die eigenen Projekte müssen auch ein Stück weit für ein

01:11:12.180 --> 01:11:14.840
Designsystem gemacht sein.

01:11:16.160 --> 01:11:25.300
Also die Entscheidung alleine, den Wunsch kann man hegen, aber je nachdem kann

01:11:25.300 --> 01:11:27.440
man sich den Wunsch vielleicht gar nicht erfüllen erstmal.

01:11:29.640 --> 01:11:34.640
Ja, macht aber auf jeden Fall am meisten Sinn, das vielleicht im Zuge eines

01:11:34.640 --> 01:11:39.440
kompletten Abrisses dann anzugehen. Ja, aber ich werde da fast manchmal auch skeptisch sein.

01:11:39.540 --> 01:11:42.720
Das macht halt alles auch irgendwie hochriskant an der Stelle und bringt halt

01:11:42.720 --> 01:11:45.100
sehr viele Stakeholder gleichzeitig ins Boot.

01:11:45.420 --> 01:11:50.260
Jetzt wird der Ruhr-Uni in Bochum ein großes Projekt gemacht für uns zumindest,

01:11:50.520 --> 01:11:54.120
wo es darum ging, denen eine Komponentenbibliothek hinzustellen für die Marketing-

01:11:54.120 --> 01:11:57.040
und Kommunikationsabteilung bei denen, die schon sehr technisch sind.

01:11:57.040 --> 01:12:01.440
Also das sind glücklicherweise schon Leute, die sich da sehr tief mit solchen

01:12:01.440 --> 01:12:05.560
Systemen wie Drupal auseinandersetzen und wie sie da besser an ihre Hauptanwender

01:12:05.560 --> 01:12:07.320
drankommen mit dem, was sie so rausgeben.

01:12:07.680 --> 01:12:11.700
Und die haben halt auch ein Designsystem im ersten Schritt jetzt gebaut,

01:12:11.880 --> 01:12:15.580
einfach erstmal, um das zu strukturieren. Und die stehen gerade davor,

01:12:15.760 --> 01:12:18.640
sehr viel in ihrem Auftritt zu ändern.

01:12:18.900 --> 01:12:21.640
Das heißt, die haben das sehr bewusst davor gezogen gemacht,

01:12:21.920 --> 01:12:26.800
um quasi schon mal die Diskussionsgrundlage dann für das große Rebranding zu

01:12:26.800 --> 01:12:31.060
schaffen und Kontext zu schaffen, der dann ja so ein Rebranding selber wiederum

01:12:31.060 --> 01:12:32.580
viel einschätzbarer machen kann.

01:12:32.580 --> 01:12:36.980
Also ich glaube, es gibt da auch großen Wert zu entdecken, eben das zu entzerren

01:12:36.980 --> 01:12:42.120
und bestimmte Erkenntnisse schon vorher zu gewinnen, bevor man dann so ein Riesensystem,

01:12:42.320 --> 01:12:45.220
also wir sprechen jetzt heute von Riesensystemen, über die dort kaum sprechen,

01:12:45.340 --> 01:12:50.240
weil viele von den Leuten, mit denen wir zu tun haben, selber ihre Hauptinternetseite

01:12:50.240 --> 01:12:51.420
auch als den Hauptkanal haben.

01:12:51.420 --> 01:12:54.020
Das heißt, das ist deren wichtigstes System.

01:12:54.200 --> 01:12:58.560
Das ist das, wo am meisten Legacy existiert im Zweifel, wo am meisten Prozess,

01:12:58.640 --> 01:13:01.540
der gar nicht unbedingt nur technisch ist, drumherum existiert,

01:13:01.540 --> 01:13:04.940
der mitbedacht werden muss, damit sowas funktionieren kann.

01:13:05.220 --> 01:13:08.060
Und da macht man sich vielleicht auch das Leben sehr schwer,

01:13:08.160 --> 01:13:11.020
so viel auf einmal abzuweißen. Mhm.

01:13:11.500 --> 01:13:17.440
Das heißt also, das Designsystem nutzt man dann sozusagen als Sandbox erstmal,

01:13:17.640 --> 01:13:25.640
um ein Rebranding, so, um quasi zu gucken, wie das wirkt, wie das in der Praxis dann sich anfühlt.

01:13:25.840 --> 01:13:31.240
Und wahrscheinlich kann man dann auch, so wie man eine Komponentenbibliothek

01:13:31.240 --> 01:13:37.020
sich anschauen kann, kann man wahrscheinlich genauso so Dummy-Seiten komplett bauen.

01:13:37.820 --> 01:13:42.560
Und auch sogar theoretisch schon vertesten als Prototypen, da erste Erkenntnisse sammeln.

01:13:42.600 --> 01:13:46.580
Und ich glaube, dass es einfach wertvoll ist, Gedanken zu Struktur,

01:13:46.660 --> 01:13:48.640
sich unabhängig von Design zu machen.

01:13:48.780 --> 01:13:51.680
Für mich hängt das erstmal nicht zusammen, wie etwas aussieht,

01:13:51.760 --> 01:13:55.100
welchen Nutzen es hat und wodurch es definiert wird.

01:13:55.200 --> 01:13:58.540
Also natürlich ist dann am Ende im Browser das Design ein wichtiger Part,

01:13:58.820 --> 01:14:02.220
aber andere Punkte sind eigentlich viel entscheidender an der Stelle.

01:14:05.295 --> 01:14:08.055
Ja, spannend. Alles sehr, sehr spannend.

01:14:08.255 --> 01:14:12.415
Coole Thematik, die ihr euch da rausgepickt habt. Finden wir auch.

01:14:14.275 --> 01:14:19.435
Genau, ich würde auch direkt das nutzen, um an unsere Hörerinnen und Hörer die

01:14:19.435 --> 01:14:20.235
Aufforderung zu schicken,

01:14:20.895 --> 01:14:25.015
mischt euch doch auch ein und schaut bei uns in unserem Community-Slack vorbei

01:14:25.015 --> 01:14:30.075
oder schreibt irgendwen von uns Vieren an, wenn ihr dazu Gedanken habt.

01:14:30.075 --> 01:14:36.395
Habt, sei es, was für Probleme ihr beim Anwenden von Designsystemen habt oder

01:14:36.395 --> 01:14:38.715
wie hängt ihr die auf in eurer Firma?

01:14:41.015 --> 01:14:44.215
Habt ihr ein Designsystem? Funktioniert das gut?

01:14:45.215 --> 01:14:48.235
Das würde uns, glaube ich, sehr interessieren. Und nutzt ihr Web Components

01:14:48.235 --> 01:14:50.935
zum Beispiel? Also wie funktioniert das bei euch?

01:14:51.375 --> 01:14:56.335
Schließen wir uns auch gerne an. Wir lesen selber gerne immer mit und sind da

01:14:56.335 --> 01:14:59.635
ja, wie gesagt, auch auf einer Reise und das ganze Thema auf einer sehr großen

01:14:59.635 --> 01:15:01.715
Reise, sich überhaupt zu finden erst mal.

01:15:01.755 --> 01:15:07.775
Und das lebt ja davon, zu hören, wie andere das empfinden, was da die Herausforderungen, die Probleme sind.

01:15:07.875 --> 01:15:11.175
Ich glaube, da ein offenes Ohr zu haben, ist mit das Wichtigste erst mal.

01:15:12.335 --> 01:15:16.615
Genau, also ich wollte euch auch mit einschließen. Mit den Vieren,

01:15:16.635 --> 01:15:19.395
die wir hier darüber gequatscht haben.

01:15:20.255 --> 01:15:22.035
Genau. Ja, cool. Super.

01:15:23.035 --> 01:15:27.215
Vielen lieben Dank, dass ihr da wart und dass wir darüber sprechen konnten.

01:15:28.055 --> 01:15:30.035
Genau, das letzte Mal haben wir das vor anderthalb Jahren gemacht.

01:15:31.535 --> 01:15:37.235
Da ist auf jeden Fall einiges Neues noch dazugekommen, Spannendes.

01:15:38.635 --> 01:15:42.435
Und ich glaube, dass das auch ein Dauerbrenner-Thema bleibt.

01:15:43.475 --> 01:15:46.975
Deswegen können wir uns einfach nochmal in anderthalb Jahren oder was weiß ich,

01:15:47.035 --> 01:15:49.655
vielleicht in einem Jahr oder in zweien, wie auch immer,

01:15:50.495 --> 01:15:56.235
können wir uns ja auch nochmal hier zusammenfinden und dann wieder ein The State

01:15:56.235 --> 01:16:00.735
of Design System Revision aufnehmen. Sehr gerne.

01:16:01.915 --> 01:16:04.835
Absolut, dann kann ich mich nur anschließen. Es ist immer nett,

01:16:04.935 --> 01:16:05.975
mit euch zu plaudern. Absolut.

01:16:06.155 --> 01:16:17.455
Ja, und dann viel Erfolg beim Launch des schlüsselfertigen Ende-zu-Ende Design-Systems.

01:16:17.455 --> 01:16:19.095
Oh, jetzt steigt die Fallhöhe gerade rapide.

01:16:21.875 --> 01:16:29.775
Ja, nee, ganz ehrlich. Also, finde ich total cool. Bin ich gespannt, wie das läuft.

01:16:30.295 --> 01:16:31.955
Ja, ich ziehe mir schon meinen Helm an.

01:16:33.815 --> 01:16:38.215
Cool. Alles klar. Ja, vielen Dank, dass wir nochmal dabei sein durften.

01:16:38.315 --> 01:16:40.495
Oder ich erstmalig, aber ja.

01:16:41.435 --> 01:16:43.575
Genau, letztes Mal hatte das ja, glaube ich, nicht geklappt.

01:16:43.915 --> 01:16:48.355
Dann hast du ja bei den Webworkern in Düsseldorf was erzählt,

01:16:48.495 --> 01:16:49.975
da konnte Jonas dann nicht.

01:16:50.235 --> 01:16:54.875
Genau. Jetzt haben wir euch endlich mal beide hier zusammengekriegt.

01:16:55.875 --> 01:17:01.555
Cool. Viele Grüße nach Bonn. Bitte weitermachen. Und wir lesen und hören uns.

01:17:01.635 --> 01:17:04.895
Und an unsere Hörerinnen und Hörer, vielen Dank fürs Zuhören.

01:17:05.695 --> 01:17:08.295
Bis nächste Woche. Macht's gut. Ciao.

01:17:09.200 --> 01:17:32.240
Music.

01:17:24.875 --> 01:17:26.995
Bis zum nächsten Mal.