KI-Agenten oder Chatbots: Wann sich der Aufpreis lohnt

KI-Agenten oder Chatbots? Der Vergleich zeigt, wann Aktionen den Aufpreis rechtfertigen, welche Rechte nötig sind und wie sich Ergebnisse überprüfen lassen.

Veröffentlicht am

KI-Agenten oder Chatbots: Wann sich der Aufpreis lohnt

Ein Aufpreis für KI-Agenten lohnt sich erst, wenn sie eine nützliche Aufgabe erledigen, die beim Chatbot noch einem Menschen zufällt. Entscheidend sind ausgeführte Aktionen, Berechtigungen und überprüfbare Ergebnisse. In der Demo sollten 3 Dinge sichtbar werden: ein geänderter Datensatz im Geschäftssystem, das Ausführungsprotokoll und die abgerechnete Nutzung. Ein neues Etikett oder eine flüssiger formulierte Antwort belegt nichts davon.

KI-Agenten und Chatbots: Wer antwortet, wer handelt, wer entscheidet?

Ein Chatbot beantwortet eine Anfrage; ein Agent kann die nötigen Schritte zu ihrer Erledigung ausführen. Für Unternehmensinhaber liegt der relevante Fortschritt darin, dass das System einen Ablauf nicht mehr nur erklärt, sondern einen Teil der Arbeit übernimmt: aktuelle Informationen prüfen, eine erlaubte Aktion auswählen, einen Datensatz ändern und kontrollieren, ob die Änderung erfolgreich war.

Diese Kurzfassung braucht eine Einschränkung. Ein Chatbot ist eine dialogbasierte Oberfläche und kann deshalb durchaus einen Agenten enthalten. Auch ein skriptgesteuerter Chatbot kann Aktionen auslösen. Aussagekräftiger ist eine andere Frage: Wählt das System seinen nächsten Schritt anhand dessen, was es vorfindet, oder folgt es einem bereits vorgegebenen Ablauf?

Anthropic, das Unternehmen hinter der KI-Modellfamilie Claude, zieht die Grenze so: Workflows folgen vorgegebenen Pfaden, während bei Agenten ein Sprachmodell den Ablauf und den Werkzeugeinsatz steuert. Ein Sprachmodell ist die Software, die Sprache interpretiert und erzeugt. Diese Definition hilft bei der Bewertung, weil sie ein beobachtbares Verhalten beschreibt. Quelle: Anthropics Leitfaden zur Entwicklung von Agenten.

Im folgenden Vergleich bezeichnet „Chatbot“ ein System, dessen Schwerpunkt auf Antworten liegt. „Agent“ steht für ein System, das zur Auswahl und Ausführung von Schritten eingerichtet wurde. Das sind Betriebsweisen, keine Zusicherungen, die sich aus einem Produktnamen ableiten lassen.

Frage vor dem KaufChatbot mit Schwerpunkt auf AntwortenAgent mit eingerichteten Aktionsmöglichkeiten
Was kann das System tun?Eine Richtlinie erklären, Informationen finden, eine Antwort entwerfen oder Angaben erfassen.Werkzeuge auswählen, Ergebnisse prüfen, erlaubte Aufgaben ausführen und die Erledigung kontrollieren.
Was ändert sich außerhalb des Gesprächs?Meist nichts; den nächsten Schritt übernimmt ein Mensch oder ein angebundener, festgelegter Workflow.Möglicherweise Kundendaten, Buchungen, Tickets oder andere angebundene Systeme. Agenten können auch ausschließlich lesend arbeiten.
Wer bestimmt den nächsten Schritt?Der Nutzer oder ein vorgegebener Gesprächsablauf.Das Modell entscheidet innerhalb der eingerichteten Werkzeuge, Regeln und Abbruchbedingungen.
Wo liegt das größte Risiko?Falsche Informationen, ungeeignete Ratschläge oder die Offenlegung von Informationen, auf die das System zugreifen kann.Dieselben Risiken, dazu fehlerhafte Schreibzugriffe, doppelte Aktionen und unerledigte Arbeit, die als abgeschlossen gemeldet wird.
Was muss eingerichtet werden?Verlässliche Quellen, Grenzen für Antworten, Zugriffskontrollen und eine Übergabe an Menschen.Dieselben Grundlagen, zusätzlich Integrationen, Aktionsberechtigungen, Validierung, Protokolle und Verfahren zur Fehlerbehebung.
Wird pro Nutzerlizenz oder pro gelöstem Anliegen abgerechnet?Möglich sind Nutzerlizenzen, Abonnements und Nutzungskontingente. Die Bezeichnung bestimmt nicht die Abrechnung.Möglich sind Nutzerlizenzen, Credits, Gespräche, Nutzung oder gelöste Anliegen. Entscheidend ist, welches Ereignis die Abrechnung auslöst.
Woran lässt sich Erfolg erkennen?Die Antwort ist korrekt und nützlich.Das vereinbarte Ergebnis liegt im Zielsystem vor und wurde innerhalb des erlaubten Umfangs erreicht.

An einer Erstattungsanfrage wird der Unterschied greifbar. „Über dieses Formular lässt sich eine Erstattung beantragen“ ist eine Antwort. Die Bestellung nachzuschlagen und eine zulässige Erstattung einzureichen ist eine Aktion. Wenn das System darüber hinaus entscheidet, ob es weitere Angaben anfordern, ein anderes System prüfen oder einen Ausnahmefall weiterleiten muss, passt es seine Entscheidungen an die Situation an.

Die kleinste Lösung kaufen, die die Aufgabe erledigt. Für eine eindeutige Erstattungsregel kann gewöhnliche Automatisierung genügen. Bei einem ungewöhnlichen Lieferproblem kann dagegen ein Agent helfen, der mehrere Quellen prüft, bevor ein Mensch die Lösung freigibt. Mehr Autonomie bringt nur dort etwas, wo der Weg zum Ergebnis variiert.

