SaaS-Support vs. klassischer Kundenservice
SaaS-Kundenservice unterscheidet sich fundamental:
- Technische Tiefe – Agents brauchen Produktwissen auf Entwickler-Niveau.
- Recurring Revenue – Jeder Kunde zahlt monatlich. Schlechter Support führt direkt zu Churn.
- Customer Success – Support ist nicht nur reaktiv, sondern proaktiv auf Adoption und Expansion ausgerichtet.
Team-Struktur
Support vs. Customer Success
| Funktion | Fokus | Metriken |
|---|---|---|
| Support | Reaktiv: Probleme lösen | CSAT, FRT, FCR |
| Customer Success | Proaktiv: Adoption steigern | NRR, Churn, Health Score |
Beide Funktionen arbeiten eng zusammen. Support liefert Signale (häufige Fragen, Feature Requests), Customer Success handelt darauf.
Tiering
- Tier 1: Standardfragen, Account-Probleme, bekannte Bugs
- Tier 2: Technische Troubleshooting, Konfiguration, Integrationen
- Tier 3 / Engineering: Bug-Reproduktion, Hotfixes, API-Probleme
Metriken
Für Support
- CSAT nach Ticket-Schließung
- First Response Time – SLA-basiert nach Kundensegment
- Resolution Time
- FCR
Für Customer Success
- Net Revenue Retention – Die wichtigste SaaS-Metrik
- Customer Health Score
- Churn Rate
- Time to Value
- Product Adoption Score
Für das Business
SLA-Strategie
SaaS-Unternehmen differenzieren SLAs nach Kundensegment:
| Segment | First Response | Resolution |
|---|---|---|
| Enterprise | < 1 h | < 4 h (critical) |
| Mid-Market | < 4 h | < 24 h |
| SMB / Self-Serve | < 24 h | < 48 h |
Knowledge Base
Eine starke Knowledge Base ist im SaaS-Kontext besonders wichtig, weil:
- Kunden oft technisch versiert sind und Self-Service bevorzugen
- Produkt-Updates regelmäßig neue Dokumentation erfordern
- API-Dokumentation eine eigene Anforderung ist
Häufige Fehler
- Support und Success nicht synchronisiert – Beide Teams arbeiten mit unterschiedlichen Tools und Daten.
- Keine Health-Score-Nutzung – Churn wird erst bei Kündigung erkannt, nicht proaktiv.
- SLA ohne Segmentierung – Enterprise-Kunden bekommen denselben Service wie Free-Tier-Nutzer.