Gespräche und Tickets taggen: So baust du Kategorien auf, die ein Jahr überdauern

Fast jedes Tag-Set beginnt gleich: mit einer guten Absicht und einer leeren Liste. Jemand fügt „Beschwerde“ hinzu, jemand anderes „Rückgabe“. Einen Monat später kommen „Rückgaben“, „dringend“, „zu prüfen“ und „Schmidt“ dazu. Nach einem Jahr umfasst die Liste fünfzig Einträge. Zehn davon machen den Großteil der Nutzung aus, der Rest sorgt nur dafür, dass beim Schließen eines Tickets durch eine lange Auswahlliste gescrollt werden muss. Das Problem ist nicht das Tool, sondern die fehlende Entscheidung darüber, wozu diese Liste überhaupt angelegt wurde.

Warum taggen? Eine Frage, die deine Tags beantworten sollen

Tags dienen nicht dazu, ein Gespräch zu beschreiben. Sie dienen dazu, ein Phänomen zu zählen, über das du eine Entscheidung treffen willst. Dieser Unterschied klingt unbedeutend, entscheidet aber darüber, ob das Set nach einem Jahr noch funktioniert oder komplett neu aufgebaut werden muss.

Bevor du den ersten Tag anlegst, vervollständige den Satz: Wir wollen wissen, wie viele Gespräche sich um … drehen. Wähle genau eine Sache. Meist sind drei Varianten sinnvoll: Worum geht es im Anliegen, was hat es auf unserer Seite ausgelöst und auf welches Produkt oder welche Dienstleistung bezieht es sich? Jede Variante führt zu einer anderen Entscheidung. Deshalb verdient jede ihr eigenes Set, statt mit den anderen in einem Topf zu landen.

• Ein Tag, der nichts verändertWenn du nicht sagen kannst, welche Entscheidung du bei hundert solchen Gesprächen treffen wirst, ist der Tag nur Dekoration.
• Ein Tag, der einen Status doppelt„In Bearbeitung“ oder „Wartet auf den Kunden“ ist der Zustand eines Anliegens, keine Kategorie. Diese Information gibt es bereits.
• Ein Tag für die Stimmung„Schwieriger Kunde“ sagt mehr über den Tag des Operators aus als über ein Phänomen, das sich zählen lässt.
• Ein Tag als NachnameWer das Anliegen bearbeitet hat, ergibt sich aus der Zuweisung. Ein zusätzlicher Tag verwässert nur den Bericht.

Trenne das Taggen von Anfang an von der Organisation der Anliegen. Ticketnummer, Status und Verantwortlicher des Threads beantworten die Frage „Was passiert gerade mit diesem Anliegen?“. Tags beantworten dagegen die Frage „Worum drehen sich unsere Anliegen im Laufe eines Monats?“. Die erste Ebene beschreiben wir im Leitfaden über ein Ticketsystem im Kundenservice. Wenn sie bei dir fehlt, stopfen Tags ein Loch, für das sie nicht gedacht sind.

Wie viele Tags genügen — und warum weniger mehr ist

Die praktische Grenze ergibt sich nicht aus den Möglichkeiten des Systems, sondern aus dem Gedächtnis des Operators. Wenn die Liste auf einen Bildschirm passt und sich mit einem Blick erfassen lässt, fällt die Auswahl bewusst aus. Muss gescrollt oder gesucht werden, wird sie zufällig: Man klickt auf den ersten Tag, der ungefähr passt, und kehrt zum Gespräch zurück.

Deshalb entwirfst du das Set von oben nach unten, nicht umgekehrt. Statt für jeden neuen Einzelfall einen Tag anzulegen, notierst du ein Dutzend der häufigsten Anliegen aus dem letzten Monat und prüfst, in wie viele Gruppen sie sich einordnen lassen. Meist sind es weniger als vom Team erwartet. Auch die Gruppe „Sonstiges“ ist dann kein Makel mehr, sondern ein Signal dafür, dass ein neues Muster auf eine eigene Kategorie wartet.

• Ein Set umfasst nur so viele Tags, wie ein Operator ohne Scrollen überblicken kann.
• Ein neuer Tag entsteht erst, wenn sich unter „Sonstiges“ ein Fall wiederholt — nicht schon beim ersten Auftreten.
• Jeder Tag hat eine einzeilige Beschreibung, die erklärt, wann er verwendet wird — und wann nicht.
• Eine Person ist für das Anlegen von Tags verantwortlich, auch wenn das ganze Team Vorschläge einreicht.
• Ein Tag, der ein volles Quartal lang nicht verwendet wurde, ist ein Löschkandidat und kein fester Bestandteil der Liste.
• Die Gruppe „Sonstiges“ existiert bewusst und wird geprüft, statt als Misserfolg zu gelten.

