KERN UX

Ich bin Teil des Koordinierungskreises der Dachmarke, um das vielleicht auch nochmal in den Kontext zu bringen und habe auch sehr viel bei der Dien-Spec und beim Service-Standard mitgewirkt in den Workshops.

Und genau, also wir haben wirklich als Endziel, dass die Verwaltung an sich nutzenderzentrierter entwickelt werden kann und man wirklich den Anforderungen auch skalierfähig begegnet und.

Also sehr weit gefasst, User Experience. An der Stelle schiebe ich mal kurz die Abgrenzung zu UI dazwischen. UI bedeutet User Interface und das konzentriert sich auf die visuelle Gestaltung der Oberfläche. Und UX betrachtet, wie gesagt, die gesamte Nutzenderfahrung.

Ist vor allem wichtig in der digitalen Produktentwicklung, weil man dort mit den Leuten auch nicht direkt interagieren und nicht flexibel reagieren kann, aber ist genauso wichtig eben auch in physischen Produkten, Dienstleistungen, Räumen etc. Genau, und UX stellt so Fragen nach Benutzendenfreundlichkeit, wie einfach, wie intuitiv ist die Bedienung, nach Barrierefreiheit. Also können wirklich alle das Produkt, den Service bedienen. Effizienz ist ein Thema. Also wie schnell komme ich ins Ziel?

Nach Emotionen und so Zufriedenheit generell mit der ganzen nutzenden Erfahrung. Aber welche Gefühle löst das auch aus? Also habe ich zum Beispiel, wenn ich mit der Verwaltung interagiere, ein Gefühl, denen kann ich vertrauen. Das sieht professionell aus. Das fühlt sich irgendwie sinnvoll an und sicher. Genau, das würde ich so als UX beschreiben.

Also die Qualität dieser digitalen Angebote des Staates sind extrem unterschiedlich und sie sind eben miteinander überhaupt nicht konsistent. Also es gibt Designbrüche, wohin man schaut, wenn man sich Nutzerreisen anguckt, dann zwischen Serviceportalen und Online-Diensten, zwischen Online-Diensten und Basisdiensten.

Überall springt man als Nutzender eigentlich raus und dann gibt es plötzlich eine andere Navigation und andere Marke, die da plötzlich hintersteht und man denkt die ganze Zeit so, hä, wo bin ich jetzt gerade und wer ist jetzt der Absender und dann kommen diese ganzen kryptischen Adressen, URLs dazu, wo man auch nicht eindeutig sagen kann, okay, ich bin hier genau richtig und ich kann mir sicher sein, dass es sich um ein vertrauenswürdiges Angebot handelt.

Genau, und das ist letztendlich das, was wir mit Kern adressieren.

Also man hat dann irgendwie User Research und UX und UI und das sind irgendwie alles so eben Anglizismen. Es sind irgendwie Dinge, die sind in den letzten zehn Jahren irgendwie groß geworden und wir zerschlagen uns da manchmal selber als Gewerk, weil ganz viele von uns können halt viele Facetten abdecken. Ganz viele nicht alles auf einmal. Das ist auch gar nicht gewünscht.

Also ich möchte auch gerne, dass ein UI-Designer wirklich sehr tief in diese visuellen Ebene arbeitet und gar nicht so oft auf diese strategische Ebene irgendwie kommt. Also das ist auch wichtig, da unterschiedliche Rollen zu haben, aber oft wird eben UI als UX verkauft oder man kommt als UXler rein und hat schon irgendwie einen relativ späten Stand. Und da wird halt oft nicht verstanden, wie früh UX schon relevant ist im Prozess zu betrachten.

Also das gehört ins Anforderungsmanagement da rein und UX kann eben auch diese Endanwenderinnen-Perspektive gut vertreten. Und das ist eben meine Schule, durch die ich gegangen bin, in der Privatwirtschaft, durch Agenturen, durch große Produkthäuser. Und das bringe ich halt bei Kern auch rein. Oder wir alle bringen das bei Kern rein. Fast alle von uns sind irgendwie Agenturkinder. Und das ist ein Erfolgsfaktor auch, den wir definitiv haben.