Wie kommt ein Agent von der Anfrage zum Ergebnis?

Die entscheidende Veränderung geschieht zwischen den Nachrichten des Nutzers: Das System kann arbeiten, ohne sich jeden Schritt vorgeben zu lassen. Es erhält ein Ziel, wählt ein Werkzeug, prüft das Ergebnis und macht dann weiter, bittet um Hilfe oder hält an.

Ein Hotelconcierge veranschaulicht das Prinzip. Eine Auskunftsstelle kann erklären, wie sich eine Reservierung ändern lässt. Ein Concierge mit den passenden Zugriffsrechten kann die Verfügbarkeit prüfen, feststellen, dass das gewünschte Zimmer belegt ist, eine passende Alternative finden und die Buchung nach Bestätigung ändern. Das Gespräch mag ähnlich aussehen; der Handlungsspielraum dahinter ist ein anderer.

Ein Tool ist eine aufrufbare Operation, etwa das Nachschlagen einer Bestellung oder das Anlegen eines Kontakts. Eine API ist die Softwareschnittstelle, über die eine Anwendung Daten oder die Ausführung einer Operation von einer anderen anfordert. Ein API-Zugang für einen Agenten bedeutet nicht automatisch, dass er jede von dieser API unterstützte Operation ausführen darf.

Das Ergebnis ist ebenso wichtig wie die Anfrage. Meldet ein Buchungswerkzeug „nicht verfügbar“, muss das System darauf reagieren oder anhalten. Es darf dem Kunden den Termin nicht als gebucht bestätigen, nur weil es ihn buchen wollte. Anthropic beschreibt, wie Agenten Werkzeugergebnisse als Rückmeldung nutzen und an Kontrollpunkten oder bei Hindernissen wieder Menschen einbeziehen. Quelle: So funktioniert die Ausführung durch Agenten.

Eine Concierge-Lobby aus Knete zeigt die Stationen Anfrage, Auswahl, Ausführung und Prüfung, mit einem Rückweg von der Prüfung zur Auswahl und einem Ausgang zum Abschluss.
Ein Agent nutzt das Ergebnis einer Aktion, um den nächsten Schritt zu wählen. Ist die Aufgabe erledigt, endet die Schleife.

Die vielen Begriffe rund um das Thema können diesen einfachen Unterschied verdecken. Tatsächlich beantworten sie verschiedene Fragen:

VergleichDer Unterschied in einfachen WortenWas geprüft werden sollte
KI-Agent vs. KI-Assistent„Assistent“ bezeichnet eine unterstützende Rolle. Er kann antworten, Entwürfe erstellen oder als Agent handeln.Welche Funktionen im eigenen Konto aktiviert sind.
KI-Agent vs. agentische KIEin Agent ist ein konkretes System. Agentische KI bezeichnet den übergeordneten Ansatz, Ziele durch selbst gewählte Schritte zu verfolgen.Aufgabe und Grenzen der konkreten Implementierung.
KI-Agent vs. KI-ModellDas Modell liefert die Fähigkeiten zur Sprachverarbeitung und Entscheidungsfindung; der Agent ergänzt Werkzeuge und Ausführungslogik.Welche Werkzeuge die Anwendung bereitstellt und freigibt.
KI-Agent vs. generative KIGenerative KI erzeugt Inhalte. Ein Agent kann diese Fähigkeit bei der Erledigung einer Aufgabe einsetzen.Ob das System eine Aktion vorschlägt oder tatsächlich ausführt.

Ein anderes Modell kann bessere Antworten liefern, ohne dass sich Berechtigungen ändern. Eine Datenbankanbindung kann aktuelle Abfragen ermöglichen, ohne Änderungen zu erlauben. Ein Schreibwerkzeug kann Änderungen ermöglichen, ohne dass sich der Ablauf an neue Umstände anpasst. Der Anbieter sollte benennen, welche dieser Veränderungen er tatsächlich vorgenommen hat.

Mehr zu Architektur und Begriffen erläutert der Beitrag darüber, was agentische KI für Unternehmensinhaber bedeutet.

KI-Agenten in der Praxis: Beispiele aus Support, Vertrieb und Betrieb

Der beste Vergleich beginnt mit derselben Anfrage und prüft, welche Arbeit danach noch offen ist. Die folgenden Beispiele beschreiben mögliche Geschäftsabläufe. Sie behaupten nicht, dass jedes Agentenprodukt sie ohne weitere Einrichtung beherrscht.

Die Budgets sind bewusst hypothetische Planungsbeispiele. Die angenommenen Softwarekosten, Arbeitsmengen und Stundensätze sind weder Angebote von Chatbase oder Tidio noch Marktdurchschnitte oder gemessene Ergebnisse. Für die eigene Kalkulation müssen die Vertragskonditionen und Aufzeichnungen aus dem Pilotbetrieb eingesetzt werden. Einrichtungskosten sind nicht enthalten; laufende Prüfungen oder Wartung sind dort eingerechnet, wo dies ausdrücklich steht. Die Beispiele sollen sichtbar machen, welcher Teil der Rechnung in der Verkaufsdemo untergeht.

Support: Eine beschädigte Bestellung tatsächlich bearbeiten

Ein Onlineshop erhält die Nachricht: „Meine Bestellung ist beschädigt angekommen. Können Sie Ersatz schicken?“ Ein auf Antworten ausgerichteter Chatbot kann die Richtlinie erklären, nach der Bestellnummer fragen und den nächsten Schritt nennen. Muss der Kunde anschließend einem Mitarbeiter alles erneut schildern, damit dieser die Bestellung nachschlägt und den Ersatz anlegt, hat der Chatbot bei der Erfassung geholfen. Er hat das Anliegen aber nicht erledigt.

