Gerade verkauft jeder „KI-Agenten“. Softwarehäuser, Berater, Agenturen. Meistens steckt ein Chatbot dahinter, manchmal eine Zapier-Kette mit neuem Etikett. Bevor ihr Geld ausgebt, lohnt es sich, die Begriffe sauber zu trennen.
Die kurze Version
Ein KI-Agent ist Software, die ein Ziel bekommt und den Weg dahin selbst geht. Sie liest Eingaben, plant Schritte, benutzt eure Systeme (Mail, CRM, Buchhaltung) und liefert ein Ergebnis ab. Innerhalb von Grenzen, die ihr festlegt.
Das unterscheidet ihn von den zwei Dingen, mit denen er ständig verwechselt wird:
Ein Chatbot antwortet auf Fragen. Er tut nichts. Wenn der Kunde fragt „Wo ist meine Bestellung?“, sagt der Chatbot „Bitte wenden Sie sich an den Support“. Ein Agent schaut im Shopsystem nach, findet die Sendungsnummer und schreibt die Antwort.
Klassische Automatisierung folgt einem festen Ablauf. Wenn A passiert, tue B. Das funktioniert großartig, solange die Eingabe immer gleich aussieht. Eine Rechnung als sauberes XML? Kein Problem. Eine Rechnung als schief gescanntes PDF mit handschriftlicher Notiz? Da steigt die starre Kette aus.
Ein Agent sitzt dazwischen: Er kommt mit unordentlichen Eingaben klar und entscheidet situativ, bleibt aber in dem Rahmen, den ihr ihm gebt.
Ein konkretes Beispiel
Nehmt den Rechnungseingang. Bei den meisten Betrieben läuft das so: Rechnung kommt per Mail, jemand öffnet das PDF, tippt Betrag, Datum und Lieferant in die Buchhaltung, prüft kurz, ob das plausibel aussieht, und legt die Datei ab.
Ein Agent übernimmt diesen Ablauf eins zu eins: Er liest die Mail, extrahiert die Felder, macht die Rechenprobe (Netto plus Steuer gleich Brutto?), prüft, ob die Rechnung schon mal da war, schlägt die Kontierung vor und legt alles für den DATEV-Export bereit. Bei einer Rechnung über der Freigabegrenze oder mit unklarer Kostenstelle stoppt er und fragt nach.
Der Agent ist nicht schlauer als eure Buchhaltung. Er tippt nur schneller ab, und er vergisst keine Skonto-Frist.
Was euch keiner sagt
Erstens: Volle Autonomie ist bei Geld und Kunden eine schlechte Idee. Ein Agent, der ungeprüft Zahlungen freigibt oder Kundenmails verschickt, ist kein Feature. Gute Agenten-Systeme haben Freigabe-Schritte an den Stellen, wo Fehler teuer werden. Der Agent bereitet vor, ein Mensch drückt auf senden. Erst wenn sich über Wochen zeigt, dass eine Fallkategorie zuverlässig läuft, gibt man sie frei.
Zweitens: Das Sprachmodell ist der kleinste Teil der Arbeit. Die eigentliche Arbeit steckt in der Anbindung an eure Systeme, in den Fehlerfällen (was passiert, wenn die API nicht antwortet?) und in den Rechten (wer darf was freigeben?). Wer euch einen Agenten in zwei Tagen verspricht, hat diesen Teil weggelassen. Ihr merkt es dann im Betrieb.
Drittens: Nicht jeder Prozess braucht einen Agenten. Wenn eure Eingaben strukturiert sind und die Regeln klar, dann nehmt Regeln. Die sind billiger, schneller und tun jedes Mal exakt dasselbe. Ein Agent lohnt sich da, wo unstrukturierte Eingaben auf Entscheidungen treffen: Mails in Freitext, PDFs in zwanzig Layouts, Anfragen, bei denen man erst mal verstehen muss, was der Absender will.
Woran ihr erkennt, ob ein Prozess taugt
Drei Fragen reichen für eine erste Einschätzung:
- Kommt der Prozess mindestens ein paar Mal pro Tag vor? Ein Agent für etwas, das zweimal im Monat passiert, rechnet sich selten.
- Sind die Eingaben unordentlich? Mails, PDFs, Freitext, Fotos. Genau da spielt ein Agent seine Stärke aus.
- Lässt sich ein Fehler abfangen, bevor er teuer wird? Wenn ja, könnt ihr mit Freigabe-Schritten starten und später lockern.
Dreimal ja? Dann lohnt sich ein genauerer Blick. Was so ein Blick kostet und was danach kommt, schreibe ich in einem eigenen Beitrag auf.