Governance im Customer Service

Was diese Landschaft besonders macht

Im Kundenservice sind Anliegen, Ticket, Bearbeitungsschritt und tatsächliche Lösung unterschiedliche Dinge. Ein geschlossenes Ticket kann wiedereröffnet werden; ein Kundenanliegen kann mehrere Kanäle und Fachbereiche durchlaufen. Kennzahlen wie Lösungsquote und Bearbeitungszeit brauchen deshalb einen nachvollziehbaren Fall- und Ereignisbezug.

• Wiedereröffnung und Übergaben im Lebenszyklus behalten.
• Wartezeit, aktive Arbeit und externe Abhängigkeit unterscheiden.
• Zugriff auf Gesprächsinhalt enger als Zugriff auf Service-KPIs halten.

Welche Werkzeuge zu welcher Aufgabe passen

Ausgangspunkt sind die Aufgabe und die vorhandenen Systeme. Die Beispiele zeigen geeignete Einsatzgebiete; vor einer Auswahl müssen Datenzugriff, Funktionsumfang und laufender Betriebsaufwand im eigenen Bestand geprüft werden.

Die folgenden Kapitel vertiefen die einzelnen Grenzen und Problemfelder:

• Customer Service: typische Entscheidungen
• Customer Service: verlässliche Übergaben
• Customer Service: Kennzahlen und Nachweise

Begriffe vor dem Lesen

• Ein Ticket ist ein einzelner Servicefall, etwa eine Reklamation oder technische Anfrage. Ein Kunde kann mehrere Tickets haben.
• Ein Kontakt ist eine konkrete Interaktion per Telefon, E-Mail, Chat oder Bot. Zu einem Ticket können mehrere Kontakte gehören.
• Eine Kundenidentität verbindet bekannte Angaben zu einer Person oder Organisation. Sie ist nicht automatisch mit jedem Kontakt zweifelsfrei geklärt.
• Ein Zweck erklärt, warum Daten verwendet werden, beispielsweise zur Bearbeitung des Falls, zur Qualitätssicherung oder zum Coaching.
• Ein Service Level Agreement (SLA) ist eine vereinbarte Leistungsfrist, etwa die Zeit bis zur ersten Antwort.

Ausgangslage

Im Customer Service entstehen Daten unter Zeitdruck. Mitarbeitende dokumentieren Anliegen, Bots speichern Dialoge, Telefonanlagen erzeugen Aufzeichnungen und Analysewerkzeuge verdichten alles zu Kennzahlen. Dabei werden schnell drei verschiedene Dinge vermischt: der Kunde, sein Servicefall und die einzelnen Kontakte innerhalb dieses Falls.

Diese Unterscheidung ist praktisch wichtig. Eine Person kann wegen desselben Problems zweimal anrufen. Ein Unternehmen kann mehrere Ansprechpartner und gleichzeitig mehrere offene Fälle haben. Wird jeder Kontakt als neuer Kunde gezählt, stimmen Kunden- und Fallzahlen nicht mehr. Werden dagegen alle Kontakte ungeprüft zu einem Kundenprofil zusammengeführt, erhalten Mitarbeitende möglicherweise Informationen, die sie für den aktuellen Fall nicht brauchen.

Governance schafft hier eine gemeinsame Hausordnung: Der Fachbereich entscheidet, was ein Fall bedeutet, welche Nutzung erforderlich ist und wann eine Ausnahme vertretbar ist. Datenschutz, Recht und Informationssicherheit beraten zu ihren Fachgebieten. Die Technik setzt Zugriff, Aufbewahrung, Löschung und kontrollierte Exporte um.

Wenn du nur fünf Minuten hast

1. Trenne Kunde, Ticket, Kontakt und Aufzeichnung sichtbar.
2. Kläre pro Nutzung den Zweck: Fallbearbeitung, Qualität, Coaching, Analyse oder Training.
3. Begrenze Empfänger, Aufbewahrung und Export je Zweck.
4. Prüfe Identitätszuordnung, bevor Kontakte in ein Customer-360-Profil laufen.
5. Starte neue Analysen mit einer Entscheidung, nicht mit einem unbemerkten Gesamtexport.

Die vier Datenobjekte auseinanderhalten

Ein Customer-360-Modell, also eine zusammengeführte Kundensicht, darf diese Unterschiede nicht verdecken. Es muss erkennbar bleiben, aus welchem Kontakt eine Information stammt, wie sicher die Zuordnung ist und für welchen Zweck sie verwendet werden darf.