Ein möglicher Agentenablauf prüft die Identität des Kunden, ruft die Bestellung ab, klärt die zulässige Lösung, fordert fehlende Nachweise an und bereitet die passende Aktion vor. Mit den nötigen Berechtigungen könnte der Agent die Ersatzlieferung anlegen und die neue Referenz zurückgeben. Reichen die Nachweise oder die Richtlinie nicht für eine Entscheidung aus, besteht das richtige Ergebnis in einer brauchbaren Übergabe, bei der die bisherige Arbeit erhalten bleibt.

Vor dem Kauf sollte der Händler festlegen, wann die Aufgabe als erledigt gilt: wenn das Bestellsystem einen Ersatzauftrag angenommen hat, der dem richtigen Kunden und der ursprünglichen Bestellung zugeordnet ist. Ein freundliches „Alles erledigt“ reicht nicht.

Beispiel für die laufenden Kosten: 600 als gelöst akzeptierte Fälle zu angenommenen $1 pro Fall sowie 100 Prüfungen von je 2 Minuten bei $30 pro Stunde ergeben $700 pro Monat: $600 Softwarekosten und $100 Prüfaufwand. Ein etwaiger Plattformmindestpreis, Integrationsgebühren und die Einrichtung kommen gesondert hinzu.

Beispiel für die Kosten eines Fehlers: Eine irrtümliche Erstattung von $75 und 10 Minuten Korrekturarbeit bei $30 pro Stunde ergeben $80 an unmittelbarem finanziellem Risiko und Arbeitsaufwand, bevor mögliche Rückholungen oder Folgen für den Kunden berücksichtigt werden. Das ist keine Prognose zur Fehlerquote. Es zeigt, warum ein niedriger Nutzungspreis keine unbegrenzte Erstattungsberechtigung rechtfertigt.

Der Einstieg sollte bei der Prüfung von Bestellungen und dem Vorschlagen von Lösungen liegen. Eng begrenzte Aktionen kommen erst hinzu, wenn das System zuverlässig das richtige Konto erkennt, die Regeln anwendet und Ausnahmen korrekt meldet. Ein Shop, bei dem es überwiegend um Öffnungszeiten oder Lieferbedingungen geht, sollte beim einfacheren Chatbot bleiben.

Abnahmetest: Eine Anfrage zu einer beschädigten Bestellung vorlegen, für die bereits eine Erstattung erfolgt ist. Das System sollte die bestehende Aktion erkennen und nicht automatisch eine weitere Entschädigung veranlassen. Anschließend das Bestellsystem kontrollieren, auch wenn der Chat behauptet, den Fall weitergeleitet zu haben.

Vertrieb: Einen gültigen Termin buchen statt nur eine E-Mail-Adresse sammeln

Ein Dienstleistungsunternehmen erhält die Anfrage: „Kann uns jemand nächsten Monat bei der Migration unserer Kundendatenbank helfen?“ Ein auf Antworten ausgerichteter Chatbot kann die Leistungen erklären, Kontaktdaten erfassen und einen Buchungslink anbieten. Das kann genügen, wenn Interessenten selbst einen passenden Termin wählen können.

Ein möglicher Vertriebsagent stellt die noch offenen Qualifizierungsfragen, prüft das betreute Gebiet und die Terminbedingungen, findet einen passenden Zeitpunkt und legt die vereinbarte Buchung mit Kontext für den Vertriebsmitarbeiter an. Ein CRM, also ein System für das Kundenbeziehungsmanagement, speichert die Kontakt- und Verkaufschancendatensätze für die weitere Bearbeitung.

Das nützliche Ergebnis ist ein gültiger Termin mit der richtigen Person, der richtigen Zeitzone und brauchbaren Notizen. Ein neu angelegter Kontakt ist etwas anderes. Ein Anbieter sollte nicht jede E-Mail-Adresse als qualifizierten Lead zählen dürfen, nur weil seine Software einen Datensatz geschrieben hat.

Beispiel für die laufenden Kosten: Ein angenommenes monatliches Softwarebudget von $150 und 40 Prüfungen von je 3 Minuten bei $30 pro Stunde ergeben $210 pro Monat. Bei 100 akzeptierten, qualifizierten Buchungen sind das $2.10 pro Buchung, ohne Einrichtung und davon unabhängige CRM-Gebühren. Die Zahl akzeptierter Buchungen ist eine Annahme, keine Prognose.

Beispiel für die Kosten eines Fehlers: Ein falsch qualifizierter Termin, der bei einem Vertriebsmitarbeiter 30 Minuten zu $60 pro Stunde belegt, verschwendet $30 an Arbeitskapazität. Als entgangener Verkauf darf das nur gelten, wenn es dafür Belege gibt. Verspricht ein Bot einen nicht genehmigten Rabatt, entsteht ein separates Problem durch diese Zusage.

Preisausnahmen und geschäftliche Zusagen sollten beim Vertriebsmitarbeiter bleiben. Der Agent kann Informationen sammeln und prüfen; seine Schreibrechte sollten begrenzt sein. Für Gründer zählt, ob er wiederkehrende Qualifizierungsarbeit abnimmt, ohne den Kalender mit ungeeigneten Gesprächen zu füllen.

Abnahmetest: Einen bestehenden Kontakt mit einer abweichenden E-Mail-Adresse vorgeben und einen nicht verfügbaren Termin anfragen. Beobachten, ob das System nachfragt, bei unklarer Zuordnung ein mögliches Duplikat vermeidet und eine gültige Alternative anbietet. Sowohl die Buchung als auch den Kontaktdatensatz prüfen.