Wir sprechen da sicher später auch nochmal drüber, weil das eine ganz wichtige Skalierungsschicht ist für uns. Mit relativ hoher Wahrscheinlichkeit kommen wir in den nächsten Monaten an den Punkt, wo wir relativ nahtlos integrierbar sind und die Kommunen haben in der Regel technische Systeme, die sie bereits nutzen.

Also ich glaube nicht, dass irgendeine Kommune jetzt wirklich nochmal komplett neu startet und sagt, ich habe noch gar nichts hier und selbst wenn, dann gibt es ja auch Lösungen, Bürgerportal oder Sonstiges, um das dann auch relativ schnell zu kriegen und bei solchen Produkten sind wir eben auch gerade dabei, uns zu integrieren.

Und das, was momentan passiert, wenn eine Kommune ein Portal beauftragt, dann kommt eine Agentur, ein IT-Dienstleister und baut dir ein Portal und mit Kern, wenn Kern genutzt wird, dann baut ein IT-Dienstleister ein Portal mit Kernbausteinen.

Das heißt, diese ganzen konzeptionellen Vorarbeiten, die da drin stecken, die können sozusagen, damit kann Geschwindigkeit aufgebaut werden, Barrierefreiheit von Anfang an mitgedacht werden und die Wahrscheinlichkeit, dass diese Portalentwicklung dann sehr viel schneller geht und von einer sehr hohen Qualität ist, weil diese Bausteine, die wir zur Verfügung stellen, eben schon eine sehr hohe Qualität mitbringen. Die ist hoch.

Also es kann dann eben auch zum Beispiel eine Beratung sein, die einfach wirklich sehr stark nach Design-Thinking-Prinzipien arbeitet, wo wir auch ganz viele, also auch Dataport, aber auch irgendwie unsere Partner, Digital Service und so, die sind ja auch alle irgendwie in dem Rennen.

Also die können dir das dann am besten lösen. Und wenn sie dabei Kern benutzen, und das ist auch das Feedback, was wir gerade kriegen, also von unseren strategischen Partnern, die sagen dann einfach, ich habe noch nie so schnell einen Prototypen gebaut. Für einen EVA-Onlinedienst oder sowas. Also die sind einfach super schnell dann und können dann diese Ressourcen, die sie sparen, um immer wieder die gleichen Fragen sich zu stellen.

Wahrscheinlich hat sich mindestens 72 mal jemand in dem Verwaltungsauftrag die Frage gestellt, wie sieht eigentlich ein Button aus? Und das ist einfach wahnsinnig viel Steuergeld, das da mehrfach verbrannt wird. Und das können wir halt liefern. Also da ist irgendwie Barrierefreiheit dabei, da ist eine hohe UX-Qualität dabei und damit kannst du direkt starten.

Wir haben so dieses Atomic Design Prinzip im Kopf, was letztendlich auf der kleinsten Ebene anfängt und dann zu größeren Konglomeraten sich zusammenbaut, bis hin zu ganzen Seitentemplates. Also wir haben sozusagen bei den kleinsten Elementen angefangen und gehen jetzt immer zu immer komplexeren Organismen über. Ein schönes Beispiel ist eine Suche, die besteht eben aus einem Kasten und einem Button und vielleicht einer Schrift.

Das ist dann etwas Komplexeres und auf allen diesen Ebenen kann ich eben standardisieren und wenn ich dann diese Bausteine einsetze und nutze, dann spare ich mir eben total den Entwicklungsaufwand, den Prüfaufwand am Ende, beziehungsweise die Wahrscheinlichkeit, dass ich dann weniger ausbessern muss nach der Barrierefreiheitsprüfung zum Beispiel, ist eben groß.