Es gibt keine allgemeingültige richtige Anzahl von Tags — sie hängt davon ab, wie unterschiedlich die Anliegen sind, die dein Team bearbeitet. Der einzige verlässliche Test ist die Nutzungszahl im eigenen Konto nach einigen Wochen: Wenn die Hälfte der Tags nur einmal auftaucht, ist das Set zu groß, unabhängig von der absoluten Anzahl seiner Einträge.

Eine oder mehrere Dimensionen: Thema, Ursache, Produkt

Der häufigste Fehler einer Taxonomie liegt nicht in der Anzahl der Tags, sondern darin, drei verschiedene Ordnungssysteme in eine einzige flache Liste zu werfen. „Rückgabe“, „fehlende Lieferzeitangabe“ und „Winterstiefel“ können dasselbe Gespräch betreffen, beantworten aber drei unterschiedliche Fragen: Worum geht es im Anliegen, wodurch wurde es ausgelöst und welches Produkt betrifft es?

Die Folge zeigt sich erst im Bericht. Wenn Dimensionen vermischt sind, ergeben die Prozentwerte kein sinnvolles Ganzes mehr: Ein Gespräch erhält drei Tags aus drei verschiedenen Ordnungen, ein anderes nur einen. Die Auswertung suggeriert Überschneidungen zwischen Themen, obwohl tatsächlich unterschiedliche Dinge gemessen werden. Niemand vertraut einem solchen Diagramm, und nach zwei Präsentationen wird es nicht mehr gezeigt.

↔ Scrolle die Tabelle seitlich, um alle Spalten zu sehen.

Die letzte Zeile ist eine eigene Falle. Kanal, Uhrzeit, Gerät und Status sind bereits am Gespräch gespeichert. Ein Tag dupliziert diese Daten nur und verfälscht die Statistik. Beschreibe mit Tags ausschließlich das, was das System nicht von selbst weiß.

Wenn dein Tool nur eine gemeinsame Tag-Liste hat, kannst du die Dimensionen mit einfachen Mitteln trennen: einem Präfix im Namen und einer Farbe für die gesamte Familie. „Thema: Warenrückgabe“, „Ursache: fehlende Lieferzeitangabe“, „Produkt: Jahresabonnement“ — die Namen sortieren sich von selbst, die Farbe zeigt dem Operator, aus welchem Pool er auswählt, und der Bericht lässt sich ohne zusätzliche Konfiguration nach Präfix filtern.

Du musst nicht jede Dimension sofort einführen. Beginne mit dem Thema des Anliegens, weil es die meisten Fragen beantwortet. Ergänze die Ursache erst, wenn das Team wissen will, warum ein bestimmtes Thema wiederkehrt. Die Produktdimension ist vor allem dort sinnvoll, wo das Angebot breit ist und die Unterschiede zwischen den Positionen die Bearbeitung tatsächlich verändern.

Wer wann taggt — und wie alle zur gleichen Auswahl kommen

Während des Gesprächs zu taggen ist verlockend, weil der Kontext noch frisch ist. Es hat jedoch einen Nachteil: In der Mitte des Gesprächs ist oft noch nicht klar, worum es wirklich geht. Eine Frage zur Rechnung entpuppt sich als Beschwerde, eine Bitte um ein Angebot als einfache Frage zu einer Eigenschaft. Ein zu früh gesetzter Tag bleibt für immer in den Daten, weil niemand geschlossene Anliegen noch einmal korrigiert.

Deshalb ist der Standardzeitpunkt das Schließen des Anliegens. Das Taggen während des Gesprächs bleibt operativen Fällen vorbehalten — also Tags, die noch vor Gesprächsende eine konkrete Aktion auslösen sollen. Zwei Funktionen, zwei Zeitpunkte, kein Konflikt.

1. Während des Gesprächs.Nur operative Tags: solche, die ein Anliegen weiterleiten oder eine Automatisierung auslösen.
2. Beim Schließen.Vollständige Klassifizierung von Thema und Ursache, sobald klar ist, worum es tatsächlich ging.
3. Ein Tag pro Dimension.Standardmäßig ein Thema und eine Ursache. Drei Tags aus demselben Pool sind ein Signal dafür, dass sich die Kategorien überschneiden.
4. Beschreibung statt Bauchgefühl.Jeder Tag hat einen Satz nach dem Muster „Verwenden, wenn …“. Er entscheidet bei Unklarheiten, nicht die Erinnerung der dienstältesten Person.
5. Vierteljährliche Kalibrierung.Mehrere Personen taggen dieselben zwanzig geschlossenen Gespräche. Abweichungen zeigen, welche Namen unklar sind.

