Procedures: Lasse KI deine SOPs ausführen

Kannst du schreiben? Dann kannst du Prozesse automatisieren.

Heute veröffentlicht botBrains Procedures. Du schreibst Schritt-für-Schritt-Arbeitsanweisungen und die KI befolgt sie mit garantierter Zuverlässigkeit. Statt Flows zu bauen oder Code zu schreiben, beschreibst du einen Prozess in normaler Sprache und die KI führt ihn genau so aus. Denk an digitale Standard Operating Procedures: strukturiert genug, um durchgesetzt zu werden, flexibel genug für echte Gespräche.

Der entscheidende Unterschied zu einem normalen Prompt: Procedures sind verbindlich. Die KI behandelt sie nicht als Vorschläge. Sie behandelt sie als Bedingungen, die sie erfüllen muss, bevor sie weitermacht. Jeder Schritt muss abgeschlossen, jede Bedingung erfüllt und kein Schritt darf übersprungen werden. Genau das macht sie zuverlässig genug für kritische Vorgänge wie Erstattungen, Identitätsprüfungen oder Kontoänderungen.

Warum wir Procedures gebaut haben

Wer schon Automatisierungen gebaut hat, kennt das grundlegende Dilemma. Man bekommt entweder Flexibilität oder Zuverlässigkeit, aber selten beides.

KI gibt dir Flexibilität. Ein Sprachmodell versteht freie Fragen, passt sich dem Kontext an und kommt mit unerwarteten Formulierungen klar. Aber es überspringt auch Schritte, vergisst Prüfungen und erfindet Antworten. Für kritische Prozesse geht das nicht.

Code gibt dir Zuverlässigkeit. Entscheidungsbäume in n8n, Zapier, Make oder eigenem Code garantieren, dass jeder Schritt in der richtigen Reihenfolge läuft. Aber die Komplexität ist hoch, Änderungen dauern und nur Entwickler verstehen das System. Jeder Sonderfall braucht einen eigenen Zweig. Jede Änderung riskiert, etwas anderes kaputtzumachen.

Procedures vereinen beides. Die KI denkt innerhalb jedes Schritts frei, aber die Struktur erzwingt, was passieren muss und in welcher Reihenfolge. Gesprächsflexibilität, wo sie hilft. Garantierte Kontrolle, wo sie zählt.

Wie es funktioniert

Wenn du bereits SOPs für deine menschlichen Agenten hast, weißt du schon, wie man eine Procedure schreibt. Genauso wie du Anweisungen für ein neues Teammitglied aufschreiben würdest, schreibst du auf, wie die KI einen Prozess abarbeiten soll. Der Unterschied: Die KI liest die Anweisungen nicht nur. Sie führt sie aus.

Ein einfaches Beispiel. Statt einen Flow mit Schleifen und Validierungslogik zu bauen, schreibst du:

1. Stelle sicher, dass du die E-Mail-Adresse des Kunden, die letzten vier Ziffern der Kreditkarte und die Fallnummer hast, bevor du weitermachst.
2. Verwende dann @get_current_case_info, um die aktuellen Falldaten abzurufen.
3. Identifiziere die Bestellung, auf die sich der Kunde bezieht. Wenn es unklar ist, frag nach.

Das ist kein Flussdiagramm. Das ist kein Code. Das ist eine Arbeitsanweisung. Und die KI führt sie aus.

Wenn die KI einen Schritt betritt, der drei Informationen erfordert, versteht sie, wie das Ziel aussieht, und entscheidet anhand des Gesprächs, wie sie vorgeht:

• Hat der Kunde zwei der drei Werte schon in seiner ersten Nachricht genannt, fragt die KI nur nach dem fehlenden.
• Liegt keiner der Werte vor, fragt sie nach allen dreien, in einer einzelnen Nachricht oder über mehrere Turns verteilt, je nachdem, was natürlich wirkt.
• Gibt der Kunde eine unklare Antwort, fragt die KI nach.
• Wechselt der Kunde mitten im Schritt das Thema, bleibt die KI im Schritt und lenkt das Gespräch zurück.

Die zentrale Garantie: Die KI rückt nicht zum nächsten Schritt vor, bis sie den aktuellen vollständig erfüllt hat. Sie springt nicht voraus. Sie approximiert nicht. Die Struktur erzwingt das.

Das ist der fundamentale Unterschied zu einem klassischen Flow Builder. Du modellierst nicht jeden möglichen Pfad durch das Gespräch. Du definierst das Ziel jedes Schritts und die KI findet den Weg dorthin. Weniger Verzweigungen, weniger Wartung und ein System, das echte Gespräche führt, statt bei der ersten unerwarteten Eingabe abzubrechen.

Schnell geschrieben, jeder kann es

Ein Prozess, der als Entscheidungsbaum Tage braucht, ist als Procedure in Minuten geschrieben. Einen Schritt ändern heißt einen Satz bearbeiten. Eine Bedingung hinzufügen heißt eine Zeile ergänzen. Kein Build-Schritt, keine Deployment-Pipeline und kein Risiko, unzusammenhängende Zweige zu brechen, weil es keine Zweige gibt.

Die Geschwindigkeit zählt, aber genauso wichtig ist, wer schreiben kann. Die meisten Automatisierungstools erzeugen einen Engpass. Support-Teamleiter, Operations Manager und Fachexperten kennen die Prozesse am besten, können die Automatisierungen aber nicht selbst bauen. Sie schreiben Anforderungen. Ein Entwickler übersetzt sie. Details gehen verloren.