Betrieb: Aufgaben aktualisieren, ohne den Handlungsspielraum auszuweiten

Eine Betriebsleitung erhält eine Lieferanten-E-Mail: „Der Liefertermin hat sich verschoben; bitte aktualisieren Sie das Projekt.“ Ein auf Antworten ausgerichteter Chatbot kann die Nachricht zusammenfassen und eine Aufgabenänderung vorschlagen. Ein Mensch muss weiterhin das betroffene Projekt bestimmen, das Datum bestätigen und die Änderung vornehmen.

Ein möglicher Agent findet das zugehörige Projekt, gleicht die Nachricht mit der aktuellen Aufgabe ab, fragt bei widersprüchlichen Terminen nach und bereitet die Aktualisierung vor. Nach Freigabe ändert er die erlaubten Felder und dokumentiert die Quelle. Bestellungen, Bankverbindungen von Lieferanten und andere Projekte müssen außerhalb dieses Umfangs bleiben.

Ein Agent kann hier sinnvoll sein, wenn Nachrichten unterschiedlich formuliert sind und die Zuordnung zum richtigen Projekt Urteilsvermögen verlangt. Kommt dagegen jede Aktualisierung bereits über ein strukturiertes Formular mit eindeutiger Projektkennung, kann ein fester Workflow besser passen.

Beispiel für die laufenden Kosten: Ein angenommenes monatliches Software- und Werkzeugbudget von $100 sowie 2 Stunden Wartung zu $40 pro Stunde ergeben $180 pro Monat. Bei 200 akzeptierten Aktualisierungen sind das $0.90 pro Aktualisierung, ohne Einrichtung. Muss jede Aktualisierung zusätzlich geprüft werden, kommt diese Zeit hinzu; sie ist in diesem Beispiel nicht enthalten.

Beispiel für die Folgen eines Fehlers: Eine nicht genehmigte Lieferantenbestellung über $800 schafft eine Einkaufsverpflichtung von $800, dazu kommen $20 Korrekturaufwand, wenn ein Mitarbeiter bei $40 pro Stunde 30 Minuten mit der Untersuchung verbringt. Die Bestellung lässt sich möglicherweise stornieren; der Betrag ist nicht automatisch unwiederbringlich verloren. Die bessere Gestaltung verhindert von vornherein, dass dieser Workflow Bestellungen aufgeben kann.

Für die IT-Leitung eines mittelständischen Unternehmens zählt, welches Konto die Integration verwendet und wie dessen Zugriffsgrenzen durchgesetzt werden. Für die Betriebsleitung zählt, ob eine ungeklärte Aktualisierung vor dem Liefertermin bei einem Menschen ankommt. Beide brauchen ein Ausführungsprotokoll, nicht nur eine Gesprächszusammenfassung.

Abnahmetest: Eine mehrdeutige Aktualisierung senden, die sich auf zwei aktive Projekte bezieht, und anschließend den Zugriff auf das Zielsystem entziehen. Der Agent sollte nicht raten und den blockierten Schreibzugriff melden. Sobald der Zugriff wieder möglich ist, darf ein erneuter Versuch keine doppelten Aufgaben anlegen.

Weitere Beispiele für KI-Agenten im Arbeitsalltag kleiner Unternehmen helfen bei der Auswahl des nächsten Workflows. Die drei Beispiele liefern Ansatzpunkte für einen klar begrenzten Pilotversuch. Sie sind kein Anlass, sämtliche Abteilungen gleichzeitig zu automatisieren.

Welche Funktionen dokumentieren Chatbase und Tidio derzeit?

Chatbase und Tidio beschreiben beide Funktionen, die über das Beantworten von Fragen hinausgehen. Ihre dokumentierten Aktionen erfordern dennoch eine passende Konfiguration und ein geeignetes Geschäftssystem im Hintergrund. Entscheidend ist, welche Aktion der gewählte Tarif und die konkrete Implementierung ausführen können und mit wessen Berechtigung das geschieht.

Die hier verlinkten Primärquellen wurden am 18. Oktober 2026 geprüft. Der Vergleich stützt sich auf die Dokumentation; er ist kein Praxistest zur Zuverlässigkeit.

Chatbase: Custom Actions brauchen eine funktionierende Anbindung

Chatbase ist eine Plattform zum Erstellen von KI-Agenten für den Kundenkontakt. Über Custom Actions können sie eine eigene API aufrufen und deren Antwort nutzen. Die Dokumentation nennt unter anderem das Ändern eines Abonnements und das Abrufen von Informationen aus externen Systemen. Das passt zu Unternehmen, bei denen der nächste sinnvolle Arbeitsschritt in einer Anwendung liegt, die sich anbinden lässt. Quelle: Chatbase Custom Actions.

Die offizielle Produktübersicht von Chatbase zeigt die Konfiguration von Agenten und deren Aktionsfunktionen.
Chatbase

Der aktuelle Einrichtungsweg beginnt unter Build > Actions. Dort werden die Aktion, ihre Eingaben und die API-Anfrage definiert. Anschließend wird die Antwort getestet und festgelegt, auf welche Daten der Agent zugreifen darf. Danach wird die Aktion aktiviert und im Playground geprüft. Die Integration gehört zum Aufwand der Anschaffung: Ein Chatbot, der mit Hilfeartikeln trainiert wurde, kann dadurch noch keine Abonnements ändern.

Besonders aufschlussreich ist eine Einstellung in der Konfiguration. Chatbase dokumentiert Only use in procedures. Damit entscheidet der Agent nicht mehr selbst, wann er diese Aktion aufruft. Eine Procedure ist ein festgelegter Prozess. Dieselbe Plattform kann dem Agenten somit je nach Konfiguration unterschiedlich viel Entscheidungsspielraum geben. Quelle: Einrichtung von Aktionen und Beschränkung auf Procedures.

