Die meisten Geschäftsprozesse, die Gründer als zu komplex für KI bezeichnen, sind nicht komplex — sie sind nicht dokumentiert. Der Prozess existiert im Kopf des Gründers, wird je nach Bearbeiter unterschiedlich ausgeführt und kann ohne stundenlange Erklärung an niemanden weitergegeben werden. Sobald er mit einem Auslöser, nummerierten Schritten und Grenzfällen aufgeschrieben ist, wird derselbe Prozess durch einen Agenten, einen neuen Mitarbeiter oder einen Auftragnehmer ausführbar.
„Zu komplex" bedeutet fast immer „nicht dokumentiert"
Die erste Frage in jedem Implementierungs-Scoping-Gespräch: Beschreiben Sie mir den Prozess. Die Antwort ist meist eine 10-minütige Erklärung mit Verzweigungen, Ausnahmen und „es kommt auf den Kunden an." Der Prozess ist nirgendwo in einem Dokument festgehalten. Der Prozess existiert im Kopf des Gründers und wird jedes Mal anders ausgeführt, wenn jemand anderes ihn versucht.
Das ist kein Komplexitätsproblem. Das ist ein Dokumentationsproblem.
Jeden Prozess, den ein Mitarbeiter anhand einer detaillierten einseitigen Beschreibung ausführen könnte, kann man an einen KI-Agenten übergeben. Die Schwelle ist dieselbe. Ein Prozess, der nur als institutionelles Wissen existiert — im Gedächtnis einer Person — kann ohne vorherige Dokumentation an niemanden delegiert werden, weder an einen Menschen noch an einen Agenten.
Die Gründer, die am schnellsten durch die Implementierung kommen, sind diejenigen, die zum ersten Gespräch eine schriftliche Version des Prozesses mitbringen, so grob sie auch ist. Die Implementierung verlangsamt sich nicht, weil der Prozess komplex ist. Die Implementierung verlangsamt sich, wenn der Prozess bei jedem Gespräch von Grund auf neu rekonstruiert werden muss.
Welche Dokumentation eine Agenten-Implementierung tatsächlich benötigt
Ein Agent braucht kein Flussdiagramm und kein Spezifikationsdokument. Ein Agent benötigt den Prozess in fünf Komponenten auf einer Seite.
Auslöser. Was startet den Prozess? Ein neuer CRM-Eintrag, eine unbezahlte Rechnung nach 14 Tagen, ein als abgeschlossen markierter Projektmeilenstein. Ein Satz.
Schritte. Nummerierte Aktionen in Reihenfolge. Keine Prosa — eine nummerierte Liste, in der jede Zeile eine Aktion ist.
Entscheidungspunkte. Wo verzweigt sich der Prozess? „Wenn der Kunde innerhalb von 48 Stunden geantwortet hat, weiter zu Schritt 3. Wenn nicht, zu Schritt 6." Das sind die Konditionierungen, die der Agent zur Weiterleitung nutzt.
Ausgabe. Was erstellt ein abgeschlossener Lauf? Ein E-Mail-Entwurf, ein aktualisiertes CRM-Feld, eine Slack-Nachricht in der Warteschlange. Definiert und spezifisch.
Grenzfälle. Fünf bis zehn Situationen, die nicht dem Hauptpfad folgen. Nicht erschöpfend — die häufigsten Ausnahmen. „Wenn der Kontakt ein ‚Keine E-Mail'-Kennzeichen hat, überspringen und protokollieren."
Der Unterschied zwischen komplex und nicht dokumentiert
Die Unterscheidung zwischen einem komplexen und einem nicht dokumentierten Prozess ist wichtig, weil die Lösung eine andere ist. Ein komplexer Prozess hat viele dokumentierte Komponenten — und jede ist implementierbar. Ein nicht dokumentierter Prozess hat keine Komponenten, weil er nie aufgeschrieben wurde.
| Merkmal | Nicht dokumentierter Prozess | Komplexer, aber dokumentierter Prozess |
|---|---|---|
| Kann ein neuer Mitarbeiter ihn anhand einer Beschreibung ausführen? | Nein — erfordert Erklärung oder Einarbeitung | Ja — alle Verzweigungsregeln sind beschrieben |
| Ist der Auslöser konsistent? | „Kommt drauf an" ist der Auslöser | Ein spezifisches, beobachtbares Ereignis startet den Prozess |
| Wie werden Grenzfälle behandelt? | Fall für Fall, je nach Bearbeiter | Benannt und spezifischen Reaktionspfaden zugewiesen |
| Was erfordert die Implementierung? | Zuerst Dokumentation, dann Bau | Bau kann sofort beginnen |
| Wie lange dauert der Bau? | Zeitlinie verlängert sich bis zur Fertigstellung der Dokumentation | Zeitlinie beginnt ab vorhandener Dokumentation |
Die schnellsten Implementierungen sind nicht die mit den einfachsten Prozessen. Sie sind die mit den dokumentierten Prozessen, unabhängig von Schrittanzahl oder Ausnahmevolumen. Ein 12-Schritte-Prozess mit sechs dokumentierten Grenzfällen baut schneller als ein 3-Schritte-Prozess mit drei undokumentierten.
Wie man mit einem Prozess umgeht, der viele Ausnahmen hat
Viele Ausnahmen machen einen Prozess nicht zu komplex für einen Agenten. Viele undokumentierte Ausnahmen hingegen schon. Die Unterscheidung bestimmt den Implementierungspfad.
Ausnahmen vor dem Brief kartieren, nicht während des Baus. Vor Baubeginn die letzten vierzig bis fünfzig Instanzen des Prozesses durchgehen und jede markieren, die anders als der Standardpfad behandelt wurde. Nach Häufigkeit sortieren. Die fünf häufigsten Ausnahmen gehören in den Agenten-Brief. Die seltenen — fünf oder weniger Instanzen in sechs Monaten — gehören in den Ausnahme-Handler (zur manuellen Überprüfung markiert) statt in den Hauptfluss.
Jede Ausnahme präzise benennen. Eine Ausnahme ist keine vage Kategorie — sie ist eine spezifische, testbare Bedingung. „VIP-Kunden" ist keine Ausnahme. „Kontakte mit dem CRM-Feld 'Konto-Tier' auf 'Enterprise' gesetzt" ist eine Ausnahme. Der Agent kann nach einem bestimmten Feldwert suchen.
Jede Ausnahme einem von drei Pfaden zuweisen. Für jede benannte Ausnahme: anders behandeln (der Agent wendet spezifische Logik an), überspringen und zur manuellen Überprüfung markieren (der Agent erkennt die Ausnahme und eskaliert), oder vollständig aus dem Scope ausschließen (der Agent ignoriert diese Eingaben). Jede Ausnahme sollte einem dieser Pfade zugewiesen sein, bevor der Bau beginnt.
Warum komplexe Prozesse oft schneller implementiert werden als einfache
Ein Kandidaten-Follow-up-Prozess für eine Personalvermittlung mit zwölf Schritten und vier Entscheidungspunkten wird schneller implementiert als ein vages „Kunden-Check-in, das von der Beziehung abhängt." Der Grund: explizite Komplexität ist einfacher zu briefen als versteckte Varianz.
Nicht Komplexität verlangsamt die Implementierung. Fehlende Grenzfalldefinitionen tun es. Ein Prozess mit dokumentierten Ausnahmen gibt dem Agenten klare Anweisungen für jedes Szenario. Ein nicht dokumentierter „einfacher" Prozess produziert unerwartete Ausgaben, sobald eine Variante auftaucht.
Prozesse, die Gründer als komplex beschreiben — mit Verzweigungslogik, mehreren Beteiligten oder zeitkritischen Entscheidungen — haben meist klarere Regeln als es scheint. Der Gründer weiß genau, was in jedem Fall zu tun ist. Das Problem ist, dass es niemand aufgeschrieben hat.
Ein 12-Schritte-Prozess mit dokumentierten Entscheidungspunkten und fünf bekannten Grenzfällen ist schneller zu implementieren als ein 3-Schritte-Prozess mit sechs undokumentierten Ausnahmen, die nur der Gründer kennt. Der Agent kämpft nicht mit Komplexität. Der Agent kämpft mit Mehrdeutigkeit.
Kein Prozess ist zu komplex für einen Agenten. Die meisten Prozesse sind zu wenig dokumentiert für einen.
Wie man testet, ob ein Prozess bereit ist
Ein Test. Den Prozess auf einer Seite im oben beschriebenen Format aufschreiben — Auslöser, Schritte, Entscheidungspunkte, Ausgabe, Grenzfälle. Dann fragen: Könnte ein neuer Mitarbeiter diesen Prozess an seinem ersten Tag korrekt ausführen, nur mit diesem Dokument?
Wenn ja: Der Prozess ist bereit für einen Agenten-Brief.
Wenn nein: Das fehlende Element ist die Dokumentation, nicht die Technologie. Die Aufgabe besteht darin, zu identifizieren, was dieser neue Mitarbeiter noch lernen müsste, und es aufzuschreiben. Dieses Dokument ist der Agenten-Brief.
Die Unternehmen, die Implementierungen am schnellsten abschließen, sind nicht diejenigen mit den einfachsten Prozessen. Die schnellsten sind diejenigen, die ihren Prozess vor dem ersten Gespräch dokumentiert haben. Diese Dokumentation ersetzt wochenlangen Klärungsbedarf durch einen klaren Ausgangspunkt.
Häufig gestellte Fragen
Warum denken Gründer, ihr Prozess sei zu komplex für KI?
Gründer beschreiben einen Prozess als zu komplex, wenn er viele Ausnahmen hat, Urteilsvermögen erfordert oder je nach Kunde variiert. In den meisten Fällen wäre derselbe Prozess auch schwierig an einen neuen Mitarbeiter zu übergeben — weil er nie dokumentiert wurde. Die Komplexität ist nicht dem Prozess inhärent. Die Komplexität spiegelt wider, dass niemand die Schritte, Entscheidungspunkte und Grenzfälle bisher aufgeschrieben hat.
Was benötigt eine KI-Agenten-Implementierung von einem Geschäftsprozess?
Eine Agenten-Implementierung benötigt fünf Dinge auf einer Seite: den Auslöser, der den Prozess startet, nummerierte Schritte in Reihenfolge, Entscheidungspunkte mit Wenn-dann-Verzweigungen, die definierte Ausgabe und eine Liste bekannter Grenzfälle. Dieses Format entspricht dem, was ein neuer Mitarbeiter benötigen würde, um den Prozess am ersten Tag selbstständig auszuführen.
Was macht einen Prozess tatsächlich schwer für eine Agenten-Implementierung — wenn nicht Komplexität?
Zwei Dinge schaffen echte Implementierungsschwierigkeiten: unzugängliche Daten und undefinierte Grenzfälle. Wenn der Prozess Daten erfordert, die nicht über eine Integration erreichbar sind — Informationen in einem PDF-Posteingang, einem System ohne API oder einem Tool, das menschliches Urteilsvermögen zum Analysieren benötigt — steigt der Integrationsaufwand. Wenn der Prozess viele undokumentierte Ausnahmen hat, müssen diese vor der Implementierung kartiert werden.
Wie lange dauert es, einen Prozess für eine Agenten-Implementierung zu dokumentieren?
Für einen gut verstandenen Prozess, den der Gründer regelmäßig ausführt, entsteht in einer fokussierten Stunde ein brauchbarer Ersterfolg. Auslöser, Schritte und Ausgabe sind meist klar. Entscheidungspunkte erfordern die meiste Zeit — alle Wenn-dann-Verzweigungen zu identifizieren, die der Gründer intuitiv navigiert. Eine 90-minütige Dokumentationssitzung vor dem ersten Implementierungsgespräch ersetzt typischerweise zwei bis drei Wochen Klärungsaufwand in der Entwicklungsphase.
Was tut man mit einem Prozess, der vierzig Ausnahmen hat? Nach Häufigkeit sortieren und die zehn häufigsten dokumentieren. Die zehn häufigsten Ausnahmen machen fast immer 90 % der Varianz aus. Den Agenten auf diese zehn briefen. Die restlichen dreißig können zum Ausnahme-Handler weiterleiten — ein definierter Pfad, auf dem der Agent erkennt, dass er die Eingabe nicht verarbeiten kann, und sie zur manuellen Überprüfung markiert. Nach dreißig Tagen Laufzeit das Ausnahme-Log überprüfen und feststellen, welche der verbleibenden dreißig häufig genug auftreten, um dem Brief hinzugefügt zu werden.
Was ist der Unterschied zwischen einem Agenten, der einen Prozess nicht verarbeiten kann, und einem, der einen besseren Brief benötigt? Ein Agent, der einen Prozess falsch behandelt, hat fast immer fehlende Dokumentation im Brief, keine fehlende Fähigkeit. Wenn der Agent für einen bestimmten Eingabetyp konsequent falsche Ausgaben produziert, war dieser Eingabetyp entweder nicht im Brief enthalten oder die Anweisungen dazu waren mehrdeutig. Die Lösung ist, diesen Eingabetyp präzise zu dokumentieren und den Brief zu aktualisieren. Ein Agent, der auf einem klaren, vollständigen Brief aufgebaut ist, verarbeitet fast jeden Prozess, den eine dokumentierte menschliche Verfahrensanweisung beschreiben kann.
Wann muss ein Prozess wirklich neu gestaltet werden, bevor er automatisiert werden kann? Wenn der Prozess von Natur aus inkonsistent ist — wenn er fallweise entschieden werden soll, ohne wiederholbare Regeln. Manche Prozesse erfordern Beziehungsurteilsvermögen, das sich mit jeder Situation ändert: ob diese Woche auf eine Unterschrift gedrängt werden soll oder gewartet wird, welcher Kunde zu priorisieren ist, wenn zwei Fristen kollidieren, wie ein schwieriges Feedback formuliert werden soll. Das sind keine Prozesse mit verborgenen Regeln, die dokumentiert werden müssen. Es sind Entscheidungen, und Entscheidungen erfordern einen Entscheidungsträger. Die richtige Rolle für einen Agenten ist, die Eingabe für diese Entscheidung vorzubereiten — nicht sie zu treffen.
Quellen
Keine externen Statistiken zitiert. Die in diesem Beitrag beschriebenen Implementierungszeiträume spiegeln beobachtete Muster aus Agenten-Implementierungen bei Dienstleistungsunternehmen wider.