KI-Agenten für Unternehmen: 90-Tage-Plan für Ops-Teams
Zusammenfassung
KI-Agenten für Unternehmen liefern Wert, wenn ein Agent genau eine wiederholbare Aufgabe mit menschlicher Kontrollstelle übernimmt. Dieser 90-Tage-Plan für Ops-Teams zeigt, wie Sie die Aufgabe per Vier-Fragen-Filter auswählen, im Shadow Mode testen, zwischen Kaufen, Zusammensetzen und Selbstbauen wählen, fünf Leitplanken einziehen und Minuten pro Aufgabe, Freigabequote, Kosten und Fehler messen. Pilotprojekte, die 20% Gewinn nach 60 Tagen verfehlen, werden beendet.
Briefing in 30 Sekunden: KI-Agenten für Unternehmen zahlen sich aus, wenn Sie ihnen eine klar abgegrenzte, wiederholbare Aufgabe mit einer menschlichen Kontrollstelle geben. Sie scheitern, wenn Sie ihnen gleich eine ganze Abteilung übergeben. Unten steht der 90-Tage-Plan, den wir für ein Operations-Team durchgehen würden: Aufgabe auswählen, Leitplanken einziehen, messen, dann ausweiten.
Ein KI-Agent ist Software, die ein Ziel entgegennimmt, selbst die Schritte wählt, Ihre Werkzeuge aufruft und ein fertiges Ergebnis liefert. Ein Chatbot antwortet. Ein Agent handelt. Genau deshalb braucht der Rollout Regeln, die ein Chatbot nie brauchte. Die Grundlagen sind schnell erklärt, die Entscheidungen bei der Einführung sind der eigentliche Aufwand.
Warum scheitern so viele Agenten-Projekte im Unternehmen?
Gartner erwartet, dass mehr als 40% der agentischen KI-Projekte bis Ende 2027 abgebrochen werden, vor allem wegen steigender Kosten, unklaren Geschäftswerts und schwacher Risikokontrollen. Gartner warnt außerdem vor „Agent Washing“, also davor, dass Anbieter alte Automatisierung als Agenten neu etikettieren.
Lesen Sie das als Scoping-Problem, nicht als Technologieproblem. Die gescheiterten Projekte, die wir sehen, haben drei Merkmale gemeinsam:
Das Ziel ist ein vages Abteilungsergebnis („Kundenerfolg verbessern“) statt einer einzelnen Aufgabe.
Niemand ist für das Ergebnis verantwortlich, also bleiben Fehler ungelesen liegen.
Die Kosten werden nach dem Start geprüft, nicht davor.
Beheben Sie diese drei Punkte, und Sie liegen vor den meisten Pilotprojekten. Der Umfang lässt sich auf dem Papier billig korrigieren und in der Produktion nur teuer. Deshalb klären Sie ihn zuerst.
Es gibt außerdem ein Menschenproblem. Prüfer, die bei der Gestaltung nie gefragt wurden, winken Ergebnisse oft nur durch oder ignorieren sie. Setzen Sie die beiden Personen, die die Aufgabe heute erledigen, an den Tisch, wenn Sie die SOP schreiben. Sie kennen die Randfälle, und sie vertrauen einem Werkzeug, bei dessen Gestaltung sie mitgewirkt haben. Verzichten Sie auf das Folienpaket zur „KI-Transformation“ und wählen Sie eine Aufgabe.