Veröffentlichter Einstiegspreis: Hobby kostet $32 pro Monat bei jährlicher Abrechnung und umfasst 700 Nachrichten-Credits pro Monat. Die für die Integration erforderliche Tarifstufe muss geprüft werden: Die Vergleichstabelle führt API-Zugriff und Stripe unter Standard statt unter Hobby auf. Quelle: Chatbase-Preise.

Vor dem Kauf lohnt ein genauer Blick auf die Testmöglichkeiten. Laut Chatbases Ankündigung vom 7. Oktober 2026 können automatisierte Tests erwartete Aktionen prüfen und simulierte Ergebnisse liefern. Eine tatsächliche Ausführung ist in diesen Tests jedoch auf unterstützte, ausschließlich lesende Aktionen begrenzt. Schreibaktionen und Custom Actions lassen sich in diesem automatisierten Testmodus nicht tatsächlich ausführen. Quelle: Chatbases Ankündigung zu Tests.

Das bedeutet weder, dass Chatbase im Produktivbetrieb keine Schreibaktionen ausführen kann, noch, dass sich Custom Actions nicht separat testen lassen. Es bedeutet: Ein bestandener simulierter Dialog beweist nicht, dass die Abonnementänderung in der eigenen Anwendung angekommen ist. Dafür braucht es einen kontrollierten Integrationstest mit einem Testkonto und eine Prüfung des Datensatzes im Zielsystem.

Geeignet für: Unternehmen mit einem klar definierten Kundenprozess und einer Person, die die Anbindung verantwortet. Mit dem Aktionsupgrade noch warten, wenn lediglich korrekte Antworten gebraucht werden oder niemand die API betreuen und fehlgeschlagene Änderungen untersuchen kann.

Tidio: Aktionsfolge und Gesprächsabrechnung genau prüfen

Tidio Lyro AI Agent ist ein Kundenservicesystem mit Smart Actions. Laut Tidio können diese über angebundene APIs Adressen aktualisieren, Leads erfassen und Erstattungen auslösen. Die Produktseite beschreibt die Entscheidung zwischen einer Antwort aus der Wissensdatenbank und dem Start einer Aktionsfolge. Das ist eine konkrete Funktionsaussage, kein Versprechen unbegrenzter Autonomie. Quelle: Tidio Smart Actions.

Die offizielle Seite zu Tidio Lyro Smart Actions beschreibt Aktionen mit Anbindung an Geschäftssysteme.
Tidio Lyro AI Agent

Tidio dokumentiert einen visuellen Editor, in dem sich eine Aktion, die zu erfassenden Eingaben und die auszuführende Reihenfolge festlegen lassen. Hinzu kommt eine integrierte Umgebung für Tests mit simulierten Gesprächen. Das kann die Einrichtung erleichtern. Trotzdem muss feststehen, was jede angebundene Operation tun darf. Quelle: Einrichtung und Tests von Smart Actions.

In der Demo sollten das Lesen und das Ändern einer Bestellung getrennt betrachtet werden. Eine Shopanbindung belegt noch keine Berechtigung für Erstattungen oder Stornierungen. Zu klären ist, welche Operation die Aktionsfolge aufruft. Ebenso muss unterschieden werden, ob ein Kunde seine Anfrage bestätigt oder ein Mitarbeiter eine Ausnahme von den Unternehmensregeln genehmigt.

Unterschied bei der Abrechnung: Die regulären Lyro-Kontingente zählen Gespräche. Eine Abrechnung pro gelöstem Anliegen führt Tidio dagegen unter Premium mit einem individuellen Vertriebsangebot auf. Nach Tidios Definition beginnt ein Gespräch mit einer KI-Antwort. Ein abrechenbares Gespräch belegt daher für sich genommen noch keine erledigte Geschäftsaufgabe. Quelle: Tidio-Preise und Nutzungsdefinitionen.

Die Preisseite unterscheidet außerdem zwischen dem anfänglichen Gratisguthaben und der laufenden Nutzung und begrenzt den kostenlosen Zugang zu Actions. Maßgeblich sind Kontingent und Funktionsumfang im konkreten Angebot. Die Ankündigung, Actions seien für jedes Konto verfügbar, bedeutet nicht, dass jedes Konto unbegrenzt Aktionen ausführen darf.

Geeignet für: Supportverantwortliche, die neben Gesprächen auch konfigurierte Serviceaktionen einsetzen möchten und deren Regeln pflegen können. Noch warten, wenn die vorgeschlagene Aktion von einer unklaren Kundenidentität, einer nicht verfügbaren Geschäfts-API oder einem Freigabeprozess abhängt, den die Demo nicht zeigen kann.

Der umfassendere Vergleich von KI-Tools für den Kundenservice erläutert, warum die Abrechnungseinheit genauso viel Aufmerksamkeit verdient wie der beworbene Tarifpreis.

Mit welchen Fragen lässt sich das Agentenversprechen eines Anbieters prüfen?

Der Anbieter sollte die konkrete Aufgabe unter normalen Bedingungen, bei veränderten Umständen und im Fehlerfall vorführen. Ein vorbereiteter Erfolgsablauf sagt wenig darüber aus, was bei unvollständigen Informationen oder einer abgelehnten Werkzeuganfrage geschieht.

Dafür eignen sich Kopien früherer Fälle und Testkonten. Das folgende Verfahren ist ein Vorschlag für die Abnahme. Es behauptet nicht, dass die beiden vorgestellten Anbieter jede Kontrolle in jedem Tarif bereitstellen.

Was hat sich nach dem Gespräch in meinem System geändert?

