Use Case · Support

Support-Deflection mit Aktionsrecht

Ein Agent, der Tickets nur beantwortet, spart wenig. Ein Agent, der die Bestellung prüft, die Erstattung bis zu einem Limit selbst auslöst und alles darüber an einen Menschen gibt, verändert die Durchlaufzeit — und braucht dafür harte Grenzen.

Support-Deflection mit Aktionsrecht bedeutet, dass ein Agent Standardfälle nicht nur beantwortet, sondern abschließt: Bestellhistorie prüfen, Erstattung bis zu einer Betragsgrenze auslösen, Ticket schließen. Alles darüber geht mit vorbereitetem Vorschlag an einen Menschen. Die Grenze steht in der Policy, nicht im Prompt.

1. Ausgangslage

Ein Online-Händler mit rund 80 Mitarbeitern. Der First-Level-Support bearbeitet Tickets manuell, jede Rückerstattung wird von Hand im Zahlungsdienst und im CRM nachgezogen.

Ausgangslage vor dem Agenten-Einsatz
KennzahlWertAnmerkung
Tickets je Monat2 400über alle Kanäle
davon Bestell- und Erstattungsfragen38 %rund 910 Vorgänge
Durchlaufzeit im Schnitt6,5 hMedian, ohne Wochenenden
Aufwand je Vorgang11 mininkl. Systemwechsel

2. Agent-Design

Drei spezialisierte Agenten statt eines Allzweck-Agenten — weil sich die nötigen Rechte deutlich unterscheiden.

  • triage-agent — klassifiziert das Ticket, erkennt Absicht und Dringlichkeit. Keine Werkzeuge außer dem Ticketsystem, nur lesend.
  • retrieval-agent — holt Bestellung, Zahlung und Versandstatus. Scope read:orders, Statement-Allowlist auf SELECT.
  • action-agent — löst Erstattung aus, aktualisiert CRM, schreibt die Antwort. Scope write:refund mit Betragsgrenze.

Guardrails: Erstattung nur bis 250 € und nur für Bestellungen, die dem anfragenden Konto zugeordnet sind. Keine Adress- oder Kontodatenänderung. Kein Zugriff auf Bestellungen anderer Kunden — technisch erzwungen über den Parameterabgleich mit dem Lauf-Kontext, nicht über eine Prompt-Anweisung.

Human-in-the-Loop an drei Stellen: Beträge über 250 €, erkennbare Beschwerden mit rechtlichem Bezug und jeder Fall, in dem die Bestellzuordnung nicht eindeutig ist. Der Agent bereitet dann alles vor und übergibt an die Warteschlange — der Mensch entscheidet in Sekunden statt in Minuten.

3. Architektur

ticket webhook triage-agent read:tickets retrieval-agent read:orders policy betrag ≤ 250 € ? action-agent refund · crm · mail freigabe mensch, 24 h frist JEDER SCHRITT ERZEUGT EINEN SPAN · JEDE ENTSCHEIDUNG EINE ZEILE IM AUDIT-LOG
Der Betrag entscheidet über den Pfad — geprüft im Gateway, nicht im Modell.

4. Code

support_deflection.py
from hostspezial.agents import Graph, Agent, human_approval, step

g = Graph(name="support-deflection", budget_eur=0.08)

triage    = Agent("triage",    tools=["ticket.read"], model="klein")
retrieval = Agent("retrieval", tools=["postgres.query", "shipping.status"], scopes=["read:orders"])
action    = Agent("action",    tools=["stripe.refund", "crm.update", "ticket.reply"],
                       scopes=["write:refund", "write:ticket"])

g.edge("start", triage)
g.edge(triage, retrieval, when=lambda s: s.intent in ("refund", "order_status"))
# Alles, was nicht eindeutig ist, geht sofort an den Menschen —
# lieber eine Eskalation zu viel als eine falsche Erstattung.
g.edge(triage, "escalate", when=lambda s: s.intent == "other" or s.legal_flag)

# Die Betragsgrenze steht zusaetzlich in der Policy des Gateways.
# Diese Kante ist Komfort, die Policy ist die Sicherung.
g.edge(retrieval, action,
       when=lambda s: s.order.owner == s.requester and s.amount <= 250)
g.edge(retrieval, human_approval(queue="support-l2", ttl_h=24),
       when=lambda s: s.amount > 250 or s.order.owner != s.requester)

5. Ergebnis

Durchlaufzeit
6,5 h4 min
Ohne Mensch abgeschlossen
0 %41 %
Kosten je Vorgang
4,20 €0,38 €

Die 41 Prozent sind der belastbarste Wert: Es ist der Anteil der Vorgänge, bei denen der Agent den Fall vollständig geschlossen hat, gemessen über die Eval-Suite und nicht über Selbstauskunft. Die 59 Prozent Rest gehen weiterhin an Menschen — aber mit vorbereitetem Kontext.

Funktioniert nicht bei …

… Fällen ohne eindeutige Bestellzuordnung — etwa Anfragen über eine andere E-Mail-Adresse als die der Bestellung. … Beschwerden mit rechtlichem Bezug, Widerrufsfristen oder Gewährleistungsstreit; die gehen ohne Ausnahme an Menschen. … Kunden, die im selben Ticket mehrere Bestellungen vermischen. Und: In den ersten Wochen liegt die Eskalationsquote deutlich höher, bis die Eval-Suite die realen Randfälle abdeckt. Wer damit nicht rechnet, bewertet das Ergebnis zu früh.

Verwandte Seiten

Rechnen wir Ihren Support durch

Schicken Sie uns Ticketvolumen, Anteil der Standardfälle und die heutige Durchlaufzeit. Sie bekommen eine Modellrechnung mit Deflection-Quote, Kosten je Vorgang und den Fällen, die auch künftig bei Menschen bleiben.

Oder direkt: 09571 873149