Was kostet ein KI-Agent? Kostenblöcke, TCO und Wirtschaftlichkeit

Was ein KI-Agent kostet, hängt vor allem von dem Prozess ab, den er unterstützen soll, und von den Systemen, mit denen er arbeitet. Wer die Kosten belastbar einschätzen will, muss sie in Blöcke zerlegen und über die gesamte Nutzungsdauer betrachten. Dieser Leitfaden zeigt, welche Kostenblöcke anfallen, was sie treibt und wie Sie die Wirtschaftlichkeit nachvollziehbar rechnen.

Warum es keinen Pauschalpreis gibt

Ein Agent, der Serviceanfragen aus einem Postfach liest und Antwortentwürfe vorschlägt, ist ein anderes Vorhaben als ein Agent, der Rechnungen gegen ERP-Daten abgleicht und Buchungen vorbereitet. Beide nutzen ähnliche Sprachmodelle, unterscheiden sich aber in Schnittstellen, Datenaufbereitung, Rechtekonzept und Prüfaufwand. Genau diese Unterschiede bestimmen die Kosten.

Hinzu kommt der Zeitfaktor: Ein Agent verursacht nicht nur beim Aufbau Kosten, sondern während seiner gesamten Nutzungsdauer. Wer nur das Entwicklungsangebot betrachtet, unterschätzt den Betrieb. Dieser Leitfaden behandelt die Kostenstruktur allgemein. Wenn Sie konkret abwägen, ob Sie eigene Agenten entwickeln oder Lizenzen für fertige Software kaufen, finden Sie im Beitrag Eigene KI-Agenten statt SaaS-Lizenzen: der TCO-Vergleich eine eigene Gegenüberstellung.

Die Kostenblöcke über den Lebenszyklus

Die Kosten eines KI-Agenten lassen sich entlang seines Lebenszyklus ordnen. Manche Blöcke fallen einmal an, andere laufend, und einige kehren bei jeder größeren Änderung zurück.

Analyse und Konzept

Am Anfang stehen Prozessaufnahme, Bewertung der Anwendungsfälle, Architekturentwurf und eine erste Wirtschaftlichkeitsrechnung. Dieser Block hilft, teure Fehlentscheidungen zu vermeiden. Eine Prozessanalyse mit Business Case liefert die Annahmen, auf denen alle späteren Rechnungen aufbauen.

Entwicklung

Die Entwicklung umfasst Anweisungen und Ablauflogik des Agenten, Werkzeuge, Fehlerbehandlung, Protokollierung und die Oberfläche, über die Mitarbeitende Ergebnisse prüfen. Wie hoch dieser Block ausfällt, hängt auch davon ab, ob Sie auf einer Low-Code-Plattform, mit einem Framework oder individuell entwickeln. Die Optionen vergleicht der Ratgeber KI-Agenten-Plattformen im Vergleich.

Integration und Schnittstellen

Ein Agent braucht Zugriff auf CRM, ERP, Ticketsystem oder Dokumentenablage. Jede Schnittstelle muss gebaut, abgesichert, getestet und später gepflegt werden. Vorhandene, dokumentierte Schnittstellen senken den Aufwand spürbar; ältere Systeme ohne Schnittstelle erhöhen ihn.

Datenaufbereitung

Wissensquellen müssen gesichtet, bereinigt, mit Berechtigungen versehen und auffindbar gemacht werden. Veraltete Dokumente, Dubletten oder widersprüchliche Richtlinien führen zu falschen Antworten und damit zu Nacharbeit.

Modellnutzung

Bei Cloud-Modellen wird in der Regel nach verarbeiteter Textmenge in Tokens abgerechnet, getrennt nach Eingabe und Ausgabe. Die Kosten steigen mit Vorgangsvolumen, Kontextlänge und der Zahl der Modellaufrufe pro Vorgang. Bei lokalen Modellen auf eigener Hardware fallen stattdessen Investitionen in Hardware sowie Betrieb, Strom und Wartung an. Die laufenden Kosten sind dann weniger vom Volumen abhängig, die Hardware muss aber für Spitzenlast ausgelegt sein.

Wie viel Text pro Vorgang verarbeitet wird, hängt stark von der Bauweise ab. Ein Agent, der für eine Anfrage mehrere Werkzeuge nacheinander aufruft, schickt bei jedem Schritt den bisherigen Verlauf erneut an das Modell. Lange Dokumente, umfangreiche Systemanweisungen und ausführliche Werkzeugantworten vergrößern den Kontext zusätzlich. Messen Sie deshalb im Pilot den tatsächlichen Verbrauch pro Vorgang, statt ihn nur zu schätzen.

Hosting und Infrastruktur

Unabhängig vom Modell braucht der Agent eine Laufzeitumgebung, Datenbanken oder Suchindizes, Protokollspeicher und eine abgesicherte Anbindung an die Unternehmensnetze. Anforderungen an Verfügbarkeit, Standort der Daten und Trennung von Mandanten wirken direkt auf diesen Block.

Evaluation und Monitoring