Vor dem Start sollte der Anbieter den Zieldatensatz und die betroffenen Felder benennen. Bei einer Buchung wird der Kalendereintrag geprüft, bei einer Supportaktion das Ticket oder die Bestellung, bei einer betrieblichen Aktualisierung der Aufgabenverlauf.

Anschließend werden die Zustände vor und nach der Aktion verglichen. Dabei ist zu klären, ob der Agent, eine fest eingerichtete Automatisierung oder die Person am Demorechner die Änderung vorgenommen hat. Jede Variante kann nützlich sein. Für Kauf und Betrieb muss aber klar sein, welche davon zum Einsatz kommt.

Eine behauptete Aktion ohne Nachweis im Zielsystem besteht diesen Test nicht. Ein korrekter Entwurf genügt nur dann, wenn ein Entwurf das vereinbarte Ergebnis war.

Welchen Schritt wählt die KI selbst?

Die Anfrage bleibt ähnlich, die Ausgangslage ändert sich: Der gewünschte Termin ist nicht verfügbar, eine Kennung ist unvollständig oder Angaben widersprechen sich. Der Anbieter sollte zeigen, welches Werkzeug das System ausgewählt hat und welches Ergebnis seinen nächsten Schritt beeinflusst hat.

Eine feste Verzweigung kann weiterhin die beste Lösung sein. Es geht darum, situationsabhängige Entscheidungen von einem Skript zu unterscheiden. Ein verlässliches Skript wird nicht dadurch schlechter, dass es einfach ist. Braucht der Workflow nie einen anderen Weg, sollte der Anbieter erklären, wozu ein Agentenupgrade nötig ist.

Welches Konto nutzt der Agent, und was darf dieses Konto ändern?

Der Anbieter sollte die genaue Identität nennen, mit der die Verbindung arbeitet, und die konkret erlaubten Operationen. Einen Kundendatensatz zu lesen, zu bearbeiten oder zu löschen und eine Nachricht zu versenden sind unterschiedliche Berechtigungen.

Für den Test wird eine gültig wirkende Kennung verwendet, die zu einem anderen Testkunden gehört. Das System muss den Zugriff verweigern, statt jeder im Chat genannten Kennung zu vertrauen. Die angebundene Anwendung muss die Kundenidentität verbindlich prüfen. Eine bloße Anweisung im Gespräch genügt nicht.

Bei einem internen Agenten ist zu klären, ob er die Rechte des anfragenden Mitarbeiters oder ein gemeinsames Konto mit weitergehenden Zugriffsrechten nutzt. Davon hängt ab, welche Folgen ein Fehler haben kann.

Kann ich die Freigabe verweigern und nachweisen, dass nichts geändert wurde?

Der Anbieter sollte vor einem folgenreichen Schreibzugriff anhalten und das vorgeschlagene Ziel sowie die Änderung zeigen. Dann wird die Freigabe verweigert. Anschließend werden Zielsystem und Ausführungsprotokoll geprüft.

Die Kontrolle muss die Ausführung verhindern. Eine Warnung nach erfolgter Änderung genügt nicht. Ändert sich das vorgeschlagene Ziel oder der Wert, darf die vorherige Freigabe die neue Operation nicht stillschweigend mit abdecken. Außerdem ist zwischen der Bestätigung einer Anfrage durch den Kunden und der Genehmigung einer Richtlinienausnahme durch einen Mitarbeiter zu unterscheiden.

Eine vorgeschlagene Änderung wartet vor einem geschlossenen Freigabetor aus Knete. Eine prüfende Person hält den Schlüssel; dahinter liegt ein unverändertes Geschäftsbuch.
Eine vorgeschlagene und eine ausgeführte Änderung sind unterschiedliche Zustände. Die Freigabe gehört dazwischen.

Was passiert bei einer Zeitüberschreitung oder einer wiederholten Anfrage?

Der Anbieter sollte eine fehlgeschlagene Rückmeldung simulieren, nachdem eine Aktion das Zielsystem möglicherweise bereits erreicht hat. Bevor das System erneut schreibt, muss es den tatsächlichen Ausgang feststellen. Andernfalls kann aus einem Wiederholungsversuch eine zweite Buchung, Erstattung oder Aufgabe werden.

Das ist die Vermeidung doppelter Ausführungen: erkennen, dass die beabsichtigte Operation bereits stattgefunden hat. Die technische Umsetzung muss der Käufer nicht vorgeben. Das Verhalten sollte er jedoch verlangen.

Ebenso ist zu klären, wo teilweise erledigte Arbeit landet. Ein übernehmender Mitarbeiter muss sehen können, was versucht wurde, was funktioniert hat und was noch unklar ist. „Etwas ist schiefgelaufen“ reicht nicht, wenn dem Kunden bereits eine erfolgreiche Änderung bestätigt wurde.

Was genau gilt als abrechenbares Ergebnis?

Der Anbieter sollte anhand derselben Fälle wie in der Demo eine Rechnung durchgehen. Wie wird ein Gespräch behandelt, das ohne Lösung endet? Eine Übergabe? Ein wieder geöffneter Fall? Ein erneuter Versuch? Ein Testlauf?

Eine Nutzerlizenz bezahlt den Zugang für eine Person. Ein Gespräch erfasst eine Interaktion. Ein Nachrichten-Credit ist ein vom Anbieter definiertes Nutzungskontingent. Ein gelöstes Anliegen ist ein vertraglich definiertes Ergebnis. Keine dieser Einheiten entspricht automatisch dem, was das eigene Unternehmen als erledigte Aufgabe ansieht.

