Ist Ihr Geschäftsprozess bereit für einen KI-Agenten?

Ein Unternehmer hat drei Workflows, die er an einen KI-Agenten übergeben möchte. Alle drei scheinen automatisierbar. Einer davon ist es. Zwei erfordern menschliches Urteilsvermögen, das niemand je aufgeschrieben hat — und bis das jemand tut, wird kein Agent sie zuverlässig bearbeiten. Die Frage, die die meisten Teams stellen, ist, ob KI das kann. Die bessere Frage ist, ob das Unternehmen es jemals klar genug spezifiziert hat, dass ein neuer Mitarbeiter es am ersten Tag richtig machen könnte.

Die Frage, die die meisten Teams stellen, ist: „Kann ein KI-Agent das?" Diese Frage liefert für fast jeden Workflow eine Antwort. Die bessere Frage ist eine andere.

Die Bereitschaftsfrage, die die meisten Unternehmen falsch stellen

„Kann ein KI-Agent diesen Workflow bearbeiten?" wird fast immer mit Ja beantwortet. KI-Agenten können Mustererkennung, Entwürfe, Weiterleitung, Auslösung und Dateneingabe übernehmen. Für die meisten Geschäfts-Workflows ist die Technologie nicht der Engpass.

Der echte Engpass ist die Spezifikation. Ein Agent kann keinen Workflow ausführen, der nicht präzise genug aufgeschrieben wurde, um ihn zu befolgen. Die Bereitschaftsfrage dreht sich nicht um KI-Fähigkeiten. Sie dreht sich darum, ob das Unternehmen diesen Prozess jemals explizit gemacht hat.

Die meisten Unternehmen haben das nicht. Die Workflows, die am automatisierbsten wirken, sind oft die, bei denen das Team genau weiß, was zu tun ist — und es nie aufschreiben musste, weil alle, die die Aufgabe erledigen, es bereits wissen. Dieses implizite Wissen ist bei der Bewertung des Automatisierungspotenzials unsichtbar. Es wird sichtbar, sobald jemand versucht, das Briefing zu schreiben.

Es gibt drei Arten von implizitem Wissen, die die Automatisierungsbereitschaft blockieren. Schwellenwert-Wissen — das Team weiß, wann eine Situation ungewöhnlich genug ist, um anders behandelt zu werden, aber der Schwellenwert ist nie aufgeschrieben worden. Beziehungskontext — die richtige Antwort auf eine E-Mail hängt davon ab, wer sie geschickt hat und wie die Geschichte ist, und beides ist nicht im CRM-Datensatz, auf den der Agent zugreifen kann. Operative Workarounds — der offizielle Prozess hat drei Schritte, aber in der Praxis gibt es immer einen vierten, den niemand in die Dokumentation aufgenommen hat, weil „alle wissen, dass man das tut."

Die Identifizierung, welche Art von implizitem Wissen fehlt, begrenzt die Dokumentationsarbeit erheblich. Schwellenwert-Wissen wird zur benannten Ausnahmeregel. Beziehungskontext weist auf ein Datenfeld hin, das noch nicht existiert. Operative Workarounds werden in die Schrittsequenz aufgenommen. Die Bereitschaftsbewertung ist die Übung, die offenbart, welche Art vorliegt.

Der Neue-Mitarbeiter-Test für Workflow-Bereitschaft

Der zuverlässigste Bereitschaftstest ist einfach: Könnte ein neuer Mitarbeiter das am ersten Tag richtig machen, wenn er nur eine schriftliche Anweisung hat?

Kein neuer Mitarbeiter, der eine Woche lang eingearbeitet wurde. Kein Mitarbeiter, der es zweimal jemand anderen hat tun sehen. Ein neuer Mitarbeiter mit einem Dokument, ohne Vorwissen und einer Aufgabe, die erledigt werden muss.

Wenn die Antwort Ja ist, ist der Workflow spezifizierbar. Ein spezifizierbarer Workflow ist automatisierbar.

Wenn die Antwort „Sie müssten ein bisschen darüber wissen, wie wir X handhaben" oder „Sie müssten zuerst jemanden fragen" enthält — dieses Wissen ist die Lücke. Der Agent stößt auf dieselbe Lücke, produziert eine falsche Ausgabe, und das Team nennt den Agenten unzuverlässig. Der Agent war nicht unzuverlässig. Die Spezifikation war unvollständig.