Eine Kalibrierung klingt nach einem überflüssigen Ritual, bis du das Ergebnis siehst. Meist weichen zwei Personen nicht bei dreißig Tags voneinander ab, sondern nur bei zwei oder drei zu allgemein benannten. Diese wenigen Namen zu verbessern, bringt mehr als jede Anleitung und funktioniert besser als weitere Absätze im internen Regelwerk.

Pflege: prüfen, zusammenführen und ungenutzte Tags löschen

Ein Tag-Set ist wie jede Konfiguration: Es wächst von allein und schrumpft nur, wenn jemand die Pflege im Kalender stehen hat. Ein Quartal ist ein guter Rhythmus — selten genug, damit es nicht zur Belastung wird, und oft genug, damit die Liste nicht ausufert.

• Ein Tag, der nur einmal pro Quartal verwendet wird, verschwindet oder geht in einer breiteren Kategorie auf.
• Zwei Tags für dasselbe Phänomen führst du immer zusammen — du lässt niemals „vorerst beide“ stehen.
• Eine Namensänderung teilst du dem Team mit, denn eine stille Änderung bringt Daten stärker durcheinander als der alte Name.
• Bei Tags, die Automatisierungen verwenden, steht das in der Beschreibung, damit sie niemand versehentlich löscht.
• Vor dem Löschen prüfst du, ob der Tag die einzige Spur eines Phänomens ist, das dein Team weiterhin zählen will.
• Nach der Prüfung hältst du in einem Satz fest, was sich geändert hat und warum.

Der vierte Punkt verdient besondere Aufmerksamkeit, weil er die häufigste Ursache stiller Ausfälle ist. Ein Tag kann nicht nur ein Etikett, sondern auch ein Auslöser sein: Eine Automatisierung kann auf das Hinzufügen oder Entfernen reagieren und selbst Tags hinzufügen oder entfernen. Einen solchen Tag zu löschen wirkt harmlos, deaktiviert aber eine Regel, an die sich niemand mehr erinnert. Wie du solche Regeln entwirfst, erklären wir im Artikel über die Live-Chat-Automatisierung.

Was du mit den Daten machst: vom Bericht zur Änderungsliste

Ein Tag-Bericht verändert von sich aus nichts. Erst die abschließende Frage macht ihn nützlich: Welche dieser Anliegen hätten uns gar nicht erreichen sollen? Tags messen die geleistete Arbeit — am interessantesten ist aber der Teil, den du vermeiden könntest. Im Onlineshop zeigen Kontakte pro 100 Bestellungen, aufgeschlüsselt nach Grund, genau diese vermeidbare Arbeit.

1. Nimm die drei häufigsten Themen.Nicht die gesamte Liste. Wähle die drei Positionen mit dem größten Anteil an den Gesprächen eines Monats.
2. Frag nach der Ursache.Prüfe bei jedem Thema, welche Ursache am häufigsten wiederkehrt. Hier hilft die zweite Dimension.
3. Ordne die Änderung einem Ort zu.Website, Angebot, Nachrichteninhalt oder Prozess. Jedes wiederkehrende Thema hat einen Ort, an dem du es beheben kannst.
4. Prüfe das Ergebnis nach einem Monat.Nutze denselben Bericht mit demselben Tag-Set. Ein geringerer Anteil ist die einzige verlässliche Bestätigung.

Das Ergebnis kann sehr konkret sein. Wiederkehrende Fragen zur Lieferzeit weisen meist auf eine einzige fehlende Information an einer sichtbaren Stelle hin — ein Kandidat für die Wissensdatenbank und FAQ auf der Website oder für eine Änderung am Seitentext. Wiederkehrende Fragen zu Maßen, Material oder Kompatibilität zeigen, dass diese Angaben auf der Produktseite im Onlineshop fehlen. Erst dann sind Tags kein Archiv mehr, sondern eine Aufgabenliste.

Zum Schluss noch ein Hinweis zu den Erwartungen: Ein manuell gepflegtes Tag-Set wird keine perfekte Genauigkeit liefern — und muss es auch nicht. Es genügt, wenn es die Dinge unterscheidet, über die du Entscheidungen triffst, und zwei Personen dasselbe Anliegen gleich kennzeichnen. Eine Taxonomie, die ein Jahr überdauert, ist nicht die detaillierteste, sondern die, die regelmäßig jemand aufräumt.