Klassisches KI Consulting endet mit einer PowerPoint. Der AI Systems Architect endet mit einem laufenden System.
Jeder deutsche Mittelständler hat inzwischen mindestens einen "KI Consulting"-Pitch gesehen. Eine Präsentation. Ein "KI-Reifegrad-Score". Eine Drei-Säulen-Roadmap. Ein oder zwei Workshops.
Sechs Monate später läuft nichts auf KI. Die Präsentation liegt in einem SharePoint, den niemand mehr öffnet. Die Roadmap steht bei Version 2 und wartet auf Version 3, die erklären soll, warum Version 2 nie umgesetzt wurde.
Das ist kein Versagen der Absicht. Es ist ein Versagen der Rolle.
Der KI Berater wurde in einer Welt erfunden, in der KI optional war — eine strategische Kuriosität, für die man planen konnte. In dieser Welt war das Ergebnis ein Bericht. Der Kunde kaufte das Denken, jemand anderes sollte das Tun übernehmen.
Diese Welt ist 2024 zu Ende gegangen. KI ist nicht mehr optional und auch kein Workshop-Thema. Sie ist operative Infrastruktur. Und Infrastruktur entsteht nicht durch Beratung. Sie wird architektiert, gebaut und betrieben.
Die Rolle, die den KI Berater ablöst, heißt AI Systems Architect.
Was ein AI Systems Architect wirklich tut
Ein AI Systems Architect ist eine Hybrid-Rolle: teils Stratege, teils Ingenieur, teils Operator. Der Auftrag lautet nicht "den Kunden beraten". Der Auftrag lautet: Ihr Unternehmen läuft auf KI-nativen Systemen, und ich bin verantwortlich für Form und Gesundheit dieser Systeme.
Drei Verantwortungen definieren die Rolle:
- Strategie, die Architektur begrenzt. Welche Prozesse sollten KI-nativ sein? Welche nicht? Welche Datenflüsse müssen existieren, damit das Ganze überhaupt funktioniert? Der Architect beantwortet diese Fragen innerhalb eines Systems, nicht auf einer Folie.
- Architektur, die Umsetzung begrenzt. ERP, CRM, Agenten, Custom-Workflows, Daten — alles ein System, keine Einkaufsliste. Der Architect entwirft, wie die Teile miteinander verbunden sind und wo die menschlichen Übergaben liegen.
- Betrieb, der die Architektur beweist. Deployment. Messung. Der unangenehme Moment, in dem der Agent etwas falsch macht und jemand entscheiden muss, ob nachtrainiert, angepasst oder abgeschaltet wird. Der Architect trifft diese Entscheidung.
Der KI Berater übergibt Ihnen einen Bericht. Der AI Systems Architect übergibt Ihnen ein System, das bereits läuft — mit einem Namen darauf.
Warum das alte Modell scheitert
Fünf Dinge brechen, wenn ein mittelständisches Unternehmen klassisches KI Consulting einkauft:
- Die Empfehlungen überleben die Beschaffungsphase nicht. Berater empfehlen Plattformen, die sie selbst nicht betreiben. Sobald der Einkauf involviert ist, zersplittert der Plan.
- Die "KI-Use-Case-Liste" hat keine belastbare Priorisierung. ROI-Schätzungen für nicht gebaute Systeme sind Ratespiele. Jeder Use Case sieht gleich spannend aus. Priorisierung nach realen Kosten der Verzögerung findet nicht statt.
- Niemand verantwortet die Datenebene. KI ohne saubere, verbundene Daten ist Theater. Berater kommen selten in die Nähe des ERP, des CRM oder der eigentlichen Datenpipelines. Das schwerste Problem bleibt beim ohnehin überlasteten IT-Team des Kunden hängen.
- Es gibt kein Betriebsmodell am Tag 91. Nach Projektende hat der Kunde PDFs und keinen Muskel. Adoption stirbt still.
- Niemand steht in der Verantwortung. Wenn eine PowerPoint scheitert, ist das nächste Beratermandat davon unberührt. Den Verlust trägt der Kunde.
Das AI-Systems-Architect-Modell dreht jeden dieser Punkte um. Skin in the Game ist der ganze Punkt.
Worauf man bei einem AI Systems Architect achten sollte
Wenn Sie diese Rolle bewerten — als Neueinstellung, als Partner oder als Dienstleistung — sind fünf Signale entscheidend:
- Sie können die letzten drei Systeme nennen, die sie ausgeliefert haben. Nicht beraten. Ausgeliefert.
- Sie sprechen fließend über ERP- und CRM-Infrastruktur. Wer kein ernsthaftes Gespräch darüber führen kann, wie Aufträge, Kontakte und Finanzdaten tatsächlich fließen, ist ein Stratege in einem neuen T-Shirt.
- Sie kalkulieren auf Basis von Ergebnissen, nicht von Folien. Festpreis für definierten Scope. Discovery-Sitzung für alles darüber. Keine Tagessätze für endlose Beratung.
- Sie verantworten das Go-Live-Fenster. Der Architect bleibt bis zum produktiven Betrieb. Wer bei "Empfehlung übergeben" abspringt, ist wieder Berater.
- Sie können zeigen, was sie als Nächstes nachjustieren würden. Ein laufendes System hat immer eine nächste Frage. Wer Perfektion präsentiert, hat noch nie etwas betrieben.
Wie wir das bei Metanow gelöst haben
Jedes Metanow-Projekt hat ab Tag eins einen AI Systems Architect. Der Architect ist die Person mit der Verantwortung — für die Strategie, die die Architektur formt; für die Architektur, die den Bau formt; für die Systeme, die live gehen und laufen bleiben.
Wir haben die Rolle so gebaut, weil unsere Kunden uns immer wieder dasselbe gesagt haben: Sie brauchen keine weitere Meinung. Sie brauchen ein System, das sich so verhält, wie es die Präsentation versprochen hat.
Wenn Sie gerade Angebote für "KI Consulting" vergleichen, lohnt sich eine Frage vor der Unterschrift: Läuft am Ende dieses Projekts etwas — oder ist am Ende dieses Projekts etwas empfohlen?
Wenn die ehrliche Antwort "empfohlen" lautet — das ist ein Berater, kein Architect. Und im Jahr 2026 ist das nicht die Rolle, die die Arbeit braucht.
Map your delta with us. Unsere AI Systems Architects gehen Ihre Operating Map mit Ihnen in einer einzigen Arbeitssitzung durch — keine Folien, keine Reifegrad-Scores. [Growth-Delta-Termin buchen →](https://www.metanow.com/get-in-touch)
Weiterlesen: [Agentic AI Development →](https://www.metanow.com/artificial-intelligence/agentic-ai-development)
Comments