Ein Agent muss regelmäßig gegen bekannte Soll-Fälle geprüft und im Betrieb beobachtet werden: Antwortqualität, Fehlerraten, Eskalationen, Kosten pro Vorgang. Ohne diesen Block fallen Qualitätsverluste erst auf, wenn Anwender sich beschweren. Wie ein solcher Betrieb aufgebaut wird, beschreibt die Seite Evaluation und Agent Operations.

Wartung und Modellwechsel

Modellanbieter aktualisieren oder ersetzen ihre Modelle, Schnittstellen ändern sich, Prozesse werden angepasst. Jeder Modellwechsel erfordert einen erneuten Testlauf, gelegentlich auch Anpassungen an Anweisungen und Werkzeugen.

Schulung

Mitarbeitende müssen wissen, was der Agent kann, wo seine Grenzen liegen und wie sie Ergebnisse prüfen und Rückmeldungen geben. Ohne Schulung bleibt der Agent ungenutzt oder wird unkritisch übernommen. Bei größeren Teams lohnt es sich, einige Schlüsselpersonen ausführlicher zu schulen, die Kolleginnen und Kollegen im Alltag unterstützen und Rückmeldungen bündeln.

Interne Arbeitszeit

Fachabstimmung, Bereitstellung von Beispielfällen, Tests, Freigaben durch Datenschutz und Betriebsrat sowie die laufende Prüfung von Ergebnissen kosten interne Zeit. Dieser Block taucht in keinem externen Angebot auf und wird deshalb häufig vergessen.

Planen Sie interne Zeit deshalb wie einen externen Posten ein: Wer stellt Beispielfälle zusammen, wer prüft Zwischenstände, wer nimmt an Abstimmungen teil? Bewerten Sie diese Stunden mit einem internen Stundensatz. So wird sichtbar, ob ein Vorhaben die Fachabteilung in einer ohnehin ausgelasteten Phase zusätzlich belastet, und die Planung kann Engpässe frühzeitig berücksichtigen, statt den Pilot später zu verzögern.

Die wichtigsten Kostentreiber

Zwei Agenten mit ähnlicher Aufgabe können sehr unterschiedlich viel kosten. Die Unterschiede lassen sich meist auf wenige Faktoren zurückführen:

• Anzahl der Systeme: Jede zusätzliche Schnittstelle bringt Entwicklungs-, Test- und Pflegeaufwand. Wie sich Systeme sauber anbinden lassen, zeigt die Seite zur MCP- und API-Integration.
• Schreibrechte: Ein Agent, der nur liest und Entwürfe liefert, ist deutlich einfacher abzusichern als einer, der Daten in Kernsystemen verändert. Schreibrechte verlangen Freigabelogik, Protokollierung und Rückfallwege.
• Datenqualität: Schlecht gepflegte Quellen erhöhen den Aufbereitungsaufwand und die Nacharbeit im Betrieb.
• Sicherheitsanforderungen: Hoher Schutzbedarf kann eine bestimmte Betriebsform, zusätzliche Prüfungen und ausführlichere Dokumentation erfordern.
• Volumen: Mehr Vorgänge erhöhen die nutzungsabhängigen Kosten, verteilen aber die Fixkosten auf mehr Fälle.
• Modellwahl: Größere Modelle sind pro Aufruf in der Regel teurer. Für viele Teilaufgaben wie Einordnen oder Extrahieren genügt ein kleineres Modell.

Diese Faktoren wirken nicht unabhängig voneinander. Ein Agent mit Schreibrechten in mehreren Systemen und hohem Schutzbedarf vervielfacht den Aufwand für Tests, Freigaben und Protokollierung. Umgekehrt lässt sich ein erster Pilot oft deutlich günstiger gestalten, wenn er nur eine Quelle liest, Entwürfe liefert und die Entscheidung beim Menschen lässt. Die Erweiterung um Schreibrechte oder weitere Systeme kann dann auf Basis gemessener Ergebnisse erfolgen.

Die Nutzen-Seite

Den Kosten steht der Nutzen gegenüber. Am besten messbar ist eingesparte Bearbeitungszeit: Wie lange dauert ein Vorgang heute, wie lange mit Agent einschließlich Prüfung? Daneben gibt es Effekte, die schwerer in Geld zu fassen, aber oft wichtig sind:

• kürzere Durchlaufzeiten, etwa schnellere Antworten an Kunden oder Lieferanten,
• weniger Übertragungsfehler und damit weniger Folgekosten,
• gleichmäßigere Qualität, weil der Agent dieselben Prüfregeln anwendet,
• Entlastung von Fachkräften, die mehr Zeit für anspruchsvolle Fälle haben,
• Bewältigung von Volumenspitzen ohne kurzfristigen Personalaufbau.

Weisen Sie messbare Zeitersparnis und weitere Effekte getrennt aus. So bleibt die Rechnung nachvollziehbar, und die schwerer bezifferbaren Vorteile werden nicht als Rechengröße überzeichnet.

