Workflows· Kundensupport & Service

    Die Ticket-Route

    Ein Workflow, der neu eingehende Support-Tickets automatisch nach Kategorie und Dringlichkeit einordnet, dem zuständigen Team zuweist und eine personalisierte Erstantwort vorbereitet.

    automatisierendstrukturierend

    Beschreibung

    Ablauf

    Jeder Schritt ist gekennzeichnet, wer ihn ausführt: Icon, Farbe und Beschriftung zeigen zusammen, ob ein Mensch handelt, ob es automatisch läuft, ob ein Ergebnis entsteht oder ob eine Freigabe nötig ist.

    01Mensch

    Ein neues Support-Ticket mit Betreff, Nachricht und Kundenkontext geht ein und startet den Ablauf.

    02Automatisch

    03Automatisch

    04Automatisch

    05Ergebnis

    Kennzeichnung
    MenschAutomatischErgebnisFreigabe

    Voraussetzungen und Betrieb

    Voraussetzungen

    • Ticket-System Zendesk, Freshdesk oder ein vergleichbares System, das Tickets liest und Updates entgegennimmt.
    • Team-/Queue-Mapping Eine feste Regel von Kategorie zu Team, zum Beispiel Bug zu Development oder Abrechnung zu Finance.
    • E-Mail-Tool (optional) Gmail, Outlook oder ein vergleichbares Tool für den Versand der Erstantwort.
    • LLM-Zugang API-Zugang zu einem Sprachmodell, etwa von OpenAI, Anthropic oder Google.

    Testing

    • Test-Ticket Legen Sie ein realistisches Anliegen an, zum Beispiel „Login funktioniert nicht".
    • Kategorie und Priorität Prüfen Sie, ob die Einordnung zur tatsächlichen Dringlichkeit passt.
    • Routing und Update Prüfen Sie, ob das richtige Team beziehungsweise die richtige Queue sowie Felder und Tags gesetzt werden.
    • Edge Cases Testen Sie vage Tickets, mehrere Themen in einem Ticket, mehrsprachige und leere Tickets.

    Go-Live

    • Freigeben Aktivieren Sie den Workflow erst, wenn Klassifikation, Routing und Ticket-Updates zuverlässig stimmen.
    • Schmal starten Beginnen Sie mit wenigen Kategorien und lassen Sie Erstantworten zunächst nur bei eindeutigen Low-Risk-Fällen automatisch versenden.
    • Review-Regeln Legen Sie für Kritisch und Beschwerde eine Review-Regel vor dem Versand fest.
    • Ausbauen Erweitern Sie den Workflow später um Sentiment-Eskalation, VIP-Erkennung, SLA-Tracking und Duplikat-Zusammenführung.

    Häufige Fehler

    • Falsche Priorität bei vagen Tickets Ergänzen Sie den Prompt um Beispiele je Prioritätsstufe.
    • Erstantwort zu generisch Machen Sie persönliche Ansprache und Ticket-ID zur Pflichtangabe.
    • JSON-Parsing schlägt fehl Stellen Sie die Anweisung „Nur JSON" deutlich heraus und validieren Sie die Ausgabe.
    • Team-Namen passen nicht Gleichen Sie die Bezeichner exakt mit denen im Support-Tool ab.

    Builder-Prompt

    ZIEL
    Bauen Sie einen Workflow, der jedes neu eingehende Support-Ticket automatisch klassifiziert (Kategorie und Priorität), dem zuständigen Team zuweist, das Ticket-System aktualisiert und eine personalisierte Erstantwort vorbereitet, mit Versandschutz für kritische Fälle.
    
    Passen Sie die Struktur an die Konzepte Ihres Automations-Tools an (zum Beispiel Nodes, Steps, Zaps oder Agenten-Aktionen). Erhalten Sie dabei die Trigger-Logik, die Reihenfolge, die Versand-Verzweigung und den Datenfluss.
    
    TRIGGER
    Typ: Webhook oder native Integration Ihres Ticket-Systems (Zendesk, Freshdesk oder vergleichbar), die bei jedem neuen Ticket auslöst und Betreff, Nachricht und Kundenkontext liefert.
    
    SCHRITTE
    1. KI-Schritt: Klassifikation. Verwenden Sie exakt den Arbeitsprompt Kategorisierung und Priorisierung (siehe Abschnitt Arbeitsprompts). Ausgabe ausschließlich als JSON mit den Feldern kategorie, prioritaet, team und begruendung.
    2. Routing: Weisen Sie das Ticket anhand des Kategorie-zu-Team-Mappings der passenden Queue beziehungsweise dem passenden Team zu. Die Team-Namen müssen exakt den Bezeichnern im Ticket-System entsprechen.
    3. Ticket aktualisieren: Setzen Sie Kategorie, Priorität, Team und Tags im Ticket-System.
    4. KI-Schritt: Erstantwort. Verwenden Sie exakt den Arbeitsprompt Erstantwort (siehe Abschnitt Arbeitsprompts).
    5. Versand-Verzweigung: Bei Low-Risk-Fällen (zum Beispiel Kategorie Frage mit Priorität Niedrig oder Mittel) senden Sie die Erstantwort automatisch. Bei Kritisch, Hoch oder Beschwerde speichern Sie die Erstantwort nur als Entwurf und fordern eine Freigabe an, bevor sie verschickt wird.
    
    PROMPTS
    Übernehmen Sie die beiden Arbeitsprompts aus dem gleichnamigen Abschnitt unverändert. Ändern Sie an den enthaltenen Platzhaltern nichts und mappen Sie sie wie im Datenfluss beschrieben.
    
    DATENFLUSS
    Trigger zu Schritt 1: Ticket-Betreff, Ticket-Nachricht, Kundenname.
    Schritt 1 zu Schritt 2 und 3: Kategorie, Priorität, Team, Begründung als JSON.
    Trigger und Schritt 1 zu Schritt 4: Kundenname, Ticket-ID, Kategorie, Priorität, Team.
    Schritt 1 zu Schritt 5: Kategorie und Priorität steuern die Versand-Verzweigung.
    
    FEHLERBEHANDLUNG
    Kein valides JSON aus Schritt 1: Behalten Sie die Anweisung „Nur JSON" bei, validieren Sie die Ausgabe und wiederholen Sie den Versuch einmal. Legen Sie das Ticket danach unklassifiziert in eine Triage-Queue.
    Falsche Priorität bei vagen Tickets: Ergänzen Sie Beispiele je Prioritätsstufe im Prompt. Wählen Sie im Zweifel die höhere Priorität, die Freigabe fängt es ab.
    Team-Namen passen nicht: Gleichen Sie die exakten Queue- beziehungsweise Team-Bezeichner aus dem Ticket-System ab, sonst schlägt das Routing fehl.
    Kundenname nicht extrahierbar: Verwenden Sie eine neutrale Anrede als Fallback statt eines falschen Namens.
    Ticket mit mehreren Themen: Klassifizieren Sie nach dem dringendsten Anliegen und vermerken Sie den Rest in der Begründung.
    Kritisch oder Beschwerde soll nicht automatisch versendet werden: Setzen Sie die Versand-Verzweigung aus Schritt 5 konsequent um. Diese Fälle laufen immer über eine Freigabe.
    
    PLATZHALTER-KONVENTION
    Alle Platzhalter in eckigen Klammern in den beiden Arbeitsprompts werden dynamisch gemappt: [TICKET_BETREFF], [TICKET_NACHRICHT], [KUNDENNAME] und [TICKET_ID] aus dem Trigger, sowie [KATEGORIE], [PRIORITAET] und [TEAM] aus dem JSON von Schritt 1. Nicht dynamisch ist [SUPPORT_TEAM_NAME]: Legen Sie diesen Wert vor der Aktivierung fest, ebenso das Kategorie-zu-Team-Mapping als Workflow-Konfiguration. Listen Sie alle manuell zu konfigurierenden Platzhalter am Ende gesondert auf.
    
    SELBSTPRÜFUNG VOR ABSCHLUSS
    Prüfen Sie, bevor Sie den Workflow als fertig melden:
    1. Sind alle Schritte korrekt verbunden, einschließlich der Versand-Verzweigung (Low-Risk automatisch, Kritisch/Hoch/Beschwerde nur als Entwurf mit Freigabe)?
    2. Sind beide Arbeitsprompts vollständig und unverändert eingefügt und alle Platzhalter gemappt?
    3. Wird das JSON validiert, und entsprechen die Team-Namen exakt den Queues im Ticket-System?
    4. Sind alle Punkte aufgelistet, die manuell konfiguriert werden müssen: Ticket-System-Zugang mit Schreibrechten, Kategorie-zu-Team-Mapping, Low-Risk-Regel, [SUPPORT_TEAM_NAME] und LLM-Zugang?

    Arbeitsprompts

    Kategorisierung und Priorisierung

    Ordnet ein eingehendes Ticket einer Kategorie zu, legt die Priorität fest und bestimmt das zuständige Team.

    Sie sind ein Support-Ticket-Analyse-Assistent. Analysieren Sie das folgende Support-Ticket und kategorisieren Sie es präzise.
    
    **Ticket-Details:**
    - Betreff: [TICKET_BETREFF]
    - Nachricht: [TICKET_NACHRICHT]
    - Kunde: [KUNDENNAME]
    
    **Ihre Aufgabe:**
    1. Ordnen Sie das Ticket GENAU EINER dieser Kategorien zu:
       - Bug (technischer Fehler in der Software)
       - Feature Request (Wunsch nach neuer Funktion)
       - Frage (allgemeine Anfrage oder How-to)
       - Beschwerde (Unzufriedenheit mit Service oder Produkt)
       - Technisches Problem (Zugriffs- oder Konfigurationsproblem)
       - Abrechnung (Fragen zu Rechnung, Zahlung, Abo)
    
    2. Legen Sie die Priorität fest:
       - Kritisch: System down, keine Nutzung möglich, Datenverlust
       - Hoch: Wichtige Funktion beeinträchtigt, mehrere Nutzer betroffen
       - Mittel: Einzelnes Problem, Workaround möglich
       - Niedrig: Kosmetisches Problem, Feature Request, allgemeine Frage
    
    3. Bestimmen Sie das zuständige Team:
       - Development: Bugs, technische Probleme, Feature Requests
       - Customer Success: Fragen, Onboarding, Best Practices
       - Sales: Upgrade-Anfragen, Produktinformationen
       - Finance: Abrechnung, Rechnungen, Zahlungsprobleme
       - Management: Beschwerden, Eskalationen
    
    **Antworten Sie ausschließlich in diesem JSON-Format:**
    {
      "kategorie": "[Kategorie]",
      "prioritaet": "[Priorität]",
      "team": "[Team]",
      "begruendung": "[Kurze Begründung in 1-2 Sätzen]"
    }

    Erstantwort

    Erstellt aus Kategorie, Priorität und Ticket-Angaben eine personalisierte Erstantwort mit realistischer Bearbeitungszeit.

    Erstellen Sie eine professionelle, freundliche Erstantwort für ein Support-Ticket.
    
    **Kontext:**
    - Kundenname: [KUNDENNAME]
    - Ticket-ID: [TICKET_ID]
    - Kategorie: [KATEGORIE]
    - Priorität: [PRIORITAET]
    - Zuständiges Team: [TEAM]
    
    **Anforderungen:**
    - Persönliche Ansprache mit Namen
    - Bestätigung des Ticket-Eingangs
    - Kurze Zusammenfassung, dass wir das Anliegen verstanden haben
    - Realistische Bearbeitungszeit je nach Priorität:
      * Kritisch: innerhalb von 2 Stunden
      * Hoch: innerhalb von 4 Stunden
      * Mittel: innerhalb von 24 Stunden
      * Niedrig: innerhalb von 48 Stunden
    - Freundlicher, hilfsbereiter Ton
    - Unterschrift mit "[SUPPORT_TEAM_NAME]"
    
    **Antworten Sie NUR mit dem E-Mail-Text, ohne Betreff.**

    JSON-Export

    Einrichtung

    Zwei Wege führen zum Ziel. Wählen Sie den, der zu Ihrem Setup passt.

    Geeignet, wenn Sie den Workflow in Ihrem eigenen Automations-Tool aufbauen möchten.

    1. Öffnen Sie Ihr Workflow-Tool, etwa n8n, Make, Zapier oder Langdock.
    2. Legen Sie einen neuen Workflow an und vergeben Sie einen Namen.
    3. Wählen Sie die KI-gestützte Erstellung, sofern Ihr Tool sie anbietet.
    4. Fügen Sie den Builder-Prompt von oben vollständig ein.
    5. Prüfen Sie das Ergebnis gegen die Schrittfolge in diesem Dokument und ergänzen Sie Zugänge und Kanäle.

    Geeignet, wenn Sie den Workflow unverändert übernehmen möchten.

    1. Laden Sie die JSON-Datei aus dem Abschnitt JSON-Export herunter.
    2. Öffnen Sie den Workflow-Bereich Ihres Tools und legen Sie einen neuen Workflow an.
    3. Vergeben Sie einen Namen und bestätigen Sie die Anlage.
    4. Öffnen Sie das Menü am Workflow-Namen und wählen Sie den Import einer JSON-Datei.
    5. Laden Sie die Datei hoch und hinterlegen Sie anschließend Ihre eigenen Zugänge.
    6. Führen Sie einen Testlauf durch, bevor Sie den Workflow aktivieren.

    Stand:

    Im Workshop wird daraus Ihre Methode.

    Aus einem einzelnen Prompt wird eine wiederholbare Methode. Das zeigen wir im Workshop Vom Prompt zur Methode.

    Workshops ansehen

    Gespräch statt Pitch

    Erst verstehen, dann entscheiden. Wir nehmen uns Zeit für ein erstes Gespräch, ohne Verkaufsdruck, ohne Verpflichtung.

    Gespräch vereinbaren