Die meisten IT-Verantwortlichen in Unternehmen unterschätzen die Integrationskosten der KI-Entwicklung. Die übliche Faustregel lautet, das Anbieterangebot mit drei oder vier zu multiplizieren, einen Teil des Budgets für Datenaufbereitung und Integration-Engineering einzuplanen und einen Puffer zu halten. Das bringt die Gesamtkosten des ersten Jahres in einen realistischen Bereich und lässt die größte Integrationskostenposition trotzdem außerhalb des Modells.
Die Lücke ist strukturell. Datenaufbereitung, Modellauswahl und Tests sind Projektkosten, die enden. Jede Verbindung, von der ein KI-System abhängt, ist eine Betriebskostenposition, die mit dem Go-live beginnt und so lange weiterläuft, wie beide Systeme existieren. Dieser Artikel zeigt, wie Sie die zweite Art budgetieren.
Kernaussagen
- Integration ist die einzige Position in einem KI-Budget, die nie abgeschlossen wird. Sie als Prozentsatz eines einmaligen Projekts zu budgetieren, unterfinanziert sie ab dem zweiten Jahr.
- Gartner erwartet, dass mindestens 50 % der GenAI-Projekte bis 2028 ihr Budget überschreiten, und nennt als Gründe schlechte Architekturentscheidungen und fehlendes operatives Know-how; zudem können Produktionssysteme um Größenordnungen mehr kosten als Piloten.
- Transaktionsbasiert bepreiste Integration wird unprognostizierbar, sobald autonome Agenten die Akteure sind, weil die Rechnung proportional dazu wächst, wie gut die Agenten arbeiten.
- Wenn eine Verbindung ausfällt, steht der Prozess, den sie bedient: Kunden warten, Service Levels rutschen Richtung Vertragsstrafe, und die Reparaturstunden sind der kleinste Teil der Rechnung.
- Budgetieren Sie Integration pro Verbindung und Jahr, trennen Sie interne Verbindungen von solchen in Kunden- und Partnerumgebungen, und planen Sie drei Jahre.
Das Betriebsmodell hinter Managed Integration Services beschreibt das Integration Ops Buch ausführlich: Lifecycle-Phasen, Ownership-Muster und Playbook-Beispiele. Kostenlos herunterladen.
Was sind KI-Integrationskosten?
KI-Integrationskosten sind die vollständigen Kosten dafür, ein KI-System mit den Datenquellen zu verbinden, aus denen es liest, und mit den Systemen, auf die es einwirkt, über die gesamte Lebensdauer jeder Verbindung. Sie umfassen den initialen Aufbau, den laufenden Betrieb jeder Verbindung und die Änderungsarbeit, die jedes Mal anfällt, wenn ein angebundenes System aktualisiert, migriert oder ersetzt wird. Der Aufbau ist eine einmalige Kostenposition. Betrieb und Änderung fallen jährlich an, solange die Verbindung existiert.
Diese Trennung ist der praktische Unterschied zwischen einem KI-Budget, das hält, und einem, das nicht hält. Unsere Analyse der Integrationsgesamtkosten über verschiedene Bereitstellungsmodelle behandelt den allgemeinen Fall; dieser Artikel wendet sie speziell auf KI-Programme an, bei denen die Zahl neuer Verbindungen schnell steigt und der Druck, Nutzen zu zeigen, früh kommt.
Warum prozentuale Projektbudgetierung scheitert
Übliche KI-Kostenmodelle ordnen jeder Kategorie einen Anteil des Projektbudgets zu: einen Anteil für Datenaufbereitung, einen für Integration-Engineering, einen für Tests und Change Management. Die Methode ist sinnvoll für die Kategorien, in denen die Arbeit endet.
Integration ist anders. Wenn ein KI-Programm einen Agenten an ein ERP anbindet, wird diese Verbindung zu einer dauerhaften Verpflichtung. Sie muss das nächste Plattform-Release überstehen, und jemand muss die Arbeit erledigen, die sie am Laufen hält. Sie braucht Rotation der Zugangsdaten, Monitoring und Reparatur, und sie braucht diese Dinge 2031 genauso wie im ersten Quartal nach dem Start.
Eine dauerhafte Verpflichtung als Prozentsatz eines befristeten Budgets zu finanzieren erzeugt ein vorhersehbares Muster. Jahr eins landet nahe am Plan. Jahr zwei trägt die aufgelaufenen Betriebskosten von allem, was Jahr eins gebaut hat, plus die Betriebskosten dessen, was Jahr zwei hinzufügt, ohne Budgetposition, die eines von beiden auffängt. Ab Jahr drei wird die Integrationslandschaft aus Engineering-Kapazität gewartet, die für etwas anderes vorgesehen war.
Das falsch zu machen kostet mehr als IT-Stunden. Eine unterfinanzierte Verbindung fällt häufiger aus und braucht länger zur Reparatur, und jede Reparaturstunde ist eine Stunde, in der der davon abhängige Prozess stillsteht: Tickets bewegen sich nicht mehr zwischen Systemen, Datensätze werden nicht mehr aktualisiert, Kunden warten, und jedes an den Prozess gekoppelte Service Level bewegt sich Richtung Vertragsstrafe. Das ist das Risiko, das ein prozentbasiertes Budget unbepreist lässt.
Vier der sechs Positionen kehren wieder. Die meisten veröffentlichten KI-Kostenaufschlüsselungen beschreiben die ersten beiden gut und pressen die letzten vier in einen einzigen Wartungsprozentsatz, und dort beginnt die Unterfinanzierung.
Drei Kostentreiber, die spezifisch für KI-Programme sind
Generische Integrationskostenmodelle wurden für eine Welt geschrieben, in der Menschen die Transaktionen auslösten und die Zahl der Verbindungen langsam wuchs. Agentische Systeme verändern drei Variablen gleichzeitig.
Transaktionspreise treffen auf einen Akteur in Maschinengeschwindigkeit. Ein erheblicher Teil der Unternehmensintegration wird pro Transaktion bepreist: Jeder Datensatz, der über die Verbindung angelegt oder aktualisiert wird, erhöht die Rechnung. Dieses Modell verhält sich vorhersehbar, solange Menschen die Aktionen erzeugen. Ein autonomer Agent arbeitet kontinuierlich, und wenn ein Agentenprogramm erfolgreich ist, steigt die Transaktionszahl um eine Größenordnung. Die Kosten wachsen dann damit, wie gut die Agenten arbeiten, was die Position unmöglich prognostizierbar macht. Teams, die sich Alternativen zu transaktionsbasiert bepreister nativer Integration ansehen, kommen meist über genau diese Rechnung dorthin.
Produktive Schreibvorgänge kosten mehr als Lesevorgänge im Pilot. Piloten ziehen Daten aus wenigen Systemen in einer Umgebung. Die Produktion schreibt in Systems of Record, die Change Control unterliegen, anderen Teams gehören und oft anderen Unternehmen. Gartners Beobachtung, dass Produktionssysteme um Größenordnungen mehr kosten können als Piloten, hat einen konkreten Mechanismus dahinter, und ein großer Teil dieses Mechanismus ist der Schreibpfad. Der Schreibpfad trägt auch die schwereren Ausfallfolgen: Ein defekter Lesevorgang lässt einen Bericht veralten, ein defekter Schreibvorgang stoppt den Prozess, den er bedient, mit Kunden und Servicezusagen am empfangenden Ende. Unsere Analyse dazu, was sich ändert, wenn KI-Agenten in Ihre Integrationsebene einziehen, behandelt die technische Seite dieser Unterscheidung.
Die Zahl der Verbindungen wächst schneller als die Zahl der Anwendungsfälle. Ein einzelner Agenten-Workflow berührt selten nur ein System. Einen Incident Ende zu Ende zu lösen kann bedeuten, aus dem Monitoring zu lesen, eine Asset-Datenbank zu prüfen, den ITSM-Datensatz zu aktualisieren und einen Partner zu benachrichtigen. Das sind vier Verbindungen für einen Anwendungsfall, jede mit eigenen jährlichen Betriebskosten, und der nächste Anwendungsfall nutzt einige davon wieder und fügt andere hinzu.
Nicht alle Verbindungen kosten gleich viel
Eine Verbindung zu einer modernen SaaS-Plattform, die Ihr Team administriert, wird durch Standardschätzungen gut beschrieben. Eine Verbindung in eine Kunden- oder Partnerumgebung ist ein anderes Objekt.
Sie erfordert zwei Sicherheitsprüfungen, eine Einigung zwischen zwei Datenmodellen, eine explizite Entscheidung, welche Felder die Organisationsgrenze überschreiten dürfen, einen Eskalationspfad, den beide Parteien akzeptieren, einen Audit-Trail für strittige Service Levels und einen Änderungsprozess, in dem keine Seite die andere zwingen kann. Eine solche Verbindung aufzubauen dauert länger und sie zu betreiben kostet mehr, weil jede Änderung auf einer der beiden Seiten eine Verhandlung ist. Und wenn eine ausfällt, überschreitet die Störung die Grenze gleich mit: Der Prozess des Kunden steht ebenso wie Ihrer, und das Service Level, das Sie zugesagt haben, läuft gegen Sie, während beide Seiten den Fehler diagnostizieren.
Für Service Provider, die sich an die ITSM-Plattformen ihrer Kunden anbinden, machen diese grenzüberschreitenden Verbindungen den Großteil der Landschaft aus. Jedes KI-Budget, das alle Verbindungen zum selben Satz bepreist, unterschätzt die Gesamtsumme um den Anteil der Landschaft, der eine Unternehmensgrenze überschreitet.
„Vorher war es zu 100 % sehr komplex ... jedes Mal, wenn man einen Kunden hinzufügt, gibt es eine weitere Umgebung, in die man hinein muss." So beschreibt Michael von MHP den Multiplikator, den die meisten Business Cases auslassen.
Was die Gartner-Prognosen über KI-Budgets sagen
Zwei Prognosen sind direkt relevant dafür, wie Integration finanziert wird.
Gartner erwartet, dass mindestens 50 % der GenAI-Projekte bis 2028 ihre budgetierten Kosten überschreiten, und führt das auf schlechte Architekturentscheidungen und fehlendes operatives Know-how zurück. Der zweite Grund ist derjenige, den Integrationsbudgets beantworten sollten: die Kosten für den Betrieb dessen, was das Projekt baut.
Gartner erwartet außerdem, dass über 40 % der Projekte mit agentischer KI bis Ende 2027 abgebrochen werden, mit eskalierenden Kosten unter den führenden Treibern. Eskalation in einem Agentenprogramm hat eine gemeinsame Quelle: Der Agent muss Systeme erreichen, die niemand angebunden hatte, also werden Verbindungen eine nach der anderen zu Projektsätzen gekauft, in genau der Phase, in der der Sponsor nach Belegen für den Nutzen fragt.
Was Führungskräfte über die Fehlerquellen sagen
Es gibt Belege von der Käuferseite dafür, wo diese Budgets scheitern. In PwCs Digital Trends in Operations Survey 2026, für die 767 US-Operations-Führungskräfte befragt wurden, sagten 89 %, ihre Technologieinvestitionen hätten die erwarteten Ergebnisse nicht vollständig geliefert. Nach den Gründen gefragt, nannten sie Integrationskomplexität an erster Stelle: 52 % nannten sie, vor Datenproblemen mit 46 % und Nutzerakzeptanz mit 43 %. Nur 11 % sagten, ihre Investitionen hätten wie erwartet geliefert.
Lesen Sie diese Rangfolge vor dem Hintergrund des Arguments dieses Artikels. Der Hauptgrund, warum Ergebnisse verfehlt werden, sitzt in den Verbindungen zwischen Systemen, und genau diese Verbindungen sind die Positionen, die die oben beschriebene Budgetierungsmethode bepreist.
So budgetieren Sie KI-Integrationskosten in vier Schritten
- Zählen Sie die Verbindungen hinter jedem Anwendungsfall. Listen Sie für jeden KI-Anwendungsfall jedes System auf, aus dem er liest und in das er schreibt. Markieren Sie, welche innerhalb Ihrer Organisation liegen und welche in eine Kunden- oder Partnerumgebung hineinreichen, und notieren Sie, welche einen Prozess tragen, der stillsteht, wenn sie ausfallen.
- Ermitteln Sie Ihre eigenen jährlichen Betriebskosten pro Verbindung. Leiten Sie sie aus der Landschaft ab, die Sie bereits betreiben: Engineering-Stunden für Wartung, Monitoring und Incident Response im vergangenen Jahr, geteilt durch die Zahl der produktiven Integrationen. Diese Zahl ist spezifisch für Ihre Organisation und zuverlässiger als jeder veröffentlichte Benchmark. Die Methode ist beschrieben in So berechnen und kontrollieren Sie die Kosten von Service-Integrationen.
- Wenden Sie einen Grenzmultiplikator an. Bepreisen Sie organisationsübergreifende Verbindungen höher als interne, und leiten Sie das Verhältnis aus Ihrer eigenen Lieferhistorie ab.
- Planen Sie drei Jahre, nicht eines. Jahr eins ist Aufbau plus ein Teiljahr Betrieb. Jahr zwei sind die vollen Betriebskosten von allem, was in Jahr eins gebaut wurde, plus Aufbau und Betrieb von Jahr zwei. Jahr drei zeigt, ob das Modell skaliert.
Addieren Sie den Aufbau zur dreijährigen Betriebssumme, und die resultierende Zahl ist diejenige, die Sie in das Freigabegespräch mitnehmen. Sie wird größer sein als das Ergebnis der Multiplikatormethode, und sie wird in Jahr zwei immer noch da sein.
Wo ein Managed Integration Service die Zahlen verändert
Ein Managed Integration Service verlagert die vier wiederkehrenden Positionen zu einem Anbieter, unter einem Abonnement mit Servicezusage. Drei Effekte folgen daraus im Budget.
Die wiederkehrenden Kosten werden zu einer einzigen prognostizierbaren Zahl, was die Voraussetzung dafür ist, sie überhaupt planen zu können. Organisationsübergreifende Verbindungen tragen keinen Aufschlag pro Kunde mehr, weil Any-to-any-Konnektivität genau das ist, was der Service liefert. Und das Transaktionspreisrisiko verschwindet, da ein Abonnement nicht wächst, wenn die Agenten besser in ihrer Arbeit werden.
ONEiOs eigenes Benchmarking deutet auf deutlich niedrigere Gesamtintegrationskosten unter diesem Modell hin. Behandeln Sie das als ONEiOs Zahl und rechnen Sie die vier Schritte oben gegen Ihre eigene Landschaft durch, bevor Sie sich darauf verlassen.
Wann das nicht die richtige Wahl ist. Wenn Ihre KI-Anwendungsfälle nur an moderne Plattformen anbinden, die Ihr eigenes Team administriert, die Zahl der Verbindungen klein ist und Sie Integration Engineers mit freier Kapazität haben, ist der interne Weg günstiger und einfacher. Der Fall für einen Managed Service wird stärker mit der Zahl der Verbindungen, dem Anteil, der in andere Organisationen hineinreicht, und dem Tempo, in dem sich die angebundenen Systeme ändern.
Fazit zu KI-Integrationskosten
Der Multiplikator von 3x bis 4x ist eine vernünftige Korrektur des Anbieteroptimismus, und jedes KI-Programm sollte etwas Ähnliches anwenden. Er kann den zugrunde liegenden Kategorienfehler nicht beheben, nämlich eine dauerhafte Betriebskostenposition als unterschätzte Projektkostenposition zu behandeln.
Integration ist die eine Position in einem KI-Budget, die sich wie Miete verhält. Sie wird pro Verbindung berechnet, sie fällt jährlich an, sie steigt, wenn sich die Systeme an einem der beiden Enden ändern, und sie läuft weiter, nachdem das Programm, das sie erzeugt hat, abgeschlossen ist. Unterfinanzieren Sie sie, erscheinen die Folgen außerhalb der IT, in den Prozessen, Kunden und Servicezusagen, die das KI-Programm verbessern sollte.
Budgetieren Sie sie entsprechend. Zählen Sie die Verbindungen, bepreisen Sie ein Jahr Betrieb einer Verbindung, trennen Sie diejenigen, die eine Unternehmensgrenze überschreiten, und planen Sie drei Jahre. Die Zahl wird größer sein als das Ergebnis der Multiplikatormethode, und sie wird in Jahr zwei immer noch stimmen.
Nicht sicher, wo Ihre Integrationsebene steht? Das Integration Ops Reifegrad-Assessment gibt Ihnen eine strukturierte Einschätzung zu Ownership, Monitoring und Change-Bereitschaft in Ihrer gesamten Systemlandschaft.
