Die Grenzfälle sind die einzigen, die einen Menschen brauchen
Erstattungsentscheidungen teilen sich dreifach, und nur eine braucht Urteil. Klar innerhalb der Richtlinie, klar außerhalb, und das Band dazwischen, in dem die Antwort vom Kontext abhängt, den die Richtlinie nicht vorgesehen hat.
Die meisten Teams leiten alle drei an einen Menschen, sodass die interessanten zehn Prozent dieselbe Aufmerksamkeit bekommen wie die offensichtlichen neunzig. Prüfende hören auf, sorgfältig zu lesen, weil das meiste, was sie sehen, kein Lesen verlangt.
Klare Fälle zu automatisieren ist nur sicher, wenn die Grenze zurückhaltend gezogen ist. Ein Antrag, der fast innerhalb der Richtlinie liegt, ist grenzwertig, nicht genehmigt. Die Kosten dieser Vorsicht sind eine Prüfung statt einer falsch gewährten Erstattung.
Die geschriebene Richtlinie muss die Quelle sein. Ein Modell, das aus einem allgemeinen Sinn für Fairness begründet, erzeugt Entscheidungen, die Ihre Bedingungen nicht stützen, und diese Entscheidungen werden zum Präzedenzfall, sobald ein Kunde eine davon zurückzitiert.
So läuft der ActionFlow auf der Canvas
Die Richtlinie lebt in einer Tabelle, nicht in einem Prompt. Ein Google-Sheets-Knoten oder ein PostgreSQL-Knoten hält die Regeln als strukturierte Bedingungen (Kaufzeitfenster, Produktkategorie, bisherige Erstattungszahl), damit eine Finance-Leitung sie ändern kann, ohne den Flow anzufassen.
Ein Webhook-Trigger liefert den Antrag. Ein HTTP Request-Knoten holt die Bestellung und den Erstattungsverlauf der Kundin oder des Kunden.
Ein Generate Object-Knoten prüft den Antrag gegen die geholten Regeln und gibt drei Felder zurück: ein Entscheidungsband, die konkret angewandten Regeln und einen Konfidenzwert. Die angewandten Regeln zu nennen macht die Entscheidung später prüfbar.
Ein Switch-Knoten handelt nach dem Band. Klare Genehmigungen gehen an einen HTTP Request-Knoten, der sie verarbeitet, und an einen Email-Knoten, der bestätigt. Klare Ablehnungen gehen an einen Generate Text-Knoten, der die Erklärung schreibt und die geltende Regel nennt.
Grenzwertige Fälle gehen an einen Slack-Knoten in der Kategorie Human in the Loop, mit Begründung und Regeln angehängt, damit die prüfende Person entscheidet statt ermittelt.
Ein Google-Sheets-Knoten protokolliert jede Entscheidung mit Band und Regeln, das ist sowohl der Prüfpfad als auch der Datensatz, der zeigt, wo die Richtlinie selbst unklar ist.
Knoten, die dieser ActionFlow verwendet
- Webhook (Trigger): liefert den Erstattungsantrag.
- Google Sheets (Integration): hält die Richtlinie als strukturierte Regeln. PostgreSQL passt in denselben Slot.
- HTTP Request (Util): holt die Bestellung und den bisherigen Erstattungsverlauf. Shopify passt für Shops in denselben Slot.
- Generate Object (AI Core): gibt Entscheidungsband, die angewandten Regeln und einen Konfidenzwert zurück.
- Switch (Control): trennt klare Genehmigungen, klare Ablehnungen und das grenzwertige Band.
- Generate Text (AI Core): schreibt die Ablehnungserklärung und nennt die angewandte Regel.
- Slack (Human in the Loop): schickt Grenzfälle mit der Begründung angehängt an einen Menschen.
- Google Sheets (Integration): protokolliert Entscheidungen als Prüfpfad und als Datensatz zur Klarheit der Richtlinie.
Häufige Fragen
Newsletter
Produktupdates erhalten
Neue Nodes, Agents und Produktnotizen. Wir senden E-Mails nur, wenn sich das Öffnen lohnt.