In die Betrachtung gehört auch die Ausgangslage ohne Agent. Wenn ein Team schon heute an der Belastungsgrenze arbeitet, Anfragen liegen bleiben oder Fehler regelmäßig Nacharbeit verursachen, hat auch das Nichtstun seinen Preis. Beschreiben Sie diesen Zustand nüchtern, statt ihn hochzurechnen.

Der TCO-Rechenweg

Die Total Cost of Ownership fasst alle Kosten eines Agenten über einen festgelegten Zeitraum zusammen. Der Rechenweg lässt sich in fünf Schritte gliedern:

1. Betrachtungszeitraum festlegen: zum Beispiel die erwartete Nutzungsdauer, bevor eine größere Überarbeitung ansteht.
2. Einmalige Kosten summieren: Analyse, Entwicklung, Integration, Datenaufbereitung, Schulung, gegebenenfalls Hardware, jeweils inklusive interner Arbeitszeit.
3. Laufende Kosten pro Monat schätzen: Modellnutzung, Hosting, Monitoring, Wartung und interne Prüfzeit.
4. Nutzen pro Monat schätzen: eingesparte Zeit pro Vorgang abzüglich Prüfzeit, multipliziert mit Volumen und internem Stundensatz.
5. Gegenüberstellen: TCO = einmalige Kosten + Zeitraum × laufende Kosten. Der Agent rechnet sich, wenn der Nutzen über den Zeitraum die TCO übersteigt.

Ein hypothetisches Rechenbeispiel

Das folgende Beispiel ist frei erfunden und dient nur dazu, den Rechenweg zu zeigen. Es arbeitet bewusst mit Platzhaltern statt mit Beträgen. Angenommen wird ein Agent, der eingehende Anfragen einordnet und Antwortentwürfe erstellt. Die Annahmen lauten:

• V Vorgänge pro Monat, davon kann der Agent einen Anteil A vorbereiten,
• t₀ Minuten Bearbeitungszeit pro Vorgang heute, t₁ Minuten mit Agent einschließlich Prüfung,
• S interner Stundensatz der Bearbeitenden,
• E einmalige Kosten, L laufende Kosten pro Monat, M Monate Betrachtungszeitraum.

Der monatliche Nutzen ergibt sich als N = V × A × (t₀ − t₁) ÷ 60 × S. Die TCO über den Zeitraum beträgt E + M × L. Der Agent trägt sich, wenn M × N größer ist als E + M × L. Ist N größer als L, lässt sich der Zeitpunkt der Amortisation grob als E ÷ (N − L) Monate abschätzen. Ist N kleiner oder gleich L, rechnet sich der Agent unter diesen Annahmen nicht, unabhängig vom Zeitraum.

Typische Fehler bei der Kostenschätzung

• Nur das Entwicklungsangebot betrachten: Laufende Kosten für Modell, Betrieb und Pflege fallen über Jahre an und können die einmaligen Kosten übersteigen.
• Prüfzeit ignorieren: Wenn Mitarbeitende jedes Ergebnis lesen und korrigieren, schrumpft die Zeitersparnis. Die Prüfzeit gehört in die Rechnung.
• Volle Abdeckung annehmen: Selten kann ein Agent alle Fälle eines Prozesses vorbereiten. Sonderfälle bleiben beim Menschen und müssen weiterhin eingeplant werden.
• Modellwechsel vergessen: Neue Modellversionen erfordern Tests und gelegentlich Anpassungen. Wer dafür kein Budget einplant, muss im Betrieb improvisieren.
• Interne Zeit als kostenlos behandeln: Abstimmungen, Testfälle und Freigaben binden Fachkräfte. Diese Zeit fehlt an anderer Stelle.

Angebote vergleichbar machen

Angebote für KI-Agenten lassen sich nur vergleichen, wenn sie denselben Umfang beschreiben. Fragen Sie deshalb nach einer Aufschlüsselung nach Kostenblöcken, nach den getroffenen Annahmen zu Volumen und Modellnutzung und nach dem, was ausdrücklich nicht enthalten ist. Achten Sie darauf, ob Evaluation, Monitoring und Wartung Bestandteil sind oder später gesondert berechnet werden, und wem Anweisungen, Testfälle und Quellcode am Ende gehören.

Wirtschaftlichkeit laufend prüfen

Eine Wirtschaftlichkeitsrechnung ist kein einmaliges Dokument. Volumen, Modellpreise und Fallarten ändern sich, ebenso die Qualität des Agenten. Sinnvoll ist ein wiederkehrender Abgleich: Annahmen festhalten, im Betrieb messen, neu rechnen und auf dieser Grundlage entscheiden, ob der Agent ausgebaut, angepasst oder beendet wird.

Für den Einstieg bedeutet das: Starten Sie mit einem begrenzten Pilot, dessen Kosten überschaubar sind, und machen Sie die Entscheidung über den Ausbau von gemessenen Werten abhängig. Wie mittelständische Unternehmen einen solchen Pilot organisieren, beschreibt der Praxisleitfaden KI-Agenten für den Mittelstand.