Der Neue-Mitarbeiter-Test ist ein nützliches Instrument, weil er institutionelles Wissen als Stütze eliminiert. Ein neuer Mitarbeiter kennt die Beziehungshistorie, die üblichen Ausnahmen und die ungeschriebenen Konventionen des Teams nicht. Der Agent auch nicht. Wenn die Anweisung für den neuen Mitarbeiter funktioniert, funktioniert sie für den Agenten. Wenn nicht, muss die Prozessarbeit vor dem Build stattfinden.

So sieht ein bereiter Workflow aus

Ein Workflow ist bereit für einen KI-Agenten, wenn er vier Eigenschaften hat.

Ein definierter Auslöser: etwas Spezifisches und Beobachtbares startet den Workflow. Nicht „wenn ein Lead nachgefasst werden muss" — das erfordert Urteilsvermögen zur Auswertung. „Wenn ein Lead seit fünf Werktagen nicht geantwortet hat und sein Status 'Angebot gesendet' ist" ist beobachtbar und testbar.

Ein einheitliches Eingabeformat: der Agent erhält bei jedem Durchlauf die gleiche Art von Informationen. Der CRM-Datensatz hat dieselben Felder ausgefüllt. Die E-Mail kommt über denselben Kanal. Das Formular enthält dieselbe Struktur. Variation im Eingabeformat ist ein Bereitschaftsproblem, kein Technologieproblem.

Ein klares Erfolgskriterium: es ist möglich zu bewerten, ob der Agent die Aufgabe korrekt abgeschlossen hat, ohne die Ausgabe im Detail zu lesen. „Die E-Mail wurde gesendet" ist überprüfbar. „Die Antwort war angemessen" erfordert Lesen und Urteilsvermögen.

Eine endliche Ausnahmemenge: die Fälle, in denen der Workflow sich anders verhält, sind aufzählbar. Nicht „es kommt auf die Situation an" — eine benannte Liste spezifischer Situationen und was in jedem Fall passiert. Ein Workflow mit acht benannten Ausnahmen und einem Eskalationspfad für alles andere ist bereit. Ein Workflow mit zwei benannten Ausnahmen und „für den Rest Urteilsvermögen verwenden" ist es nicht.

Die folgende Tabelle ordnet jedes Bereitschaftskriterium einem konkreten Beispiel zu, was es aussieht, wenn es erfüllt ist — und warum die unerfüllte Version im Produktivbetrieb scheitert.

So sieht ein unbereiter Workflow aus

Unfertige Workflows teilen erkennbare Muster.

Die Aufgabenbeschreibung enthält das Wort „angemessen." Als in: der Agent soll eine angemessene Antwort senden. Angemessen ist keine Spezifikation. Es ist ein Platzhalter für Urteilsvermögen, das noch nicht definiert wurde.

Das Team sagt „es kommt darauf an", wenn es gefragt wird, wie eine Ausnahme behandelt wird. Jeder Workflow hat Ausnahmen. Unfertige Workflows behandeln diese durch Erfahrung und Intuition — Wissen, das im Kopf von jemandem lebt und nie explizit gemacht wurde.

Die Person, die die Aufgabe ausführt, ist die einzige, die die Ausgabe des Agenten überprüfen kann. Wenn die einzige Möglichkeit, die Arbeit des Agenten zu verifizieren, darin besteht, die Person zu fragen, die die Aufgabe normalerweise erledigt, wurde die Aufgabe nicht vollständig spezifiziert. Die Verifikationskriterien sind implizit.

Der Prozess ändert sich häufig. Ein Workflow, der sich je nach Kundenpräferenzen, saisonalen Schwankungen oder Teamentscheidungen verschiebt, erfordert ständige Briefing-Aktualisierungen. Dieser Wartungsaufwand übersteigt oft den Automatisierungsnutzen, bis der Prozess sich stabilisiert.

Der Unterschied zwischen einem unfertigen und einem nicht-automatisierbaren Workflow ist wichtig. Jedes der obigen Signale ist behebbar. Ein Workflow mit implizitem Ausnahmehandling kann diese dokumentiert bekommen. Ein Workflow mit vagen Erfolgskriterien kann sie präzisiert bekommen. Die Investition ist Prozessdokumentationsarbeit — typischerweise vier bis acht Stunden — keine andere Technologie.

Der Fehler, den Teams machen, ist, „unbereit" als Urteil statt als Ausgangspunkt zu behandeln. Eine Bereitschaftsbewertung ist eine Scoping-Übung. Das Ergebnis ist nicht „bereit" oder „nicht bereit" — es ist eine Liste dessen, was vor dem Build erledigt werden muss.

Häufige Workflows, die bereit wirken, es aber nicht sind

