7 Dinge, die ich beim Aufbau von Enterprise-Plattformen für Deutschlands größte Unternehmen gelernt habe
Sieben Erkenntnisse aus der Plattformarbeit bei E.ON, Allianz, Volkswagen, Bundesdruckerei, Nelly, Telefónica und Gesund.de. Das sind die Dinge, die wirklich zählen, wenn man Plattformen baut, die im großen Maßstab innerhalb großer deutscher Unternehmen funktionieren müssen.
Zehn Jahre, sieben der größten Unternehmen Deutschlands, dreistellige Millionenbeträge, die durch Systeme fließen, an denen ich mitgebaut habe. Das meiste lief anders als die Whiteboard-Version, und in den Abweichungen steckt alles, was ich weitergeben kann.
Als ich zu E.ON Digital Technology kam, war die Monitoring-Landschaft auf sechs Tools angewachsen: eines für IT, eines für OT, eines pro Geschäftsbereich und zwei, an deren Einführung sich niemand mehr erinnern konnte. Das Symptom zeigte sich bei jeder Störung. Wir gingen in den Incident-Call und verbrachten die ersten zehn Minuten mit der Frage, welchem Dashboard wir überhaupt glauben.
Alle wollten das siebte Tool bauen, das die anderen sechs endlich ablöst. Wir haben stattdessen das Bestehende zu einer einzigen Observability-Plattform auf OpenTelemetry zusammengeführt, über IT, OT und Netz hinweg. Weniger Tools war das sichtbare Ergebnis. Das wichtigere war, dass die Diskussion aufhörte: gemeinsames Alerting, eine Quelle der Wahrheit, schnellere Erkennung.
Ich habe den Reflex, alles neu zu bauen, oft genug erlebt, um ihm zu misstrauen. Der Wert liegt fast immer darin, das zu verbinden, worauf sich die Teams ohnehin verlassen. Ihnen noch etwas zum Lernen hinzustellen ist der Weg, auf dem das achte Tool installiert wird.
Bei der Allianz konnte das Bereitstellen einer neuen Cloud-Umgebung über ein Jahr dauern. Jede Umgebung brauchte Freigaben aus mehreren Funktionen, und keine dieser Funktionen verantwortete die Wartezeit von Anfang bis Ende, also konnte eine Anfrage wochenlang liegen, ohne dass irgendwer ein schlechtes Gewissen hatte.
Wir haben Provisioning als Produkt behandelt, mit Roadmap und Verantwortlichem. Standard-Umgebungen bekamen Self-Service-Templates und Infrastructure-as-Code in einer Hub-Spoke-Architektur, und die Compliance-Prüfungen, die vorher ein Review-Termin waren, wurden zu Pipeline-Schritten. Standard-Umgebungen kamen auf Tage runter. Die erste Änderung war organisatorisch: Die Wartezeit bekam einen Verantwortlichen und eine Zahl.
Die Bundesdruckerei betreibt Identitätsinfrastruktur für die Bundesverwaltung unter KRITIS, dem deutschen Regime für kritische Infrastrukturen. Der Reflex, gerade bei Beratern, ist, das als Bremse zu behandeln. Bei mir war es das Gegenteil, unter einer Bedingung.
Unter KRITIS hatte jede Architekturentscheidung einen eingebauten Ja-Nein-Test: Erfüllt das die regulatorische Vorgabe? Einschränkend, ja, aber es beendet auch die endlosen Diskussionen. Niemand verhandelt eine Anforderung neu, die im Gesetz steht. Du legst dich einmal darauf fest und machst weiter.
Die Bedingung ist, dass du die bindende Vorgabe findest, bevor du dich auf ein Design festlegst. Lies die Regulierung zuerst, schreib auf, welche Anforderungen nicht verhandelbar sind, und lass sie den Optionsraum verkleinern. Bei PLAIN stand diese Liste, bevor jemand den ersten Kasten gezeichnet hat.
Die Volkswagen Group wollte fünf Marken (VW, Audi, Skoda, Seat, Porsche) auf einem Commerce-Backbone: über eine Million Nutzer, mehrere Länder und Sprachen, getrennte rechtliche Einheiten mit je eigener P&L.
Das Engineering war die machbare Hälfte. Jede Marke war überzeugt, ihre Customer Journey sei ein Sonderfall, und jede Markenführung musste aus dem Projekt mit dem Gefühl herausgehen, die Kontrolle darüber nicht abgegeben zu haben. Also wurde die Governance dafür gebaut, bevor die Plattform stand. Markt-Readiness-Reviews mit Legal, Security und Compliance liefen bei jedem Start parallel zum Build. Wie die Storefronts aufgeteilt wurden, steht in der Fallstudie.
Dass am Ende über 1 Mio. Nutzer auf einer Plattform liefen, hing ebenso am Abschluss dieser Verhandlung wie an allem, was wir technisch geliefert haben. Jeder neue Markt nutzte das Onboarding-Playbook des vorherigen.
Bei Nelly Solutions hielten wir die monatliche MRR-Churn-Rate bei 0,7 % über mehr als 1.200 Arztpraxen. Für Healthcare-SaaS ist das niedrig genug, dass manche annahmen, wir würden falsch messen.
Es kam vom früheren Handeln. Die Erkennung lief auf Nutzungssignalen, und damit wurde Churn von einer Zahl im Monatsbericht zu einer Liste benannter Accounts, früh genug, um etwas zu tun. Eine NPS-Umfrage hätte den Verlust erst danach bestätigt. Welche Signale wir beobachtet haben, steht in der Fallstudie.
Wenn dein erster Impuls bei steigendem Churn ein neues Feature ist, prüf zuerst, was die Daten über den Kunden schon wussten, und wer darauf hätte reagieren sollen.
Bei Telefónica schlossen 21 % der Warenkorbabbrecher ihren Kauf innerhalb von 30 Tagen doch noch ab. Die Überschrift ist banal (klar, hak nach, wenn jemand einen vollen Warenkorb stehen lässt), und die Zahl kam aus einer Entscheidung für Zurückhaltung.
Die Marketing-Cloud-Integration musste schnell, zuverlässig und DSGVO-sauber sein, was in Deutschland die Untergrenze ist. Wir haben nicht jeden angeschrieben, der abgesprungen ist. Eine KI-gesteuerte Sequenz entschied, wann jede Nachricht rausging, und sie konnte eine Nachricht auch ganz zurückhalten. Was die Sequenz auf den anderen Kanälen gemacht hat, steht in der Fallstudie.
Bei Gesund.de habe ich an der Plattform hinter einem Digital-Health-Marktplatz mitgebaut: 417 Mio. € Rx-Umsatz, die darüber laufen, Rezeptabläufe, die regelkonform blieben, während sich die Gematik-Spezifikationen änderten, Großhandels- und Robotik-Integrationen hinter dem Apothekentresen.
Nichts davon ist für die Leute sichtbar, die die App nutzen. Sie scannen ein Rezept, wählen eine Apotheke, das Rezept geht durch. Der regulatorische Workflow, die Apothekenintegrationen, die Fallback-Abläufe für Teillieferungen, all das liegt hinter einem vollkommen unauffälligen Tipp aufs Display.
So beurteile ich Plattform-Arbeit heute. Je besser die Plattform, desto weniger Grund hat irgendwer, der sie nutzt, über sie nachzudenken. Der Tag, an dem deine Nutzer dir deine Infrastruktur beschreiben, ist der Tag, an dem darunter etwas zu lecken begonnen hat.
Wenn eines dieser Muster nach dem aussieht, womit du dich gerade herumschlägst, tausche ich mich gern darüber aus. Erzähl mir, was du baust: Gespräch vereinbaren.
Weiterlesen
Warum der DACH-Markt bessere Enterprise-Plattformen baut als das Silicon Valley
Genau die Zwänge, die den DACH-Markt angeblich 'schwerer' machen — Regulierung, Datensouveränität, Betriebsräte — bringen strukturell bessere Enterprise-Plattformen hervor.
Als wen loggt sich dein Agent ein?
Ich habe 39 bepreiste KI-Produkte von 19 Anbietern durchgelesen, um herauszufinden, was AI-native konkret bedeutet. Die Trennlinie verläuft nicht zwischen Seats und Verbrauch. Sie verläuft danach, ob der Agent als Person handelt oder als er selbst. In Deutschland ist das eine Mitbestimmungsfrage, bevor es eine Preisfrage ist.