Das Wichtigste in Kürze
- Eine Demo-Prognose ist noch kein Nachweis für wirtschaftlichen Nutzen. Entscheidend ist der Vergleich mit dem bisherigen Prozess.
- Erfassen Sie vor dem Pilot Fallvolumen, Bearbeitungszeit, Nacharbeit, Fehler und Rückfragen als Baseline.
- Rechnen Sie neben Modellkosten auch Einführung, Integration, menschliche Prüfung, Pflege und Schulung ein.
- Bewerten Sie Kosten pro Fall, Qualität und Nettozeitersparnis gemeinsam. Eine einzelne Kennzahl reicht selten aus.
- Setzen Sie nur Effekte an, die sich messen oder nachvollziehbar belegen lassen.
Worum es geht
Der ROI eines KI-Agenten beschreibt, ob der erzielte Nutzen in einem angemessenen Verhältnis zu den Aufwänden steht. Dafür müssen Sie nicht nur fragen, wie viele Arbeitsschritte ein Agent übernimmt. Wichtig ist auch, ob weniger Zeit für den gesamten Vorgang anfällt, ob die Qualität stabil bleibt und welche neuen Prüf- oder Korrekturaufgaben entstehen.
Eine einfache Grundstruktur lautet: Nutzen abzüglich Gesamtkosten, verglichen mit den Gesamtkosten. Für eine belastbare Einschätzung müssen Sie festlegen, welchen Zeitraum Sie betrachten und welche Kosten dazugehören. Nutzen kann etwa aus eingesparter Arbeitszeit oder vermiedener Nacharbeit entstehen. Machen Sie eingesparte Zeit nicht automatisch zu einer finanziellen Einsparung: Sie wird erst wirtschaftlich wirksam, wenn sie anderweitig produktiv eingesetzt werden kann oder tatsächlich Kosten reduziert.
Typische Ausgangslage
Stellen Sie sich ein Unternehmen vor, in dem Mitarbeitende eingehende Anfragen sichten, Informationen aus mehreren Unterlagen zusammentragen und daraus einen Entwurf für die weitere Bearbeitung erstellen. Eine Demo kann zeigen, dass ein KI-Agent einen Teil dieser Schritte unterstützt. Sie belegt jedoch nicht, wie oft dieser Ablauf vorkommt, wie viel Zeit er bisher kostet oder wie häufig der Agent korrigiert werden muss.
Ohne Messung des bisherigen Ablaufs wirkt ein prognostizierter Zeitgewinn überzeugend, bleibt aber eine Annahme. Auch ein hoher Anteil automatisch bearbeiteter Fälle sagt wenig aus, wenn viele Ergebnisse anschließend geprüft oder nachbearbeitet werden. Deshalb beginnt die ROI-Betrachtung mit einer Baseline und nicht mit einer Schätzung der technischen Leistung.
So gehen Sie vor
-
Einen klar abgegrenzten Prozess wählen. Beschreiben Sie, wo ein Fall beginnt und wann er als abgeschlossen gilt. Ein enger Prozesszuschnitt macht Aufwand und Ergebnis vergleichbar.
-
Die Baseline erfassen. Notieren Sie Fallvolumen, Bearbeitungszeit, Fehler, Rückfragen und Nacharbeit. Nutzen Sie möglichst repräsentative Abläufe und halten Sie fest, welche Ausnahmen oder Fallarten vorkommen.
-
Aufgabe und Grenzen des Agenten festlegen. Bestimmen Sie konkret, welche Arbeit der Agent übernehmen soll, etwa Informationen aus freigegebenen Unterlagen zusammenzufassen oder einen Entwurf vorzubereiten. Legen Sie fest, welche Aufgaben beim Menschen bleiben und wann der Agent einen Fall zur Prüfung weitergibt.
-
Datenzugriff und Rechte klären. Entscheiden Sie, auf welche Datenquellen der Agent zugreifen darf und welche Handlungen erlaubt sind. Begrenzen Sie Rechte auf das Notwendige. Änderungen an wichtigen Datensätzen, verbindliche Antworten oder andere folgenreiche Schritte sollten nur mit passenden Freigaben erfolgen.
-
Alle Kosten erfassen. Berücksichtigen Sie Modellnutzung, technische Integration, Einrichtung, laufende Kontrolle, Fehlerkorrektur, Pflege und Schulung. Klären Sie außerdem, wer Ausnahmen bearbeitet und wer für die Qualität im Betrieb verantwortlich ist. Modellkosten sind nur ein Teil der Rechnung.
-
Den Pilot mit denselben Messgrößen auswerten. Vergleichen Sie die Ergebnisse nach dem Pilot mit der Baseline. Erfassen Sie sowohl die Zeit mit Agent als auch Prüf- und Nacharbeitszeit. Aktualisieren Sie Ihre Annahmen, wenn tatsächliche Werte von der Prognose abweichen.
-
Die Rechnung auf den vorgesehenen Einsatz übertragen. Prüfen Sie, ob Fallvolumen und Aufgaben im späteren Betrieb dem Pilot ähneln. Weisen Sie unsichere Annahmen gesondert aus, statt sie als gesicherten Nutzen einzurechnen.
Entscheidungskriterien und typische Fehler
Ein sinnvoller Vergleich betrachtet die Gesamtkosten pro Fall, die Ergebnisqualität und die Nettozeitersparnis. Die Nettozeit ergibt sich nicht nur aus der Arbeit, die der Agent übernimmt. Ziehen Sie menschliche Prüfung, Rückfragen, Korrekturen und die Bearbeitung von Ausnahmen davon ab. So wird sichtbar, ob der Ablauf insgesamt kürzer oder lediglich anders verteilt wird.
Häufige Fehler sind:
- nur die Modellnutzung zu berechnen und Einführung sowie Betrieb auszublenden;
- erwartete Zeitersparnis als sichere finanzielle Einsparung zu behandeln;
- ein untypisches Testset oder wenige einfache Fälle als repräsentativ anzunehmen;
- eine Automatisierungsquote zu verwenden, ohne Qualität und Nacharbeit einzubeziehen;
- denselben Nutzen mehrfach zu zählen, zum Beispiel weniger Bearbeitungszeit und zugleich dieselbe Zeitersparnis als zusätzliche Kapazität anzusetzen;
- Prüfaufwand nach dem Start nicht zu erfassen.
Klären Sie vorab, welche Qualitätsanforderung für den Prozess gilt und welche Abweichungen akzeptabel sind. Bei einem Agenten, der nur Vorschläge erstellt, kann eine andere Kontrolle genügen als bei einem System, das Daten verändert oder Nachrichten vorbereitet. Die Entscheidung hängt von den Folgen möglicher Fehler ab.
Grenzen und Risiken
Ein Pilot bildet den späteren Betrieb nur dann sinnvoll ab, wenn die getesteten Fälle und Daten den tatsächlichen Ablauf hinreichend widerspiegeln. Ändern sich Fallmix, Datenqualität oder Prozessregeln, können sich auch Ergebnisqualität und Aufwand verschieben. Ein Business Case sollte daher deutlich machen, auf welchen Annahmen er beruht und wann diese überprüft werden.
Auch scheinbar einfache Messgrößen können täuschen. Weniger Bearbeitungszeit ist kein Vorteil, wenn zugleich mehr Fehler entstehen oder Mitarbeitende zusätzliche Kontrollen durchführen müssen. Umgekehrt kann ein Agent trotz geringer Zeitersparnis nützlich sein, wenn er Rückstände reduziert oder Ergebnisse einheitlicher vorbereitet. Solche Wirkungen sollten konkret beschrieben und nicht ohne Beleg in Geldwerte umgerechnet werden.
Zugriff auf personenbezogene oder vertrauliche Daten, Rollen und Freigaben müssen zum konkreten Einsatz passen. Datenschutz- und KI-rechtliche Fragen sind im Einzelfall zu prüfen; diese Einordnung ersetzt keine Rechtsberatung. Planen Sie außerdem eine regelmäßige Kontrolle ein, damit veränderte Anforderungen oder auffällige Ergebnisse bemerkt werden.
Woran Sie den Nutzen erkennen
Vergleichen Sie vor und nach dem Pilot mindestens drei Blickwinkel: Gesamtkosten pro Fall, Qualität und Nettozeitersparnis. Ergänzend können Sie erfassen, wie viele Fälle ohne Eingriff abgeschlossen wurden, wie oft ein Mensch korrigieren musste und welche Arten von Fehlern oder Rückfragen auftraten. Die Messgrößen sollten zum konkreten Prozess passen.
Legen Sie vor dem Test fest, wer Daten erhebt, über welchen Zeitraum verglichen wird und welche Ergebnisse als akzeptabel gelten. Prüfen Sie während des Pilots auch, ob die menschliche Freigabe tatsächlich an den vorgesehenen Stellen greift. Am Ende sollten nicht nur ein Ergebnis, sondern auch die verwendeten Annahmen, Abweichungen und offenen Fragen dokumentiert sein.
Häufige Fragen
Welche Kosten gehören in die ROI-Rechnung?
Neben der Modellnutzung zählen dazu unter anderem Analyse und Einrichtung, Integration, Prüfung, Fehlerkorrektur, Pflege und Schulung. Erfassen Sie auch den laufenden Aufwand für Zuständigkeiten und Ausnahmen.
Wie messe ich eingesparte Zeit?
Messen Sie den vollständigen Ablauf vor und während des Pilots. Ziehen Sie Prüf-, Korrektur- und Rückfragezeit von der Zeitersparnis bei den unterstützten Arbeitsschritten ab.
Reicht eine hohe Automatisierungsquote als Nachweis?
Nein. Sie sagt allein nicht aus, ob Ergebnisse korrekt sind oder wie viel Nacharbeit anfällt. Stellen Sie sie deshalb neben Qualität, Kosten pro Fall und menschlichem Prüfaufwand.
Was mache ich, wenn die Datenlage unvollständig ist?
Kennzeichnen Sie fehlende Werte und Annahmen. Verbessern Sie die Erfassung im abgegrenzten Prozess und verwenden Sie unsichere Effekte nicht als gesicherten Nutzen.