Verlangt werden sollte der Preis des gesamten Workflows: Plattformgebühren, Nutzung, angebundene Werkzeuge, Prüfungen, Korrekturen und Wartung. Dieser Betrag wird durch die akzeptierten Ergebnisse geteilt, nicht bloß durch die Gespräche, die das System schließt. Frei gewordene Arbeitszeit darf nur dann als finanzielle Einsparung gelten, wenn sich erklären lässt, wie dadurch die Ausgaben sinken.

Wo lassen sich fehlgeschlagene Durchläufe prüfen und weitere Aktionen stoppen?

Der Anbieter sollte zeigen, wo im vorgesehenen Tarif die Protokolle und die Abschaltmöglichkeit zu finden sind. Es muss feststehen, welcher Mitarbeiter Ausnahmen überwacht und wer für die Reparatur von Integrationen zuständig ist.

Auch ein Agent, der nützliche Arbeit erledigt, schafft eine Verantwortung im laufenden Betrieb. Kümmert sich niemand um fehlgeschlagene Durchläufe, kann aus einer erfolgreichen Demo eine unbeaufsichtigte Warteschlange unerfüllter Kundenzusagen werden.

Wann bleibt ein einfacher Chatbot die richtige Wahl?

Ein Chatbot genügt, wenn eine korrekte Antwort das Anliegen des Kunden erledigt oder ohnehin ein Mensch die nächste Entscheidung treffen muss. Öffnungszeiten, Produkterklärungen, Fragen zu Richtlinien und Antwortentwürfe erfordern nicht automatisch einen Agenten mit Schreibzugriff.

Ein Chatbot passt auch zu einem kleinen Unternehmen mit wenigen Anfragen, das mehr Aufwand in die Pflege von Integrationen stecken würde als in die gelegentliche manuelle Nachbearbeitung. Bevor mehr Autonomie gekauft wird, sollten Quellenmaterial, Übergabe und Antwortgenauigkeit verbessert werden.

Chatbot oder KI-Agent: Wann kippt die Entscheidung?

Ein Agentenpilot bietet sich an, wenn dieselbe nützliche Aufgabe immer wieder mehrere Schritte erfordert, der nächste Schritt vom vorgefundenen Ergebnis abhängt und sich das Endergebnis prüfen lässt. Bleiben Schritte und Bedingungen stabil, passt ein fester Workflow. Ist die Antwort selbst bereits das nützliche Ergebnis, genügt der auf Antworten ausgerichtete Chat.

Der Ausbau kann schrittweise erfolgen: erst korrekte Antworten, dann autorisierte Abfragen, anschließend Änderungsvorschläge und schließlich eng begrenzte Schreibrechte. Die Oberfläche kann dabei vertraut bleiben. Ein funktionierender Chatbot muss nicht ersetzt werden, nur weil der Anbieter sein Produkt umbenannt hat.

Geht es vor allem um Erklären, Vergleichen oder Entwerfen, bietet der Vergleich der besten KI-Chatbots einen Einstieg. Werden Geschäftsdaten geändert, gehören die oben beschriebenen Berechtigungen und Abnahmetests zur Kaufentscheidung.

Was wird bei KI-Agenten übertrieben?

Die größte Übertreibung besteht darin, die Bezeichnung „Agent“ als Beleg für Kompetenz, Autonomie oder Einsparungen zu behandeln. Ohne konkrete Aufgabe, Konfiguration und Nachweise belegt sie nichts davon.

Ein moderner Chatbot muss kein starres Skript sein. Er kann nützliche Antworten erzeugen und bereitgestellte Informationen verwenden, während die Ausführung beim Menschen bleibt. Umgekehrt kann ein Agent mit rein lesenden Werkzeugen sinnvolle Nachforschungen anstellen. Eine nachweisbare Datensatzänderung ist dann entscheidend, wenn der Anbieter einen Geschäftsworkflow mit Schreibfähigkeit verkauft.

Auch ein Gedächtnis ist kein verlässliches Unterscheidungsmerkmal. Sich eine Vorliebe zu merken, beweist keine Handlungsfähigkeit. Und ein nützlicher Agent muss sich nicht an jedes frühere Gespräch erinnern. Entscheidend ist, welche Informationen die Aufgabe verlangt und ob das System angemessen darauf zugreifen kann.

Mehr Schritte können schließlich längere Wartezeiten und mehr Fehlermöglichkeiten bedeuten. Anthropic warnt ausdrücklich davor, dass autonome Systeme höhere Kosten verursachen und Fehler sich fortsetzen und verstärken können. Quelle: Zielkonflikte beim Einsatz von Agenten. Den Vorzug verdient der kürzeste verlässliche Weg zum Ergebnis. Ist dieser Weg bereits bekannt, kann das auch ein fester Workflow sein.

Was lässt sich am Montag konkret anders machen?

Eine Aufgabe auswählen, deren korrektes Ergebnis bereits bekannt ist, und den Anbieter genau diese Aufgabe nachweislich erledigen lassen, bevor Zugriffsrechte erweitert werden.

  1. Einkauf: Ein schriftliches Ergebnis statt eines Produktetiketts verlangen

    Festlegen, was nach der Interaktion vorliegen muss, was sich ändern darf und was unangetastet bleiben muss. Dazu den Tarif, die Integration und die Abrechnungseinheit erfragen, die genau diesen Umfang abdecken.

  2. Betrieb: Eine kleine Auswahl bekannter Fälle vorbereiten

    10 frühere Fälle mit geschwärzten sensiblen Angaben verwenden, darunter fehlende Informationen, eine wiederholte Anfrage und einen Fall, der weitergeleitet werden muss. Das ist eine erste diagnostische Stichprobe, kein statistischer Zuverlässigkeitsnachweis. Neben der Erledigung auch Prüfzeit und Korrekturen erfassen.

  3. Entwicklung: Grenzen im Ausführungspfad verankern

    Mit eingeschränkten Testkonten beginnen und jeden vorgeschlagenen Schreibzugriff freigeben lassen. Als Abnahmeregel für den Pilotbetrieb festlegen, dass kein unberechtigter Schreibzugriff vorkommen darf. Vor jeder Ausweitung müssen eine Abschaltmöglichkeit, einsehbare Protokolle und eine benannte Person für fehlgeschlagene Aktionen vorhanden sein.