Wer entscheidet was?

Der Service Owner verantwortet die fachlichen Regeln: Was zählt als Ticket, welche Statuswerte gelten, wie wird ein Kontaktgrund definiert und welche Servicekennzahl ist verbindlich? Der Data Owner entscheidet über die zulässige Nutzung wichtiger Service-Datenprodukte und trägt das verbleibende fachliche Risiko.

Der Data Steward hält Definitionen, Datenprobleme und genehmigte Ausnahmen zusammen. Qualitätssicherung und Teamleitung dürfen Gesprächsstichproben im vereinbarten Umfang bewerten, bestimmen aber nicht allein über neue Analysezwecke. Der Custodian betreibt die Systeme und setzt Berechtigungen, Maskierung, Exportbegrenzungen und Löschregeln technisch um.

Datenschutz oder Recht bewerten, welche rechtlichen Anforderungen für Aufzeichnungen, Auskünfte, Löschung und neue Nutzungen gelten. Diese Stellen kennen die Regeln, übernehmen aber nicht die fachliche Verantwortung für den Serviceprozess.

Ein durchgängiges Beispiel

Eine Kundin meldet eine falsche Rechnung zunächst im Chat und ruft später an. Beide Kontakte gehören zum selben Ticket. Das Telefonat wird für die Bearbeitung aufgezeichnet. Die Qualitätssicherung möchte eine Stichprobe bewerten; die Teamleitung möchte Ausschnitte für ein persönliches Coaching nutzen; das BI-Team möchte sämtliche Transkripte nach Kündigungssignalen durchsuchen.

Das sind keine drei Namen für dieselbe Nutzung. Die Fallbearbeitung benötigt die Informationen zur Lösung des Anliegens. Eine Qualitätsstichprobe kann mit begrenztem Umfang und eigener Aufbewahrung arbeiten. Persönliches Coaching hat einen engeren Empfängerkreis. Die flächendeckende Analyse aller Transkripte ist ein zusätzlicher Zweck, der vor dem Export fachlich und rechtlich geprüft werden muss.

Die Entscheidung wird am Kontakt dokumentiert: zugehöriges Ticket, bestätigte Kundenidentität, erlaubter Zweck, Empfängerkreis und Aufbewahrungsregel. Dadurch kann das Unternehmen später erklären, welche Kopien existieren und warum.

Ein sinnvoller Einstieg

1. Einen häufigen Kontaktweg auswählen, beispielsweise Telefon oder Chat.
2. Kunde, Ticket, Kontakt und Aufzeichnung in diesem Weg sichtbar trennen.
3. Für Fallbearbeitung, Qualitätssicherung, Coaching und Analyse jeweils Zweck, Empfänger und Aufbewahrung festlegen.
4. Einen unerlaubten Export technisch blockieren und einen erlaubten Export nachvollziehbar protokollieren.
5. Mit einem echten Fall prüfen, ob Auskunft, Korrektur und Löschung alle abgeleiteten Kopien erreichen.

Woran gute Service-Governance erkennbar ist

• Ticketzahlen lassen sich erklären, ohne Kunden und Kontakte zu verwechseln.
• Mitarbeitende sehen nur die Informationen, die sie für ihre Aufgabe benötigen.
• Gesprächsaufzeichnungen besitzen einen klaren Zweck und eine nachvollziehbare Aufbewahrung.
• Neue Analysen beginnen mit einer Entscheidung und nicht mit einem unbemerkten Gesamtexport.
• Fehler bei Identität, Status oder Kontaktgrund haben einen bekannten Melde- und Korrekturweg.

Produkte und Entscheidungen

Diese Fachbereichsseite arbeitet mit geschnittenen Produkten statt mit einem Sammeltool. Die wichtigsten Entscheidungsobjekte sind:

• Kundenidentität: Zweck, Owner, Grenze, Version und Nachweis müssen erkennbar sein.
• Ticket: Zweck, Owner, Grenze, Version und Nachweis müssen erkennbar sein.
• Kontakt: Zweck, Owner, Grenze, Version und Nachweis müssen erkennbar sein.
• Aufzeichnung oder Transkript: Zweck, Owner, Grenze, Version und Nachweis müssen erkennbar sein.

Die Leitfrage lautet immer: Welche Entscheidung wird dadurch belastbarer, und welcher Nachweis bleibt nach der Umsetzung sichtbar?

In der Serie weiterlesen

• Customer Service: typische Entscheidungen