KI-Mitarbeiter, die deine Tickets bearbeiten

Wenn dein Team mehr Zeit damit verbringt, Tickets zu sortieren als Kunden zu helfen, hast du das klassische Mittelstands-Problem: das Volumen ist zu groß für drei Sachbearbeiter, zu klein für einen externen Dienstleister, und zu hochwertig, um es ins Ausland zu outsourcen. Die Lücke schließt ein agentisches System.

Was macht ein Ticket-Agent eigentlich?

Ein KI-Agent für Support-Tickets ist kein "Chatbot mit Knöpfen". Er ist ein autonomes System mit fünf konkreten Aufgaben:

1. Klassifikation: Eingehendes Ticket einer Kategorie zuordnen (Bestellung, Rechnung, Reklamation, technisch, sonstiges).
2. Quellensuche: Für die Antwort relevante Daten in Knowledge-Base, CRM, Bestellsystem, Lager-System suchen.
3. Antwort-Generierung: Die eigentliche Antwort verfassen, in der Stimme deiner Marke, mit den korrekten Daten.
4. Aktions-Ausführung: Wenn nötig: Versand-Status anpassen, Rechnungs-PDF generieren, Rücksende-Label erzeugen.
5. Eskalation: Wenn der Agent nicht sicher ist, übergibt er - mit Zusammenfassung und Vorschlägen - an einen Menschen.

Architektur in DACH-Setup

So sieht ein typisches Setup aus, das wir in den letzten Monaten mehrfach gebaut haben:

Komponenten

• Agent-Framework: OpenClaw für Channel-Breite (Mail + Slack + Teams parallel) oder NanoClaw für maximale Container-Isolation.
• Modell: Anthropic Claude Sonnet 4.6 als Default - bestes Preis-Leistungs-Verhältnis bei Tool-Use. Optional Hermes 4 lokal für höchste DSGVO-Stufe.
• Memory: SQLite oder Postgres mit Volltext-Index über bisherige Antworten. Kein Vector-DB-Overhead nötig für Standard-Volumen.
• Tools (über MCP): Ticketsystem-API, CRM-API, Bestellsystem, Knowledge-Base.
• Deployment: Docker auf Hostinger KVM-VPS oder On-Prem-Mac-Mini. EU-Rechenzentrum.
• Logging: Strukturierte Logs in lokale Dateien + optional an Sentry/BetterStack.

Datenfluss in einem typischen Ticket

Email kommt in info@firma.de
   ↓
Agent liest Ticket via IMAP / Ticketsystem-Webhook
   ↓
Klassifikation (Sonnet 4.6 + System-Prompt)
   ↓
Tool: search_knowledge_base("rücksende-bedingungen")
Tool: get_order_status(order_id="ABC-123")
   ↓
Antwort-Entwurf erzeugt
   ↓
Confidence-Check: Antwort verlässlich?
   → Ja: Antwort wird versendet, Ticket geschlossen
   → Nein: Eskalation an Mensch mit Verlaufs-Summary
   ↓
Logging: Eingang, Tools, Antwort, Outcome

Was kostet ein Ticket-Agent?

Drei Beispielszenarien aus realen Projekten (Volumen je Tag):

Vergleich: Ein Helpdesk-Mitarbeiter kostet inkl. Lohnnebenkosten je nach Region 3.000–4.500 € / Monat - und arbeitet 8 Stunden, nicht 24.

Was klappt gut, was klappt nicht

Klappt sehr gut

• Versand- und Liefer-Anfragen ("Wo ist meine Bestellung?")
• Rechnungs-Kopien, Zahlungs-Erinnerungen, Mahnungs-Antworten
• Stornos und Rücksendungen mit klaren Regeln
• Erstkontakt-Klassifikation in B2B-SaaS (Routing zum richtigen Account-Manager)
• FAQ-Antworten in jedem Maßstab

Funktioniert nur mit menschlicher Aufsicht

• Beschwerden mit emotionalem Kontext
• Verhandlungen über Rabatte oder Kulanz
• Rechtsfragen (Widerruf-Edge-Cases, Garantie-Streit)
• Erstkontakt mit High-Value-Kunden (B2B)

Würden wir nicht agentifizieren

• Krisenkommunikation (Datenschutz-Vorfälle, Produkt-Rückrufe)
• Erstkontakt mit Kunden in Vertrauensbranchen (Gesundheit, Finanzen, Recht) ohne klare Disclaimer-Logik
• Antworten, die rechtsverbindlich sind (Zusagen, Kostenvoranschläge)

Integrations-Beispiele

Zammad (Open Source, sehr beliebt in DACH)

Zammad hat eine vollständige REST-API. Wir bauen einen MCP-Server, der die wichtigsten Endpoints (Ticket lesen, Tag setzen, Antwort senden, Eskalieren) exponiert. Setup-Zeit ~2 Tage.

Zendesk / Freshdesk

Beide haben Trigger/Automation und API. Wir nutzen Webhooks für Eingang und API für Antwort. Setup-Zeit ~3 Tage.

HubSpot Service Hub

HubSpot-API ist ausgereift. Tickets, Deals und Kontakte sind verbunden - der Agent bekommt Customer-Context out-of-the-box. Setup-Zeit ~2 Tage.

Reines Mailpostfach (IMAP)

Wenn du noch kein Ticketsystem hast: Der Agent kann direkt aus IMAP lesen und über SMTP antworten. Setup-Zeit ~1 Tag, aber wir empfehlen mittelfristig ein richtiges System für Audit-Trail und Mehrnutzer-Unterstützung.

Sicherheits- und DSGVO-Architektur

Drei Schichten, die wir standardmäßig einbauen:

1. Datenfluss-Minimierung: An den Modell-Endpoint gehen nur die Felder, die für die Antwort gebraucht werden. Keine Geburtstage, keine SEPA-Daten.
2. EU-Hosting + EU-Inferenz: VPS in Frankfurt/Helsinki, Anthropic-EU-Endpoint oder lokales Modell.
3. Audit-Logs: Jeder Tool-Call, jede Eingabe, jede Antwort wird strukturiert geloggt. Auf Wunsch revisionssicher.

Was du brauchst, um zu starten

• Mindestens 30 historische Ticket-Antworten (für Tone-Tuning)
• Eine grobe FAQ oder Knowledge-Base - auch unstrukturiert reicht für den Start
• Zugang zur Ticketsystem-API (oder IMAP)
• Klare Eskalations-Regeln (welche Themen müssen Menschen sehen?)
• Einen VPS oder On-Prem-Server

Wenn das alles klingt nach "viel" - es ist drei Stunden Vorarbeit. Den Rest bauen wir.

Termin buchen oder Beispiel-Setup anfragen.