Doppelte Supporttickets zusammenführen: Welches Gespräch soll Ihr Team weiterbearbeiten?
Meldet ein Kunde dasselbe Problem über zwei Wege, braucht das Team nicht unbedingt zwei parallele Antworten. Eine Zusammenführung sollte einen eindeutig benannten Fall zur weiteren Bearbeitung bestimmen und nachvollziehbar machen, was aus dem anderen Gespräch wird. Sie darf weder unterschiedliche Anliegen verstecken noch nebenbei Kundenkonten zusammenlegen.
Entscheidend ist nicht, ob die Oberfläche einen Knopf „Zusammenführen“ hat. Entscheidend ist, ob Mitarbeitende danach wissen, wo sie antworten, welche Informationen dort verfügbar sind und wer diese sehen kann.
Zuerst dasselbe Anliegen feststellen
Zwei ähnliche Betreffzeilen reichen nicht. Eine Kundin könnte eine Lieferung und eine Rechnung zum selben Auftrag beanstanden. Beide Anfragen hängen zusammen, verlangen aber möglicherweise unterschiedliche Arbeit. In diesem Fall kann eine Verknüpfung sinnvoller sein als ein gemeinsames Gespräch.
Ein anderer, erfundener Fall: Eine Person meldet denselben fehlgeschlagenen Zugang zunächst per Formular und danach per E-Mail. Zwei Beschäftigte beginnen unabhängig zu antworten. Hier kann eine Zusammenführung helfen, sofern Identität, Anliegen und Empfängerkreis geprüft sind.
Lassen Sie die Anwendung mögliche Dubletten vorschlagen, statt allein anhand eines ähnlichen Textes automatisch zu entscheiden. Das Team braucht auch die Möglichkeit, zwei Fälle ausdrücklich getrennt weiterzuführen.
Die Richtung der Zusammenführung sichtbar machen
Schreiben Sie im Briefing nicht bloß „Tickets verbinden“. Benennen Sie den Zielfall, in dem die weitere Arbeit stattfinden soll, und jeden Quellfall, dessen eigenständige Bearbeitung endet oder nach der vereinbarten Regel eingeschränkt wird. Zeigen Sie diese Richtung vor der Bestätigung mit Kennungen und einer verständlichen Beschreibung.
Ein konkretes Produktbeispiel liefert die Zendesk-Referenz zur Zusammenführung von Tickets. Der dokumentierte Aufruf benennt ein Zielticket und übergibt die Kennungen der zusammenzuführenden Tickets gesondert. Die Richtung ist damit Teil der Operation, keine austauschbare Anzeige.
Für Ihre Anwendung sind darüber hinaus zuständiges Team, nächste Aufgabe und maßgeblicher Kundenkontakt festzulegen. Eine Zusammenführung sollte nicht den Eindruck erwecken, das gemeldete Problem sei bereits behoben. Auch die bisherigen Fristverläufe sollten nicht durch einen scheinbar neuen Eingang verschwinden. Das sind vorgeschlagene Anforderungen, keine hier belegten Zendesk-Standardeinstellungen.
Nicht pauschal versprechen, dass der gesamte Verlauf wandert
Fordern Sie eine konkrete Übernahmeliste: Welche Nachrichten, Anhänge und Fallangaben erscheinen direkt im Ziel? Was bleibt nur über einen Verweis im bisherigen Fall lesbar? Werden kopierte Inhalte als solche erkennbar? Die Formulierung „alles wird zusammengeführt“ lässt diese Fragen offen.
Die Zendesk-API-Dokumentation beschreibt ausdrücklich das Kopieren von Anhängen des Quelltickets zum Ziel. Sie beschreibt außerdem gesonderte Kommentare für Quelle und Ziel und erläutert, dass Quellanhänge im Zielkommentar enthalten sind. Daraus sollte Ihr Angebot nicht ungeprüft eine Zusage über die vollständige Übertragung sämtlicher historischer Nachrichten oder Feldwerte machen.
Bringen Sie zum Abnahmetermin ein erfundenes Ticketpaar mit unterschiedlichen Anlagen und Fallangaben mit. Vergleichen Sie anschließend nicht nur die sichtbare Gesprächsliste, sondern auch die weiterhin erreichbaren Ursprungsinformationen. Lassen Sie fehlende oder bewusst nicht übertragene Inhalte erklären.
Zusammenführungsnotiz und Kundenbenachrichtigung trennen
Eine interne Begründung kann nötig sein, ohne dass diese Begründung als Nachricht an Kunden versendet werden soll. Legen Sie für Quelle und Ziel getrennt fest, ob ein Kommentar entsteht, welchen Text er enthält und ob er intern bleibt. Prüfen Sie anschließend, welche Benachrichtigungen Ihre tatsächlichen Regeln daraus erzeugen.
Zendesk dokumentiert dafür getrennte Quell- und Zielkommentare sowie Parameter für deren öffentliche oder private Sichtbarkeit. Die Referenz nennt außerdem Fälle, in denen diese Kommentare privat bleiben müssen. In anderen Fällen sind sie standardmäßig privat und können über die Sichtbarkeitsparameter geändert werden. Das ist ein produktspezifisches Beispiel, keine Empfehlung, sich bei einer eigenen Integration auf ungenannte Standardwerte zu verlassen.
Eine Notiz über die Zusammenführung ist auch keine Zustimmung, den Teilnehmerkreis beider Gespräche zu vereinigen. Wenn unterschiedliche Personen beteiligt sind, müssen historische Sichtbarkeit und künftige Empfänger eigens geprüft werden. Die vorhandene Anleitung zu internen Notizen und Kundenantworten hilft bei dieser Grenze; hier kommt die Entscheidung hinzu, welches Gespräch überhaupt weitergeführt wird.
„Beauftragt“ ist noch nicht „zusammengeführt“
Die Zendesk-Referenz beschreibt die Zusammenführung als Hintergrundauftrag. Der Aufruf liefert einen Auftragsstatus; dessen Abschluss soll gesondert geprüft werden. Eine erfolgreiche Annahme des Aufrufs ist deshalb nicht automatisch der Nachweis einer abgeschlossenen Zusammenführung.
Verlangen Sie für eine entsprechende Integration einen verständlichen Zwischenzustand. Mitarbeitende sollten nicht wegen einer langsamen Antwort denselben Auftrag wiederholt auslösen. Wenn der Ausgang unklar bleibt, braucht es eine Prüfung des bestehenden Auftrags und der betroffenen Fälle statt eines blinden Neuversuchs.
Legen Sie außerdem fest, was mit einer Nachricht passiert, die währenddessen im Quellfall eintrifft. Sie darf nicht unbemerkt außerhalb der weiterbearbeiteten Unterhaltung liegen bleiben. Ob die Anwendung sie übernimmt, sichtbar verknüpft oder zur manuellen Prüfung vorlegt, gehört ausdrücklich in den vereinbarten Umfang.
Diese Vorführung gehört zur Abnahme
Verwenden Sie ausschließlich fiktive Gespräche und harmlose Anhänge. Lassen Sie sich zeigen, dass:
- zwei ähnliche, aber unterschiedliche Anliegen getrennt bleiben können;
- die Bestätigung Quelle, Ziel und vorgesehene weitere Bearbeitung eindeutig nennt;
- übernommene Nachrichten, Anlagen und nicht übertragene Felder der vereinbarten Liste entsprechen;
- interne Zusammenführungsnotizen weder öffentlich erscheinen noch unerwünschte Kundenbenachrichtigungen auslösen;
- ein Hintergrundauftrag zunächst als laufend und erst nach bestätigtem Ergebnis als abgeschlossen erscheint;
- eine währenddessen eintreffende Nachricht den festgelegten Bearbeitungsweg erreicht;
- ein unklarer Ausgang überprüft wird, ohne die Aktion oder ihre Benachrichtigungen blind zu wiederholen.
Klären Sie vor der Beauftragung auch, welche Korrektur bei einer falschen Zusammenführung tatsächlich angeboten wird. Versprechen Sie keine Rücknahme allein aufgrund eines vertraut aussehenden Knopfes. Diese Tests sind Anforderungen für das Projekt, keine durchgeführten Produkttests oder vollständige Sicherheitszertifizierung.
Für eine Support-App im kleinen Team ist der Nutzen eine eindeutige weitere Bearbeitung desselben Anliegens. Weniger offene Zeilen allein sind noch kein besserer Kundenservice.
Quelle und Geltungsbereich
Die Zendesk-Tickets-API belegt die gerichtete Zusammenführung, die beschriebenen Anhänge und Kommentare, deren Sichtbarkeitsoptionen sowie die asynchrone Auftragsprüfung. Dublettenerkennung, Arbeitsverteilung, Fristerhalt, spätere Nachrichten und die vorgeschlagene Abnahme sind eigene Planungsempfehlungen. Sie werden nicht als automatisch vorhandene Zendesk-Funktionen ausgegeben. Die Zusammenführung von Supportfällen ist außerdem keine Zusammenführung von Kundenidentitäten.