Welche Aufgabe übernimmt Ihr erster Geschäftsagent?
Bewerten Sie jeden Kandidaten anhand von vier Fragen. Behalten Sie nur Aufgaben, die alle vier mit Ja beantworten:
Wiederholt sie sich mindestens 20-mal pro Woche?
Ist der Input so strukturiert, dass er sich in fünf Zeilen beschreiben lässt (ein Ticket, ein Formular, ein Call-Transkript)?
Kann ein Mensch einen falschen Output in weniger als einer Minute erkennen?
Ist der Schaden bei einem Fehler klein, also eine späte Antwort und kein Erstattungsfall oder Vertragsproblem?
Gute erste Aufgaben für ein Sales-, Customer-Success- oder Marketing-Operations-Team sind:
Eingehende Support-Tickets sichten und nach Anliegen taggen.
Das Kundenbriefing vor einem Deal-Review entwerfen.
Call-Transkripte in Notizen und nächste Schritte fürs CRM (Customer-Relationship-Management-System) umwandeln.
Neue Leads anreichern und jene markieren, die zu Ihrem ICP (Ideal Customer Profile) passen.
Eine Woche Slack-Threads in einen einzigen Status-Post verdichten.
Schlechte erste Aufgaben sind alles, was Geld bewegt, Verträge ändert oder Kunden ohne Prüfung E-Mails schreibt. Solche Aufgaben kommen frühestens nach Tag 60 an die Reihe.
Meine Meinung: Beginnen Sie mit einer Aufgabe, die Ihr Team hasst, nicht mit einer, deren Verlust es fürchtet. Akzeptanz folgt Erleichterung.
Wie sieht der 90-Tage-Plan in der Praxis aus?
Tage 1 bis 14, definieren. Schreiben Sie die Aufgabe als einseitige SOP (Standard Operating Procedure, also Standardarbeitsanweisung): Input, Schritte, Ausgabeformat, wer freigibt. Passt es nicht auf eine Seite, ist der Umfang zu breit. Erfassen Sie die aktuelle Zeit pro Aufgabe und messen Sie an zehn echten Beispielen, nicht an einer Schätzung.
Tage 15 bis 45, bauen und im Schattenbetrieb mitlaufen lassen. Der Agent läuft im Shadow Mode. Er erzeugt den Output, ein Mensch erledigt die eigentliche Arbeit weiterhin, und Sie vergleichen beides. Protokollieren Sie jeden Fehler mit einer Ursache in einem Wort: fehlender Kontext, falsches Werkzeug, schlechte Einschätzung oder schlechter Input.
Tage 46 bis 75, betreut live. Der Output des Agenten geht nun raus, aber ein Mensch gibt jeden einzelnen Output frei. Verfolgen Sie die Freigabequote und die Editierdistanz, also wie viel der Prüfer umgeschrieben hat.
Tage 76 bis 90, entscheiden. Vergleichen Sie mit der Baseline vom ersten Tag. Behalten, ausweiten oder beenden. Ein Abbruch ist ein gültiges Ergebnis und kostet wenig, wenn Sie den Umfang sauber gewählt haben.
Ein praktischer Hinweis zur Schattenphase: Führen Sie ein gemeinsames Sheet mit einer Zeile pro Lauf und vier Spalten (Aufgabe, Agenten-Output in Ordnung ja/nein, eingesparte Minuten, Fehlerursache). Nach 30 Zeilen erkennen Sie das Muster. Meist erklären zwei Ursachen den größten Teil der Fehler, und beide lassen sich mit besserem Kontext im Input beheben, nicht mit einem besseren Modell.
In CommanderGPT-Begriffen heißt das: In der Schattenphase speichern Sie die Aufgabe als eigenen Slash-Befehl, damit alle denselben Prompt ausführen und nicht ihre eigene Variante. Eine minimale Version sieht so aus:
/triage-ticketnimmt das eingefügte Ticket und liefert Anliegen, Dringlichkeit (1 bis 3) und einen zweizeiligen Antwortentwurf./account-briefnimmt einen Firmennamen samt Ihren Notizen und liefert ein einseitiges Briefing.
Ein Befehl pro Anwendungsfall. Versionieren Sie ihn, und forken Sie ihn, sobald das Team einen Sonderfall findet.

Selbst bauen, kaufen oder zusammensetzen: Welcher Weg passt zu Ihrem Team?
Drei Wege, drei Verantwortliche.
Einen Agenten in einem Tool kaufen, das Sie ohnehin bezahlen. Das ist der schnellste Weg. HubSpot etwa liefert Agenten innerhalb seiner Tarife aus, und die Preisgestaltung ist bei einigen davon ergebnisbasiert.
Laut der veröffentlichten HubSpot-Preisgestaltung, wie sie in unserer Produktbibliothek erfasst ist, kostet der Breeze Customer Agent $0.50 pro gelöster Konversation. Rechnen Sie vor dem Einschalten nach: Bei 1.000 gelösten Konversationen im Monat sind das $500. Das lohnt sich gegenüber einer Neueinstellung nur, wenn die Lösungsquote hält. Eine Grenze gibt es auch: Sie übernehmen das Datenmodell des Anbieters und können die Logik nicht umbauen.
Aus einem No-Code-Baukasten zusammensetzen. Das passt für Operations-Teams ohne Entwickler. Lindy richtet sich auf wiederkehrende Geschäftsprozesse aus, mit einem kostenpflichtigen Tarif ab etwa $50 im Monat für 5.000 Credits.
Grenze: Credits verbrauchen sich schneller als erwartet, wenn ein Agent in einer Schleife hängt. Setzen Sie deshalb am ersten Tag eine Obergrenze.
Auf einer Workflow-Engine bauen. Wählen Sie diesen Weg, wenn Sie Kontrolle auf Code-Ebene oder Self-Hosting brauchen. n8n verbindet visuelles Bauen mit JavaScript oder Python in jedem Knoten und bringt native KI-Agenten-Knoten mit. Cloud-Tarife starten bei etwa 20 EUR im Monat für 2.500 Ausführungen.
Grenze: Jemand muss die Wartung übernehmen. Liest im Team niemand die Logs, sollten Sie diesen Weg nicht wählen.
Muss der Agent nur reagieren, wenn in einer anderen App etwas passiert, reicht womöglich ein einfaches Trigger-Aktion-Tool. Der Agentenschritt wird dann zu einem Knoten darin.
Die Debatte über den Weg lohnt sich nicht, solange die SOP aus den Tagen 1 bis 14 fehlt. Das Werkzeug ist weniger wichtig als der Umfang.
Welche Leitplanken verhindern Schaden durch einen Agenten?
Fünf Regeln, in der Reihenfolge, in der wir sie einziehen würden:
Minimale Rechte. Geben Sie dem Agenten zuerst Lesezugriff. Schreibzugriff fügen Sie Feld für Feld hinzu.
Menschliche Freigabe bei allem Externen. Kunden-E-Mails, CRM-Phasenwechsel und Ausgaben warten auf einen Klick.
Eine Ausgabenobergrenze. Legen Sie ein monatliches Credit- oder Token-Limit fest und einen Alarm bei 80%.
Ein Log, das Sie tatsächlich lesen. Eine Zeile pro Lauf: Input, Output, Tool-Aufrufe, freigebende Person. Lesen Sie wöchentlich zehn Zeilen.
Ein Not-Aus mit einem Namen dran. Eine benannte Person kann den Agenten in weniger als einer Minute pausieren.
Der Datenschutz verdient eine eigene Zeile. Bevor der Agent Kundendaten anfasst, prüfen Sie, wo der Anbieter Daten speichert und ob Ihr Tarif die Compliance-Zusagen enthält, die Sie brauchen. Manche Tarife verriegeln diese hinter kostenpflichtigen Stufen. Lassen Sie sich das schriftlich bestätigen.