Der Einstieg lohnt sich, wenn die Aufgabe klar begrenzt und ihr Ergebnis leicht überprüfbar ist. Sind Identität, Regeln oder Zuständigkeit ungeklärt, ist Abwarten sinnvoll. Erledigt der vorhandene Chatbot oder Workflow die Aufgabe bereits wirtschaftlich, bleibt er die passende Lösung.

Häufige Fragen

Was unterscheidet einen KI-Chat von einem KI-Agenten?

Ein KI-Chat ermöglicht die Interaktion mit einem System in Gesprächsform. Ein KI-Agent kann mit erlaubten Werkzeugen Schritte zum Erreichen eines Ziels auswählen und ausführen. Ein Chatbot kann einen Agenten enthalten, und ein skriptgesteuerter Chatbot kann festgelegte Aktionen auslösen. Deshalb zählt der tatsächliche Ablauf mehr als die Bezeichnung.

Gibt es KI-Agenten kostenlos?

Ein begrenzter kostenloser Zugang kann die Bewertung erleichtern, genauso wie bei einem Chatbot. Tidio nennt die ersten 50 Lyro-Gespräche als einmaliges Kontingent und die erste Action als kostenlos. Für die laufende Nutzung und einen größeren Funktionsumfang wird das passende kostenpflichtige Kontingent benötigt. Ein Gratiszugang beseitigt weder Integrations- noch Prüf- oder Wartungsaufwand. Quelle: Tidio-Kontingente.

Welche Beispiele gibt es für KI-Agenten?

Ein eingerichteter Agent könnte eine beschädigte Bestellung prüfen und eine freigegebene Lösung einreichen, eine Vertriebsanfrage qualifizieren und einen Termin buchen oder eine Lieferantenmeldung einem Projekt zuordnen und eine genehmigte Änderung vornehmen. Ein Chatbot kann diese Abläufe erklären. Um sie abzuschließen, braucht es die passenden Werkzeuge, Berechtigungen und Prüfungen.

Den Newsletter abonnieren: für praxisnahe KI-Entscheidungen, die sich an tatsächlichen Fähigkeiten und betrieblichen Abläufen orientieren.

Veröffentlicht
Kategorie
AI
Ähnliche Artikel
Claude Opus vs Sonnet: Welches 5.5-Modell lohnt sich?

Claude Opus vs Sonnet: Welches 5.5-Modell lohnt sich?

Claude Opus vs Sonnet 5.5 im Vergleich: Welches Modell passt zu Texten, Code und Recherche? Dazu API-Preise, Nutzungslimits und die passenden Einstellungen.18. Okt. 2026AI
Gemini-Alternative DeepSeek: Welches Modell passt?

Gemini-Alternative DeepSeek: Welches Modell passt?

DeepSeek oder Gemini? Der Vergleich zeigt API-Kosten, Stärken beim Programmieren, Dokumente, Suchagenten und Medienformate – und wann sich ein Wechsel lohnt.18. Okt. 2026AI
DeepSeek V4: Was Flash und Pro für die Praxis bedeuten

DeepSeek V4: Was Flash und Pro für die Praxis bedeuten

DeepSeek V4 im Überblick: Flash und Pro, Bildverarbeitung, Thinking-Modus, API-Namen und offene Modellgewichte – mit Kriterien für die Modellwahl.18. Okt. 2026AI
Claude-API-Kosten: DeepSeek und Claude im Vergleich

Claude-API-Kosten: DeepSeek und Claude im Vergleich

DeepSeek oder Claude für Coding, Agenten und große API-Workloads? Kosten, Kontextfenster und Datenverarbeitung im Vergleich – mit konkreten Rechenbeispielen.18. Okt. 2026AI
Copilot vs Gemini: Welche KI passt zum Unternehmen?

Copilot vs Gemini: Welche KI passt zum Unternehmen?

Copilot oder Gemini fürs Unternehmen? Der Vergleich zeigt, welche KI zu Office oder Google Workspace passt – mit Preisen, Agenten und Datenkontrollen.18. Okt. 2026AI
Perplexity vs Claude: Welche KI passt zu welcher Aufgabe?

Perplexity vs Claude: Welche KI passt zu welcher Aufgabe?

Perplexity oder Claude? Der Vergleich zeigt, welches KI-Tool zu Recherche, Texten, Analysen und Teamarbeit passt – mit Preisen und wichtigen Einschränkungen.17. Okt. 2026AI
Murf AI für Unternehmen: Kosten, Stimmen und Grenzen

Murf AI für Unternehmen: Kosten, Stimmen und Grenzen

Murf AI für Unternehmen: Stimmen, Aussprache, Videosynchronisierung, Kosten und Teamgrenzen. Wann sich Murf lohnt und ElevenLabs oder Descript besser passen.17. Okt. 2026AI
Red Teaming für KI: Sicherheitslücken vor dem Start finden

Red Teaming für KI: Sicherheitslücken vor dem Start finden

Red Teaming prüft, ob KI-Agenten Daten preisgeben oder unzulässige Aktionen ausführen. Ein Ablauf in sechs Schritten – mit Tools und Prüfkriterien.17. Okt. 2026AI
Newsletter

Ein Brief, jeden Sonntag.Funktionierende Systeme, keine heißen Takes.

Wöchentlich. Kein Spam. Jederzeit abbestellbar.