Und DesignerInnen können eben mit diesen Komponenten Entwürfe bauen, die können dann getestet werden und Kern liefert dann zusätzlich eben noch die technische Umsetzung dazu. Also zu jeder Komponente gehört dann auch noch Code und die EntwicklerInnen können dann mit den Entwürfen und dem Code dann wirklich die Benutzeroberflächen in echte Anwendungen umbauen. entwickeln.

Wie fühlt sich das an? Wie sind da die Schritte? Womit kann ich da bezahlen? Womit kann ich mich da anmelden? Und wir fangen so im Kleinen an. Also wir fangen wirklich so in dieser Interaktionsebene mit den einzelnen Komponenten an und gehen eben weiter in Richtung irgendwie ganze Klickstrecken.

Das ist so die Vision für die nächsten Jahre, dass wir relativ schnell ganze Klickstrecken, Also, dass ich eigentlich nur noch sage, Payment-Strecke einfügen oder Registrierungsstrecke einfügen und ich baue nicht wieder vier Seiten neu auf.

Und wir sehen, dass wir da irgendwie so ein UX-Layer in die Verwaltung mit einbringen können mit diesen zwei initiativen Produkten, Projekten, wo wir dann auch in einer Architektur vorgesehen sind, die es irgendwie gerade aufzustellen gilt, also wo wir wirklich sagen, Und die Nutzenentzentrierung kommt da mit rein und hat ganz viele Facetten und auch ganz viele konkrete Werkzeuge und Angebote, die schon nutzbar sind.

Und das ist auch das Feedback, was wir ständig erhalten. Wann seid ihr denn noch konkreter? Wann gibt es noch mehr irgendwie von euch direkt frei Haus geliefert mit hoher Qualität? Und der Service-Standard wird ja ganz stark nochmal dieses Methodische und Prozesshafte mit dem Service, mit den Inhalten des Service-Handbuchs begleiten und auch da diesen ganzen Methodikbereich, den schieben wir an den Service-Standard.

Also da machen wir auch keine Parallelarbeit, sondern wir kontributen, wir mitwirken am Service-Standard. Wir schieben unsere Templates für User-Journeys und Service-Blueprint darüber.

Das heißt, ich habe eigentlich überhaupt keine Qualitäts- oder keine Vertrauenssicherung, wenn ich digitale staatliche Leistungen in Anspruch nehme. Ich muss irgendwie hoffen, dass es sich um ein vertrauenswürdiges Angebot handelt. Die Dachmarke schließt diese Lücke, also die setzt eben vier Kennzeichnungselemente und die allerwichtigste ist eben die Domain.gov.de, die eben aufräumen soll mit diesem wirklich dem Kuddelmuddel an Domains.

Der Banner, der bekannt ist aus der Europäischen Union oder auch USA, das ist eine offizielle Website der Bundesrepublik Deutschland und eben ein Bildzeichen. Und als vierte Säule ist es eben das Designsystem, Letztendlich die ganzen vier Elemente zusammen sorgen dafür, dass die staatlichen Leistungen eindeutig wiedererkennbar sind.

Also ich kann mir als Nutzer eben wirklich sicher sein, dass es sich um ein vertrauenswürdiges staatliches Angebot ist und wenn das Angebot auch mit Kern umgesetzt ist, dass es eben konsistent zu anderen Angeboten ist, die auch mit Kern entwickelt wurden.

Also wenn ich zwischen verschiedenen Leistungen hin und her wechsle, dann finde ich mich eben immer zurecht. Und durch den Service-Standard, der auch dort etabliert ist, ist die Qualität eben sehr hoch von diesen Angeboten. Genau, und gleiches versuchen wir mit Kern hier für das föderale System eben nachzuziehen.

Zusammen mit dem Bund ist wirklich eine Entscheidung, die die Leute da draußen getroffen haben. Und genau, also wir sehen das als großen Erfolg, aber es ist ein bisschen schade, dass die Länder und Kommunen sich da teilweise doch nicht so ganz wiederfinden, obwohl wir versucht haben, die wirklich sehr stark in den Prozess auch zu integrieren.

