Was ist Kundensupport-Automatisierung?

Jede Support-Automatisierung besteht aus denselben drei Teilen: etwas, das sie startet (ein Ereignis wie ein neues Ticket oder verstrichene Zeit), Bedingungen, die entscheiden, ob sie greift, und Aktionen, die sie ausführt. Helpdesks bilden dieses Modell direkt ab. Zendesk nennt das Geschäftsregeln: Trigger laufen unmittelbar, nachdem ein Ticket erstellt oder aktualisiert wurde, während Automationen zeitbasiert sind und einmal pro Stunde auf Tickets laufen, die nicht geschlossen sind. Zendesk weist darauf hin, dass sich die beiden nicht darin unterscheiden, welche Aktionen sie ausführen können, sondern darin, welche Bedingungen sie auslösen.

Automatisierung bewegt sich auf einem Spektrum. Am einen Ende arbeitet sie, bevor ein Mensch das Ticket sieht: Ein Bot beantwortet die Frage, oder eine Regel setzt die Priorität und weist eine Gruppe zu. Am anderen Ende unterstützt sie den Agenten: Eine gespeicherte Antwort fügt eine häufige Antwort ein, oder eine Seitenleiste holt die Bestellung des Kunden aus einem anderen System. Beides zählt, und die meisten Teams brauchen beides.

Makros sind ein nützlicher Grenzfall. Zendesk weist darauf hin, dass Makros keine Bedingungen haben: Nichts prüft ein Ticket, um zu entscheiden, ob ein Makro greift, also wählt es ein Agent aus. Damit sind gespeicherte Antworten der risikoärmste Einstieg, denn jedes Mal entscheidet noch ein Mensch.

Beim Routing zahlt sich Automatisierung oft zuerst aus, weil es jedes Ticket betrifft. Die Intelligent Triage von Zendesk etwa klassifiziert neue Tickets nach Thema, Stimmung und Sprache und kann sie über Omnichannel-Routing, skillbasiertes Routing oder Trigger weiterleiten. Einfachere Setups setzen Gruppe und Priorität über Regeln auf Basis von Schlüsselwörtern oder Formularfeldern.

Automatisierung ist gut bei wiederholbarer, klar definierter Arbeit. Schwach ist sie bei Urteilsvermögen, Empathie und Ausnahmen. Zendesk weist für AI agents darauf hin, dass eine Anfrage manchmal an einen menschlichen Agenten übergeben werden muss, wenn sie komplex, dringend oder sensibel ist, und empfiehlt, diese Eskalationspfade vor dem Start festzulegen. In der Praxis sollten diese Fälle bei Menschen bleiben:

• Beschwerden, Kündigungen und emotional aufgeladene Gespräche
• Abrechnungsstreitigkeiten, Erstattungen außerhalb der Richtlinien und andere Ausnahmen, die jemanden mit Entscheidungsbefugnis brauchen
• Kontosicherheit und Identitätsprüfungen, bei denen ein Fehler teuer ist
• Fragen, die der Bot nicht zuordnen kann oder bereits nicht beantworten konnte
• Umsatzstarke oder abwanderungsgefährdete Accounts, die Sie bewusst persönlich betreuen

Was auch immer Sie automatisieren: Sorgen Sie für einen sichtbaren Weg zu einem Menschen und geben Sie den Gesprächsverlauf weiter, damit der Kunde sich nicht wiederholen muss. Wie das geht, erklärt unser Leitfaden zur Übergabe vom Chatbot an einen Menschen.

Um Ihren Helpdesk zu automatisieren, müssen Sie ihn selten ersetzen. Moderne Helpdesks können aus ihren Regeln heraus andere Systeme aufrufen, und andere Systeme können Tickets über die Helpdesk-API aktualisieren. So entstehen individuelle Automatisierungen:

• Zendesk: Sie legen im Admin Center einen Webhook an und hängen ihn dann mit der Aktion 'Notify webhook' an einen Trigger oder eine Automation. Der Request-Body kann JSON, XML oder formularcodiert sein, und Platzhalter fügen Ticketdaten ein.
• Freshdesk: Automatisierungsregeln, die bei der Ticketerstellung oder bei Ticket-Aktualisierungen laufen, können die Aktion 'Trigger webhook' mit GET, POST, PUT, PATCH oder DELETE und Platzhaltern wie {{ticket.id}} nutzen. Fehlgeschlagene Webhooks werden alle 30 Minuten erneut versucht, bis zu 48 Aufrufe.
• Jira: Die Automatisierungsaktion 'Send web request' ruft ein anderes System auf, wenn eine Regel läuft, und kann auf die Antwort warten, damit spätere Schritte die zurückgegebenen Daten nutzen können.

Ein typischer individueller Ablauf sieht so aus:

1. Eine Helpdesk-Regel löst bei einem neuen oder aktualisierten Ticket aus und sendet einen Webhook.
2. Ein Workflow-Tool wie Make oder n8n oder ein kleiner Service empfängt ihn und schlägt Daten an anderer Stelle nach: in einem Bestellsystem, einem CRM oder einem Sprachmodell.
3. Der Workflow schreibt das Ergebnis über die Helpdesk-API zurück, als Tag, Feldwert, private Notiz oder Zuweisung.
4. Agenten sehen das Ergebnis direkt im Ticket, und ab dort übernehmen die eigenen Regeln des Helpdesks.

1. Listen Sie Ihre häufigsten Anfragetypen des letzten Monats auf und markieren Sie die, die jedes Mal nach denselben Schritten ablaufen.
2. Bringen Sie zuerst Routing und automatische Antworten in Ordnung. Sie betreffen jedes Ticket und lassen sich leicht überprüfen.
3. Machen Sie aus wiederholten Antworten Makros oder Textbausteine, bevor Sie sie in einen Bot packen.
4. Ergänzen Sie einen Bot für die häufigsten, risikoarmen Fragen, mit einer klaren Übergabe an einen Menschen.
5. Messen Sie Zeit bis zur ersten Antwort, Lösungszeit und CSAT vor und nach jeder Änderung, damit Sie wissen, was wirklich geholfen hat.

TascaLab ist ein Ein-Personen-Unternehmen von Roman Zakharenko, das Support-Automatisierung auf den Tools aufbaut, die Sie bereits nutzen, darunter Zendesk, Freshdesk, Jira und Slack, mit APIs, Webhooks sowie Make oder n8n. Zu den Einmalpreisen gehören Ticket Routing & Categorization (690 €), ein Starter Chat Bot (360 €) und Automated Reports (620 €). Die meisten Setups dauern 1–3 Wochen und umfassen eine Basisdokumentation, 30 Tage Support nach dem Launch und keine versteckten Kosten. Sie können mit einem kostenlosen 30-minütigen Health-Check-Gespräch starten.