ServiceLoop: Eine neue Rückfrage nach dem Abschluss nachvollziehbar aufnehmen

Abgeschlossen heißt nicht verschwunden

Eine Kundin meldet nach der Lösung eines Tickets, dass das Problem unter einer anderen Bedingung erneut auftritt. Soll der bisherige Vorgang wieder geöffnet werden oder entsteht ein neuer Fall? Eine pauschale Antwort passt selten zu jedem Supportteam. Die Skrabi-Vorlage ServiceLoop beschreibt Tickets, Status, Zuständigkeiten, Geschäftszeiten und Auswertungen. Mit dieser vorhandenen Beschreibung kannst du eine klare Wiedereröffnungsregel für deinen Bauauftrag formulieren. Das ist die Vorbereitung einer Anwendung, keine Aussage über ein bereits angeschlossenes Postfach.

Die Anschlussfrage zuerst einordnen

Schreibe drei kurze Beispiele: dieselbe Störung kehrt zurück, eine Frage zur erklärten Lösung bleibt offen, oder ein völlig anderes Produkt ist betroffen. Entscheide für jeden Fall, welche Verbindung zum alten Ticket sinnvoll ist. Für den ersten Fall kann eine Wiedereröffnung mit Bezug auf den bisherigen Abschluss passen. Beim dritten hilft eher ein neuer Vorgang mit einem Verweis. Die Entscheidung soll im späteren Portal verständlich sein und nicht nur durch eine kaum sichtbare interne Kennzahl erfolgen.

Notiere, welche Informationen erhalten bleiben müssen: ursprüngliche Anfrage, damalige Lösung, Abschlusszeit und neue Rückmeldung. Lösche den alten Abschluss nicht aus der Geschichte, nur weil das Ticket wieder offen ist. Gerade die Reihenfolge erklärt später, warum ein Fall erneut auf dem Arbeitsstapel erscheint.

Fristen und Zuständigkeit ausdrücklich festlegen

Ergänze im ServiceLoop-Auftrag, wer die neue Rückfrage übernimmt, wenn die ursprüngliche Person nicht mehr zuständig ist. Ein Name aus dem Archiv ist nicht automatisch eine aktive Zuweisung. Lege ebenso offen fest, ob eine neue Antwortfrist beginnt und welche Geschäftszeiten gelten. Formuliere dafür ein Beispiel mit einer Rückmeldung am Freitagabend. Die Abnahme sollte zeigen, welcher Zeitpunkt nach den vereinbarten Regeln entsteht, statt lediglich einen laufenden Countdown zu bewundern.

Für die Auswertung brauchst du getrennte Aussagen: Anzahl erstmals abgeschlossener Fälle, Anzahl wieder geöffneter Vorgänge und aktuell offene Arbeit. Eine Wiedereröffnung sollte einen früheren Bericht nicht rückwirkend so aussehen lassen, als hätte es den Abschluss nie gegeben. Wie das berechnet wird, gehört in die Spezifikation.

Den ganzen Weg testen

Spiele später mit Testdaten eine Anfrage, eine Antwort, den Abschluss und die Rückfrage durch. Prüfe die Kundenansicht ebenso wie die interne Liste. Die Kundin muss die neue Nachricht zuordnen können, darf aber keine internen Notizen sehen. Ein doppelter Eingang derselben Rückmeldung soll keinen zweiten aktiven Arbeitsauftrag erzeugen. Erst wenn Status, Verlauf und Zuständigkeit gemeinsam stimmen, ist die Wiedereröffnung als Funktion überzeugend umgesetzt.