Einige Workflow-Typen schneiden beim ersten Eindruck gut ab — wiederkehrend, strukturiert, vorlagenbasiert — bestehen den Bereitschaftstest aber nicht, wenn sie gegen echte Eingaben bewertet werden.

Keiner dieser Workflows ist nicht automatisierbar. Jeder erfordert eine Scoping-Konversation, um zu identifizieren, was implizit ist, bevor das Briefing geschrieben werden kann.

Wie man einen unfertigen Workflow bereit macht

Wer die Anweisung nicht schreiben kann, kann den Agenten nicht briefen.

Ein unfertiger Workflow bedeutet nicht, dass Automatisierung vom Tisch ist. Es bedeutet, dass die Prozessarbeit zuerst kommt.

Den Umfang eingrenzen. „Kundenkommunikation bearbeiten" ist kein Workflow. „Auf Rückerstattungsanfragen, die über das Kontaktformular eingereicht wurden, mit einer Bestätigung und einer E-Mail mit den nächsten Schritten antworten" ist einer. Jeder Workflow, der zu breit ist, um spezifiziert zu werden, kann in einen engeren umgewandelt werden.

Die Ausnahmefälle dokumentieren. Setzen Sie sich mit der Person zusammen, die die Aufgabe derzeit erledigt, und gehen Sie gemeinsam die letzten zwanzig Fälle durch. Für jeden Fall, der anders als die anderen behandelt wurde, notieren Sie warum. Diese Gründe werden zu den Ausnahmeregeln. Ein Workflow mit fünfzehn dokumentierten Ausnahmen ist spezifizierbar. Ein Workflow mit „es kommt darauf an" nicht.

Einen expliziten Eskalationspfad hinzufügen. Jedes Briefing braucht eine benannte Aktion für Eingaben, für die der Agent nicht konzipiert wurde. Nicht „der Agent wird damit umgehen" — einen konkreten Schritt. Zur Prüfung markieren, in eine Warteschlange leiten, eine Zwischennachricht senden. Der Eskalationspfad verhindert, dass der Agent falsche Ausgaben bei Grenzfällen produziert.

Ein Workflow, der den Neue-Mitarbeiter-Test heute nicht besteht, kann ihn in einer Woche bestehen, wenn jemand die Anweisung aufschreibt. Dieses Dokument ist keine Vorbereitung für die Automatisierung. Es ist das Briefing. Der Agent läuft direkt darauf.

Häufig gestellte Fragen

Woran erkennen Sie, ob ein Workflow für einen KI-Agenten bereit ist?

Nutzen Sie den Neue-Mitarbeiter-Test: Könnte ein neuer Mitarbeiter das am ersten Tag korrekt machen, wenn er nur eine schriftliche Anweisung hat und keinen anderen Kontext? Wenn ja, ist der Workflow spezifizierbar und automatisierbar. Wenn die Antwort Vorwissen, Urteilsvermögen bei Ausnahmen oder Rückfragen erfordert, ist die Spezifikation unvollständig — und der Agent wird an denselben Lücken scheitern.

Wie sieht ein für einen KI-Agenten bereiter Workflow aus?

Ein bereiter Workflow hat vier Eigenschaften: einen definierten Auslöser, der beobachtbar und testbar ist, ein einheitliches Eingabeformat, das der Agent bei jedem Durchlauf erhält, ein klares Erfolgskriterium, das ohne Urteilsvermögen bewertet werden kann, und eine endliche Menge benannter Ausnahmen, in der alle Grenzfälle explizit definiert sind.

Was macht einen Workflow für die Automatisierung unbereit?

Vier Signale: Die Aufgabenbeschreibung enthält das Wort „angemessen" ohne Definition, das Team sagt „es kommt darauf an", wenn es nach Ausnahmen gefragt wird, die einzige Person, die die Ausgabe des Agenten prüfen kann, ist die Person, die die Aufgabe normalerweise erledigt, und der Prozess ändert sich so häufig, dass ständige Briefing-Aktualisierungen erforderlich wären.

Wie macht man einen unbereiten Workflow für einen KI-Agenten bereit?

Drei Schritte: Den Umfang eingrenzen, bis der Workflow vollständig spezifiziert werden kann, Ausnahmefälle dokumentieren, indem man die letzten zwanzig Fälle gemeinsam mit der Person durchgeht, die die Aufgabe aktuell erledigt, und einen expliziten Eskalationspfad für Eingaben hinzufügen, für die der Agent nicht konzipiert wurde. Ein Workflow, der den Neue-Mitarbeiter-Test heute nicht besteht, kann ihn in einer Woche bestehen, wenn jemand die Anweisung aufschreibt.