Kundensupport-Manager
Abteilung: Kundensupport
Ebene: Management
Hauptziel: Performance des Support-Abteilung — KPIs, Systemkonfiguration, Self-Service-Strategie, CRM-Integration
Was diese Rolle tut
Der Kundensupport-Manager definiert wie der Support funktioniert: konfiguriert alle Systemeinstellungen (Status, Prioritäten, Abteilungen, E-Mail-Pipe, WhatsApp, Bots), überwacht Team-KPIs, genehmigt größere Eskalationen und stellt sicher dass der Support zur Kundenbindung beiträgt — nicht nur Probleme löst.
Verwaltete Module
| Modul | Wo zu finden | Wofür Sie es nutzen |
|---|---|---|
| Ticket-Status | Operationen → Status | Ticket-Lebenszyklus definieren |
| Ticket-Prioritäten | Operationen → Prioritäten | Standard-SLAs je Priorität konfigurieren |
| Ticket-Services | Operationen → Services | Problemkategorien für Berichterstattung |
| Spam-Filter | Marketing → Spam-Filter | E-Mail-Filterrichtlinie |
| Umfragen | Operationen → Umfragen | CSAT + NPS — Erstellung und Analyse |
| WhatsApp → Einstellungen | Bot-Konfiguration, Vorlagen, Meta-Verbindung | |
| Wissensdatenbank | Wissen → KB-Gruppen | Self-Service-Struktur und -Strategie |
| Workflow-Automatisierung | Integrationen → Automatisierung | Automatische Eskalationen, Umfragen, Benachrichtigungen |
| Benutzerdefinierte Felder | Einstellungen → Benutzerdefinierte Felder | Ticket-spezifische Felder im Formular |
| Support-Tickets | Operationen → Tickets | Größere Eskalationen beaufsichtigen |
| Ankündigungen | Marketing → Ankündigungen | Systemweite Kommunikation an Kunden |
Support-Systemkonfiguration — Ersteinrichtung
1. Abteilungsstruktur
Wo: /admin/departments
Eine Abteilung je Support-Bereich erstellen, jede mit dedizierter E-Mail-Adresse:
| Abteilung | E-Mail-Adresse | Wer antwortet |
|---|---|---|
| Allgemeiner Support | support@firma.de |
Alle L1-Agenten |
| Technischer Support | technik@firma.de |
IT-Team |
| Abrechnung | abrechnung@firma.de |
Buchhalter + Senior-Agenten |
| Bestellungen | bestellungen@firma.de |
OMS + Lager |
2. Ticket-Status (`/admin/tickets/statuses`)
| Status | Farbe | Bedeutung |
|---|---|---|
| Neu | Blau | Eingegangen, nicht zugewiesen |
| In Bearbeitung | Orange | Von Agent übernommen, Untersuchung |
| Beantwortet | Hellgrün | Agent hat geantwortet — warten auf Kunden |
| Auf Eis | Grau | Ausgesetzt — auf Dritte warten |
| Eskaliert | Rot | An L2 oder andere Abteilung eskaliert |
| Geschlossen | Grün | Gelöst und geschlossen |
3. Prioritäten (`/admin/tickets/priorities`)
| Priorität | Definition | Antwort-SLA |
|---|---|---|
| Dringend | Vollständige Nichtverfügbarkeit, Produktionsauswirkung | < 1 Std. |
| Hoch | Wesentliche Funktion beeinträchtigt | < 4 Std. |
| Mittel | Funktionsproblem, Workaround verfügbar | < 24 Std. |
| Niedrig | Anfrage, Informationsanforderung | < 48 Std. |
4. Services (`/admin/tickets/services`)
Beispiele: Konto & Zugang · Abrechnung · Bestellungen & Lieferung ·
Fehler / Technischer Fehler · Funktionsanforderung ·
Onboarding · Verträge · Sonstiges
5. Benutzerdefinierte Felder auf Tickets
Wo: /admin/custom_fields → Entität: Tickets
| Feld | Typ | Nutzen |
|---|---|---|
| Vertrags-/Bestellnummer | Text | Schnelle Kontextualisierung |
| Version / betroffenes Modul | Dropdown | Technisches Triage |
| Kunden-Tier (Basic/Pro/Enterprise) | Dropdown | Differenziertes SLA |
| Herkunftskanal | Dropdown | Quell-Analytics |
WhatsApp für Support konfigurieren
Wo: /admin/whatsapp → Einstellungen
Meta-Business-Setup (einmalig)
- Meta App + WhatsApp Business Account erstellen
- Business-Telefonnummer verbinden
- Webhook registrieren:
{site_url}/whatsapp/webhook/getdata - In CRM eingeben: Business ID, WABA ID, App ID, Access Token
- Vorlagen aus Meta synchronisieren (manuell oder stündlicher Cron)
Bots für automatische Antworten
- Geschäftszeiten-Bot: Antwortet außerhalb der Zeiten automatisch mit Zeitplan
- Eingangsbestätigungs-Bot: „Ihre Nachricht wurde erhalten. Ein Agent antwortet innerhalb von X Stunden."
- FAQ-Bot: Antwortet auf einfache häufige Fragen
Self-Service-Strategie — Wissensdatenbank
Empfohlene KB-Struktur
📂 Erste Schritte
→ Registrierung / Portalzugang
→ Plattformnavigation
→ Erste empfohlene Einstellungen
📂 Konto & Zugang
→ Passwort zurücksetzen
→ Neue Benutzer hinzufügen
→ Berechtigungen und Rollen
📂 Abrechnung & Zahlungen
→ Rechnung herunterladen
→ Zahlungsmethode hinzufügen
→ Was „Überfällig"-Status bedeutet
📂 Bestellungen & Lieferung
→ Bestellung verfolgen
→ Rückgabeverfahren
→ Bestellstatus erklärt
📂 Häufige Fehler
→ [Fehlermeldung X] — Bedeutung und Lösung
→ Synchronisierungsprobleme
→ Importfehler
📂 Erweiterte Leitfäden (nur intern)
→ Interne Verfahren
→ B2B-Eskalation
→ SLA je Vertrag
CSAT & NPS Zufriedenheitsumfragen
Wo: /admin/surveys
Standard-Post-Ticket-Umfrage
Umfrage: „Wie war Ihre Erfahrung mit unserem Support?"
→ Frage 1: Bewertung 1-5 (Gesamtzufriedenheit)
→ Frage 2: „Was könnten wir verbessern?" (Freitext)
→ Frage 3 (optional): NPS — „Wie wahrscheinlich würden Sie uns weiterempfehlen?" (0-10)
Automatisch ausgelöst: Ticket Geschlossen → 1 Std. warten → Umfrage senden
Ergebnisse analysieren
- Durchschnittliche Bewertung < 3,5 → systemisches Problem → sofortige Untersuchung
- Negative Kommentare → manuell lesen → Muster identifizieren
- NPS < 20 → Abwanderungsrisiko → an KAM / Vertrieb eskalieren
Support-Abteilungs-KPIs — monatliche Überwachung
| KPI | Formel | B2B-Benchmark |
|---|---|---|
| Zeit bis zur ersten Antwort | Durchschnitt erster Mitarbeiter-Antwort - Erstellungsdatum |
< 4 Std. |
| Lösungszeit | Durchschnitt Schließungsdatum - Erstellungsdatum |
< 48 Std. L1 |
| Erstlösungsrate (FCR) | Tickets ohne Eskalation gelöst / gesamt | > 70% |
| CSAT | Durchschnittliche Bewertung aus Umfragen | > 4,0 / 5 |
| NPS | % Promotoren - % Kritiker | > 30 |
| Ticket-Deflektionsrate | (KB-Aufrufe) / (KB-Aufrufe + Tickets) | > 40% |
| Tickets je Agent je Tag | Gesamtvolumen / aktive Agenten | 15–30 (je nach Komplexität) |
| SLA-Compliance | In SLA beantwortete Tickets / gesamt je Priorität | > 90% Dringend; > 80% Hoch |
Praktische Tipps
Guter Support wird an Kunden gemessen die bleiben, nicht an geschlossenen Tickets. Ein in 2 Minuten mit generischer Antwort geschlossenes Ticket ist schlechter als eines das in 2 Stunden mit echter Lösung geschlossen wird.
20% der Zeit in Prävention investieren, nicht 100% in Reaktion. Eine gut gepflegte Wissensdatenbank, proaktive Vorfalls-Ankündigungen und intelligente Automatisierungen reduzieren das Ticketvolumen mehr als jede Neueinstellung.
Auto-Close mit Vorsicht konfigurieren. „Geschlossen nach 7 Tagen Inaktivität" ist vernünftig. „Geschlossen nach 24 Std. ohne Kundenantwort" irritiert. Balance mit Feedback vom Team und CSAT-Werten finden.
Ticket-Analyse je Service-Kategorie zeigt was am Produkt behoben werden muss. Wenn 30% der Tickets dasselbe Modul betreffen, liegt das Problem nicht beim Support — sondern beim Produkt. Daten mit konkreten Zahlen ans Management eskalieren.
Konfigurieren Sie das automatische Schließen mit einem vernünftigen Inaktivitätsfenster (7 Tage ist Standard; 24 Stunden ist zu aggressiv).
Ticket-Analyse nach Service-Kategorie ist Ihr stärkstes Produkt-Feedback-Mechanismus. Wenn 30%% der Tickets dasselbe Modul betreffen, ist das Problem das Produkt.