Also auch zu diesen eigenen Wiedererkennungswert nicht verloren gehen lassen irgendwie. Also ich kann da auch zum Beispiel München nennen. Mit denen arbeiten wir auch schon ganz lange. Also da hatten wir auch schon Leute, die waren lang dabei, bevor es Kern als Projekt gab.

Die waren in Mittagessenrunden dabei vor ein paar Jahren. Und die setzen jetzt solche Sachen mit Kern um und die arbeiten mit uns zusammen und sagen, wir glauben auch seit Anfang an an diese Lösung und an diese Vision und wir tragen die mit und wir gucken, wie wir sie bei uns irgendwie einsetzen können. Also die nutzen dann unser sogenanntes Theming. Da können wir vielleicht später nochmal darauf zurückkommen.

Das ist ein bisschen technischer gelagert. Aber im Grunde kann man da Farbinformationen, typografische Informationen und eigene Stilelemente reinbringen. Das sind dann so die, die schon eine eigene gute Marke haben, was wir für die Kommunen wirklich anbieten. Das kommt so auf diesen Fall zurück, den du vorhin beschrieben hast.

Die können dann zum Beispiel irgendeine Wappenfarbe nutzen und dann irgendwie so eine Linie einfärben oder so ein paar Flächen einfärben und dann wirklich sagen, ich habe gar nicht so eine große Corporate Identity geschaffen. Ich hatte da gar nicht das Geld dazu, das zu investieren und entwickeln zu lassen. Oder ich habe irgendwie auch was, was gut funktioniert und die Leute erkennen mich an einem gewissen Blau oder eher an einem Wording zum Beispiel.

Vielleicht gibt es irgendwie ein markantes Wording, was eigentlich besser funktioniert. Und dann können die bei uns so Brand-Komponenten nutzen. Das sind nicht funktionale Elemente. Jetzt beschreibe ich es doch schon so im Detail. Sorry, ich... Skippen wir es später.

Also es werden nicht mehr Buttons wild umgefärbt, sondern auch irgendwie sich nicht nochmal den Kopf zerbrochen, über welche Typografie entspricht eigentlich die Normen, die Typografie im Web irgendwie benötigt, sondern man kann dann wirklich out of the box sich bei Kern den Teil ziehen, der wiedererkennbar sein soll und der eben Verwaltung signalisiert.

Und dann kann man ganz viel Eigenes reinbringen in Form von Farben und Möglichkeiten und eben eigene Wordings, die mich dann als Kommune zum Beispiel auszeichnen, als Absender. Und dann habe ich noch meinen Wappenheader oben drin. Das ist ja eh immer das Markanteste eigentlich.

Das ist die eine, das ist die eine. Anforderungen letztendlich. Die andere Anforderungen sind die vielen Vorteile der Standardisierung. Also dieses nicht immer wieder von vorne anfangen müssen. Mich schnell zurechtfinden, auch wenn ich Bausteine aus dem föderalen System zu mir importiere.

Also wenn ich eine Leistung aus Baden-Württemberg bei uns in Schleswig-Holstein importiere und in unsere Architektur einbauen möchte, dann ist es das Interesse, dass es eben auch dazu passt und auch funktional dazu passt. Und das müssen wir in Einklang bringen. Die vielen Vorteile der Standardisierung auf der einen Seite und auf der anderen Seite den Wunsch nach Markenidentität und über das Theming lässt sich das tatsächlich gut bewerkstelligen.

Und die Frage ist, wo brauchen wir dann überhaupt die Marke? Also bei so touristischen Angeboten, bei Landingpages, da ist Marke unheimlich wichtig. Bei einem Online-Dienst, den ich vielleicht über eine Suchmaschine finde, da ist vielleicht Marke gar nicht so wichtig, sondern eher das Vertrauen und Absender und Dachmarke. Und so fügt sich das ganz gut zusammen.