Wie messen Sie, ob sich der Agent lohnt?
Verwenden Sie vier Kennzahlen, alle aus der Baseline, die Sie in den ersten zwei Wochen erfasst haben:
Minuten pro Aufgabe, vorher und nachher. Beispiel: Ein Deal-Briefing, das von Hand 40 Minuten dauert und mit Prüfung 8 Minuten braucht, spart 32 Minuten. Machen Sie das 25-mal pro Woche, gewinnen Sie rund 13 Stunden zurück.
Freigabequote, also der Anteil der Outputs, die ohne Änderung rausgehen. Liegt sie nach einem Monat unter 70%, stimmen Umfang oder Kontext nicht.
Kosten pro abgeschlossener Aufgabe, inklusive der Prüfminuten. Agenten, die bei den Credits günstig wirken, werden teuer, sobald man die Prüfzeit mitzählt.
Fehler, die beim Kunden ankommen. Das Ziel ist null, und jeden einzelnen Fall halten Sie schriftlich fest.
Die Minutenangaben in diesem Beispiel dienen der Veranschaulichung. Ihre Zahlen werden abweichen, messen Sie also in Ihrem eigenen Kontext. Liegt der Gewinn nach 60 Tagen unter 20%, beenden oder korrigieren Sie den Umfang. Verteidigen Sie einen Pilot nicht aus Sunk-Cost-Gründen.
Berichten Sie das Ergebnis auf einer Folie oder in einem Slack-Post: Baseline, aktueller Stand, Kosten, Entscheidung. Ops-Leads, die ein Vorher-nachher-Zahlenpaar zeigen, bekommen das nächste Budget. Wer nur eine Demo zeigt, bekommt Applaus und sonst nichts.
Wann erweitern Sie von einem Agenten auf ein Agententeam?
Erweitern Sie, wenn der erste Agent 30 Tage mit einer Freigabequote gelaufen ist, der Sie vertrauen, und wenn die nächste Aufgabe dieselben Daten nutzt. Dann kommt ein zweiter Agent hinzu, der den Output des ersten verarbeitet, etwa ein Triage-Agent, der einen Entwurfs-Agenten füttert.
Gehen Sie hier vorsichtig vor. Jede Übergabe vervielfacht die Fehlermöglichkeiten, denn ein Fehler in Schritt eins wird zum Input in Schritt zwei. Verketten Sie nicht mehr als zwei Agenten, ohne zwischen ihnen eine menschliche Kontrollstelle einzubauen.
Ihr nächster Befehl
Erledigen Sie das in der nächsten Stunde, nicht im nächsten Quartal.
Wählen Sie eine Aufgabe über den Vier-Fragen-Filter aus.
Schreiben Sie die einseitige SOP.
Messen Sie zehn echte Beispiele und notieren Sie den Durchschnitt auf der Seite.
Speichern Sie den Prompt als einen Slash-Befehl und laufen Sie eine Woche im Shadow Mode.
Mission beendet, sobald Sie eine Baseline-Zahl haben. Alles danach ist ein Vergleich, und Vergleiche lassen sich in einer Budgetrunde leicht verteidigen.