Procedures beseitigen diesen Engpass. Das Format ist normale Sprache. Dein Support-Teamleiter, der genau weiß, wie Erstattungsberechtigung funktioniert, kann diese Logik direkt schreiben. Dein Operations Manager, der die Eskalationskriterien für VIP-Kunden kennt, kann diese Regeln ohne Ticket definieren. Die Leute, die dem Prozess am nächsten sind, erstellen die Automatisierung.

Wenn harte technische Prüfungen nötig sind, stehen Code Predicates und Audience Rules zur Verfügung. Aber sie sind die Ausnahme, nicht die Regel.

Die Bausteine

Procedures nutzen drei Blocktypen:

Instruction Blocks enthalten Anweisungen in natürlicher Sprache: was tun, was sagen, welche Aktionen auslösen. Von "Frag den Kunden nach seiner Bestellnummer" bis "Verwende @get_order_details, um die Bestellung nachzuschlagen und den aktuellen Status zusammenzufassen."

Condition Blocks fügen Verzweigungen hinzu. Bedingungen können semantisch auswerten ("Fragt der Kunde nach einer Rückgabe oder einem Umtausch?"), über Code Predicates (eine Python-Prüfung gegen ein Rückgabefenster) oder basierend auf Audience Segments (VIP-Kunden, bestimmte Regionen).

Jump Blocks steuern den Ablauf: an einen Menschen eskalieren, die Procedure beenden oder eine Sub-Procedure ausführen. Sub-Procedures ermöglichen es, wiederverwendbare Schritte wie die Identitätsprüfung einmal zu bauen und überall aufzurufen.

Ein praktisches Beispiel: Erstattungsbearbeitung

So sieht eine Erstattungs-Procedure in der Praxis aus:

1. Führe die Sub-Procedure @verify_customer_identity aus.
2. Frage den Kunden, welche Bestellung er zurückgeben möchte und warum.
3. Verwende @get_order_details, um die Bestelldaten abzurufen.
4. [Code Predicate] Prüfe, ob die Bestellung innerhalb des 30-Tage-Rückgabefensters liegt.
   - Wenn ja: weiter mit Schritt 5.
   - Wenn nein: erkläre, dass das Rückgabefenster abgelaufen ist und biete als Alternative Guthaben an. Dann beende die Procedure.
5. Verwende @process_refund, um die Erstattung einzuleiten.
6. Bestätige dem Kunden den Erstattungsbetrag und den voraussichtlichen Zeitrahmen.

Die KI führt das Gespräch. Sie sammelt Informationen auf natürliche Weise, stellt Rückfragen bei unklaren Antworten und bleibt auf Kurs, wenn der Kunde vom Thema abweicht. Die Procedure garantiert die Einhaltung der Richtlinie: Die KI prüft die Identität vor allem anderen, prüft die Berechtigung per Code (nicht per KI-Urteil) und verarbeitet die Erstattung nur, wenn alle Bedingungen erfüllt sind.

Vergleiche das mit einem Flow Builder, wo du separate Nodes für jeden Validierungszustand, Fehlerbehandlung für fehlende Eingaben, Schleifen für Nachfragen und Verzweigungen für jeden Sonderfall brauchst. Hier beschreibst du den Prozess. Die KI erledigt den Rest.

Wie Procedures in botBrains eingebettet sind

Procedures funktionieren über alle Kanäle, die botBrains unterstützt: Web-Chat, E-Mail und Slack. Eine Procedure, die eine Erstattung bearbeitet, funktioniert gleich, egal ob der Kunde eine E-Mail schreibt oder einen Chat startet.

Zusammen mit Unitools erhalten Procedures direkten Zugriff auf deine Systeme. Die KI kann aus ERPs, CRMs, Datenbanken und internen Tools lesen und sicher Änderungen zurückschreiben. Eine Procedure redet nicht nur über die Bearbeitung einer Erstattung. Sie bearbeitet sie tatsächlich.

Du kannst außerdem Code Predicates in Condition Blocks für Prüfungen einsetzen, die nicht dem KI-Urteil überlassen werden dürfen, und Unitools für eigene Logik, Datenbankabfragen oder API-Aufrufe nutzen. Das schließt auch das Auslösen externer Plattformen wie n8n, Make.com oder Zapier ein, wenn du sie als Teil eines größeren Prozesses brauchst.

Monitoring und Iteration

botBrains trackt jede Procedure-Ausführung. Du siehst Abschlussraten, Eskalationsraten und Fehlerraten auf einem Dashboard. Für jedes Gespräch kannst du den genauen Pfad inspizieren, den die KI genommen hat, welche Schritte sie abgeschlossen hat, wo sie abgezweigt ist und warum.

Wenn ein Schritt eine hohe Eskalationsrate hat, liest du die Gespräche, passt die Anweisung an und deployest die Änderung sofort. Kein Retraining, kein Redeployment, nur ein aktualisierter Satz.

Jetzt starten

Procedures verändern, wer Automatisierungen bauen kann, wie schnell sie angepasst werden und was sich zu automatisieren lohnt. Prozesse, die als Entscheidungsbäume zu komplex waren, werden einfach, wenn man sie aufschreiben kann.

Mehr über Procedures erfahren oder Termin vereinbaren, um Procedures in Aktion zu sehen.