zu fragen, gibt es jemanden, der etwas ähnliches entwickelt für den deutschsprachigen Raum? Und das gab es nicht. Wir haben mittlerweile, glaube ich, 30, 35 Designsysteme identifiziert, die mit und für die öffentliche Verwaltung gebaut sind. Die waren aber entweder alle hinter hohen Mauern oder auf eine bestimmte Technologie ausgerichtet, aber sozusagen das, was wir eigentlich brauchen, nämlich Technologie agnostisch, Open Source, Community zentriert, das gab es nicht.

Und das war dann letztendlich unser Auftrag für Kern, diese Anforderungen umzusetzen. Diese Faktoren würde ich letztendlich im Rückblick auch als die Erfolgsfaktoren bezeichnen. Also technologieunabhängig heißt, wir müssen letztendlich an alle technologischen Systeme anschlussfähig sein. Das Open-Source-Prinzip, wir finden vollständig auf Open-Code statt. Wir sind vollkommen transparent, machen eine Kooperation auf allen föderalen Ebenen möglich.

Also wir kommen durch dieses Open-Source-Prinzip total schnell in die Zusammenarbeit mit anderen wichtigen Akteuren. Und das Community-Zentrierte, wir bauen ein Produkt, was nützlich ist für diejenigen, die es am Ende benutzen sollen und wollen. Und ja, genau, dadurch schaffen wir, glaube ich, einfach ein Produkt zu bauen, was einen großen Nutzen erzeugt.

Und das fängt an von, ich gebe einfach ein Feedback über, ich habe eine Anforderung, die ich definiere, bis hin zu, ich habe eine Komponente, die mir fehlt, die ich selber nach den gesetzten Qualitätsanforderungen beisteuere. Und was dazu kommt, ist die Übersetzung in Code.

Wir selber konzentrieren uns auf PlainCSS HTML als wichtige Schicht und gemeinsam mit der Community diese ganzen technologischen Ableitungen in alle anderen möglichen Frameworks wie Vue, React, Angular, Typo3, die entwickeln wir eben auch gemeinsam mit der Community zusammen.

Oder es haben Leute nochmal irgendwie kommentiert, ja, gerne diese Art von Komponente, aber mit folgender Anforderung, sodass wir irgendwie auch schon eine Version 1, 2, 3 auf die Roadmap legen können und auch irgendwie wissen, in welchen Kontexten werden die benutzt und Leute auch miteinander wieder in Kontakt bringen. Weil wenn die die gleiche Komponente fordern, dann ist die Wahrscheinlichkeit relativ hoch, dass die auch andere Themen haben, über die sie sich vielleicht austauschen könnten.

Und es gibt halt leider manchmal Geschichten, die zum Beispiel an unserem Fokus liegen, dass wir halt zum Beispiel Fachverfahren aktuell noch runter priorisieren müssen, weil es auch andere Lösungen für Fachverfahren gibt. Und wen wir halt aktuell hauptsächlich adressieren mit unseren Frontend-Komponenten, sind halt wirklich diese Public-Facing-Interfaces. Also jemand, der wirklich irgendwie Sozialleistungen beziehen muss, um die Existenz zu sichern.

Die sind die Zielgruppen, die am meisten leiden aktuell. Oder irgendwie natürlich auch die Verwaltung. Also die Sozialbehörden, die sind alle mega überlastet. Also ich habe mit denen ganz viel Kontakt auch gehabt. Also das ist überhaupt kein böser Wille, dass das wirklich langsam vorangeht, auch mit Digitalisierung. Aber die haben natürlich ganz andere Themen auf dem Tisch teilweise.

Das können wir uns dann, glaube ich, in unserer Bubble auch manchmal gar nicht vorstellen, was eigentlich die Prüfaufgaben der Verwaltung teilweise umfassen.

Wir gehen da relativ hart mit uns immer wieder ins Gericht, haben ein Team aus super erfahrenen, seniorigen DesignerInnen, FrontendlerInnen, ArchitektInnen, die immer wieder in Kontakt sind mit unserem Barrierefreiheitsteam. Wir lassen uns auch regelmäßig prüfen und müssen da auch regelmäßig Sachen nachbessern. Genau, wir nutzen Tools, um uns zu überprüfen und ja, also was wir erfüllen, ist auf jeden Fall das AA-Level nach BitV 2.0. Das können wir quasi garantieren.

Genau, also aktuell auch alles, was im Service-Standard abgefragt wird, da sind wir konform. Und das nennen wir ganz gerne barrierefrei by Design, by Code, dass das so eingebaut ist. Genau, und dann haben wir auch ganz viele Informationen rund um Barrierefreiheit. Das wollen wir aber wirklich noch deutlicher ausbauen. Also wir haben jetzt auch ganz gute neue Kontakte. Wir sprechen da mit dem Digital-Service zum Beispiel auch viel drüber.

Die entwickeln dann zum Beispiel coole Sachen wie Plugins für den Browser oder haben dann selber auch teilweise so Tools bei sich auf der Website, wo man sich mal ausrechnen kann bei einer nutzenden Zahl von 5.000, wie viele Leute haben da eigentlich irgendwie eine Sehschwäche oder eine Beeinträchtigung. Und dann muss man ja auch noch sagen, dass Barrierefreiheit ja nicht nur die bleibenden Einschränkungen oder erworbenen Einschränkungen betrachtet, sondern auch kontextuale.

Also ich habe einfach eine starke Sonneneinstrahlung und brauche einen hohen Kontrast irgendwie, um Sachen inzupassen zu können. Oder ein Baby auf dem Arm. Oder einen gebrochenen Arm, die dominante Hand kann ich irgendwie zwei Wochen nicht benutzen.

Durch das Vorgehen, dieses schnellen Prototyp bauen, testen, was der Service-Standard vorgibt, da kann ich ganz viele Fehler reduzieren und genau am Ende werden dann nach der Prüfung der Ausbesserungsaufwand wirklich sehr, sehr drastisch sinken. Und da gibt es auch schöne Zahlenstudien, dass die Kosten eben sehr, sehr, sehr, sehr viel höher sind, wenn ich die in einem bestehenden Produkt ausmerzen muss, als wenn ich das auf Design-Ebene mache.

Also dieses Schnellentwürfe bauen, Schnellprototypen bauen, die ich mit echten Nutzenden, mit echten Menschen testen kann, das ist ja so auch eines der Versprechen, die wir geben mit Kern, dass das sehr schnell möglich ist und in diesem Prozess eben Barrierefreiheit ganz zentral mitgedacht.

Gibt es noch mehr Seiten, die ihr vielleicht nennen könntet, die wir dann auch in die Shownotes mit reinbringen?

Also wir unterhalten uns bei Datapod intern natürlich auch. Was kann irgendwie Kern schon mitliefern? Das erwarten unsere Kunden auch. Schließlich Weststadt und Hamburg möchten das auch gerne, dass das auch mitgeliefert wird.

Und deshalb sind das natürlich auch ganz frühe Stakeholder gewesen und es ist fantastisch wirklich, wie motiviert alle auf jeder, Veranstaltung oder irgendwie auch teilweise die Gespräche, die wir zwischendurch führen, wie schön man dann immer so von diesen Willigen und auch Fähigen, adoptiert wird und die teilen wieder die Visionen, bringen ihre eigenen Perspektiven und Aspekte damit rein und, Wir bringen uns so gegenseitig alle nach vorne. Also nicht nur der Dreiklang mit Service-Standard.

Da hängen so viele von unseren strategischen Partnerschaften mittlerweile mit dran. Also diese Community entwickelt sich so organisch und so schön.

Und vielleicht nochmal, um es zu unterscheiden. Wir haben tatsächlich, ich setze einen bestimmten Use Case, ein bestimmtes Produkt, eine bestimmte Oberfläche mit Kern um. Das ist so der eine Fall. Und der andere Fall ist wirklich die langfristige Integration in ein technisches Framework oder in ein Produkt. Genau, AFM wurde genannt, eine Low-Code-Plattform.

Dort wird Kern momentan voll integriert. Das heißt, alle Dienste und in Schleswig-Holstein sind das über 100, die damit gebaut sind, können eben auf einen Schlag von der Qualität her angehoben werden, kernkonform, dachmarkenkonform umgebaut werden. Genau, also da versprechen wir uns tatsächlich sehr viel von. Und diese Integration in Bestandsprodukte, das ist eben auch so eine große Herausforderung, weil es lange Entwicklungszyklen sind.

Man muss an der richtigen Stelle sozusagen reinkommen. Das ist einfach ein längerer Prozess, der aber an vielen Stellen begonnen wurde.

Dieses, die föderale Architektur zukünftig aufbauen und dieses Schichtenmodell, das den der Deutschlandstack beschreibt, welche Schichten der konkret umfasst, da hat jetzt die Agora ja auch schon zugeliefert und da tauschen sich sehr viele schlaue Menschen geradezu aus, was das denn eigentlich zu bedeuten hat. Und wir denken, dass der Deutschland-Stack, egal wie er technologisch umgesetzt wird, irgendwie eine visuelle Schicht braucht.

Also wie sieht der denn eigentlich aus, wenn ich mit dem Staat zu tun habe und diesem Deutschland-Stack, wie wirkt der denn? Und wie ist der in ganz konkrete Angebote, digitale Angebote übersetzt? Und da sehen wir tatsächlich total die Dachmarke. Das ist für uns die Dachmarke inklusive Kern und es ist als Qualitätssicherung und als Qualitätsstandard der Servicestand.

Also die Frage, wie werden eigentlich Dinge entwickelt? Und letztendlich, Service-Standard ist gesetzt jetzt ja auch durch die Standardisierungsverordnung. Die Dachmarke wird sich auch zeigen, wie die sich jetzt weiter dort breitmacht. Aber das wäre für uns tatsächlich so. Wir sprechen von UX-Layer, also die Schicht, die den Deutschland-Stack dann visuell verwendet. Sichtbar macht.

Das können wir liefern und das, genau, das nennen wir so UX-Layer für uns insgeheim und sind da eben auch im Austausch mit Service-Standard an der Stelle und haben da ein relativ gutes einheitliches Verständnis. Also wir haben auch so einen Punkt jetzt gerade erreicht, wo ganz viele mit diesen Kompetenzen, die es halt lange irgendwie nicht hatte in der Verwaltung, die jetzt wirklich da sind.

Also wir haben so eine kritische Masse erreicht Und wir beflügeln uns gegenseitig und wir können auf Augenhöhe miteinander sprechen, auch wenn wir nicht immer einer Meinung sind. Aber diese große Vision, wirklich Nutzen und Zentrierung hochzuhalten, zukünftig in der Verwaltung und Verwaltung mehr als in so einer Servicerolle auch eher zu betrachten, das wird wirklich, das Rad hat angefangen zu rollen. Und ich glaube nicht, dass wir das so in der Form nochmal stoppen werden.

Also auch viele, die vielleicht irgendwie noch nicht so bereit sind, so viel zu transformieren oder so neu zu denken. Wobei ja vieles auch gar nicht neu ist. Das Designsystem ist auch wirklich nicht neu. Wir tun hier auch nur Dinge in einem anderen Kontext oder in einem föderalen Kontext, was viele andere schon lange etabliert haben und bewiesen haben.

Und dort tatsächlich der Start, der wirklich gut und einfach und für alle easy funktioniert, genauso wie ich auch bei Amazon was bestelle, mein Ticket bei der DB App oder wo auch immer, das ist letztendlich der Referenzrahmen. Daran müssen wir uns orientieren. Und das schaffen wir im staatlichen Kontext auch.