Vom geteilten Postfach zum Ticketsystem migrieren, ohne Verlauf zu verlieren

Wer nach „migrate to help desk software“ sucht, braucht meist keinen weiteren Funktionsvergleich, sondern einen verlässlichen Migrationsplan. Entscheidend ist, dass alte E-Mails auffindbar bleiben, neue Anfragen während des Umzugs nicht verloren gehen und das Team jederzeit arbeitsfähig bleibt.

Hinweis: Dieser Beitrag enthält Affiliate Links. Wenn du über einen dieser Links etwas kaufst oder dich anmeldest, erhalten wir gegebenenfalls eine Provision. Für dich entstehen dadurch keine Mehrkosten.

Vor der Migration Bestand und Anforderungen erfassen

Ein geteiltes Postfach enthält mehr als Nachrichten. Ordner, Kategorien, Weiterleitungen, Verteiler, persönliche Routinen und informelle Zuständigkeiten bilden zusammen einen Arbeitsprozess. Wer lediglich E-Mails importiert, übernimmt deshalb noch lange keinen funktionierenden Supportprozess.

Erfasse vor dem Wechsel mindestens:

die Anzahl vorhandener Nachrichten und Anhänge
den betrachteten Zeitraum
alle genutzten Supportadressen
Ordner, Labels und Kategorien
aktive Weiterleitungen und automatische Antworten
typische Zuständigkeiten und Eskalationswege
gesetzliche oder interne Aufbewahrungsfristen
personenbezogene und besonders schützenswerte Inhalte

Prüfe außerdem, welche Informationen später durchsuchbar sein müssen. Dazu gehören Absender, Empfänger, Zeitstempel, Betreff, Nachrichtentext, Anhänge und die vollständige Reihenfolge einer Unterhaltung. Falls das alte Postfach interne Notizen enthält, muss geklärt werden, wie diese im neuen System abgebildet werden.

Die Produktauswahl sollte sich an diesen Anforderungen orientieren. Unser Kostenrechner vergleicht den effektiven Monatspreis für mindestens 18 Kombinationen aus Agentenzahl, Kanälen sowie benötigten Automationsfunktionen und SLA Funktionen. So wird sichtbar, ob eine günstige Einstiegsversion für den tatsächlichen Prozess genügt oder später ein kostenpflichtiges Upgrade nötig wird. Die grundsätzliche Toolauswahl behandeln wir im übergeordneten Beitrag, mehr dazu im Artikel zu pillar.

Migrationsweg und Datenzuordnung festlegen

Viele Ticketsysteme unterstützen den Import über eine eingebaute Funktion, eine Programmierschnittstelle oder einen spezialisierten Migrationsdienst. Welche Methode passt, hängt vom bisherigen Mailanbieter, dem Datenvolumen und den Anforderungen an die Historie ab.

Für jeden Datentyp sollte vorab eine eindeutige Zuordnung feststehen:

Bisheriges Postfach	Ticketsystem
E-Mail Unterhaltung	Ticket mit Nachrichtenverlauf
Ordner oder Label	Status, Tag oder Gruppe
Empfängeradresse	Kanal, Produkt oder Team
Bearbeiterkürzel	Agent oder Verantwortlicher
Markierung	Priorität oder benutzerdefiniertes Feld
Textvorlage	gespeicherte Antwort
interne Notiz	private Ticketnotiz

Achte besonders auf Zeitstempel und Absender. Werden importierte Nachrichten mit dem Importdatum oder einem Systemkonto versehen, lässt sich der frühere Ablauf später nur schwer nachvollziehen. Anhänge sollten nicht nur vorhanden, sondern auch dem richtigen Beitrag innerhalb der Unterhaltung zugeordnet sein.

Bei Tools wie Freshdesk sollte vor der Entscheidung geprüft werden, welche Importwege, Kanäle und Automationen im vorgesehenen Tarif verfügbar sind. Dafür spielen wir je Tool denselben Supportfall durch und dokumentieren ihn: Eine E-Mail geht ein, wird zugewiesen, beantwortet und mit einem Wissensdatenbankartikel verknüpft. Festgehalten wird, welche Schritte ohne Wechsel in einen höheren Tarif möglich sind. Das liefert eine belastbarere Entscheidungsgrundlage als eine reine Liste beworbener Funktionen.

Mit Testimport und Parallelbetrieb Risiken begrenzen

Ein vollständiger Import sollte nicht der erste Versuch sein. Beginne mit einer repräsentativen Stichprobe, die kurze und lange Verläufe, Anhänge, verschiedene Ordner, Sonderzeichen und mehrere Supportadressen umfasst.

Kontrolliere nach dem Testimport:

Sind alle Nachrichten vollständig und chronologisch sortiert?
Lassen sich Absender, Empfänger und ursprüngliche Zeitstempel erkennen?
Können Agenten nach alten Vorgängen suchen?
Öffnen sich Anhänge fehlerfrei?
Wurden Ordner, Labels und Zuständigkeiten korrekt übertragen?
Sind interne Informationen für Kundinnen und Kunden unsichtbar?
Entstehen durch Weiterleitungen doppelte Tickets?

Nach erfolgreichem Test folgt ein zeitlich begrenzter Parallelbetrieb. Das alte Postfach bleibt dabei zunächst lesbar, während neue Anfragen bereits im Ticketsystem bearbeitet werden. Eine klare Stichtagsregel verhindert, dass das Team gleichzeitig in beiden Systemen antwortet.

Sinnvoll ist eine Formulierung wie: „Alle bis Freitag, 18 Uhr, eingegangenen Nachrichten werden im alten Postfach abgeschlossen. Alle späteren Anfragen werden ausschließlich im Ticketsystem bearbeitet.“ Offene ältere Fälle können separat übertragen und mit einem Kennzeichen für migrierte Tickets versehen werden.

Verlauf sichern und den Wechsel kontrolliert abschließen

Vor dem endgültigen Umschalten sollte eine vollständige, unveränderte Sicherung des bisherigen Postfachs erstellt werden. Das Exportformat muss zur verwendeten Plattform passen und im Zweifel unabhängig vom neuen Ticketsystem lesbar bleiben. Speichere zusätzlich eine Dokumentation des Exports, der Importregeln und aller festgestellten Ausnahmen.

Für den eigentlichen Wechsel empfiehlt sich dieser Ablauf:

Aktuelle Sicherung des Postfachs erstellen.
Automatische Regeln und Weiterleitungen dokumentieren.
Historische Daten importieren.
Stichproben anhand zuvor festgelegter Kontrollfälle durchführen.
Eingang neuer Nachrichten auf das Ticketsystem umstellen.
Automatische Eingangsbestätigung und Absenderadresse testen.
Offene Fälle zwischen altem Postfach und Ticketsystem abgleichen.
Das alte Postfach zunächst nur auf Lesezugriff setzen.
Löschung oder Stilllegung erst nach Ablauf der vorgesehenen Kontrollfrist prüfen.

Protokolliere für die ersten Tage die Anzahl eingehender E-Mails, erstellter Tickets und möglicher Fehlermeldungen. Weichen diese Zahlen deutlich voneinander ab, können Weiterleitungen, Spamfilter oder Adresszuordnungen fehlerhaft sein.

Auch das Team braucht eine kurze Einweisung. Im Mittelpunkt sollten konkrete Handlungen stehen: Ticket übernehmen, intern kommentieren, weiterleiten, priorisieren, beantworten und schließen. Dadurch wird vermieden, dass Agenten alte E-Mail Gewohnheiten übernehmen und beispielsweise mehrere Personen unabhängig auf dieselbe Anfrage reagieren.

Häufige Fragen

Muss der gesamte E-Mail Verlauf in das Ticketsystem importiert werden?

Nicht zwingend. Häufig genügt ein festgelegter Zeitraum, während ältere Nachrichten in einem schreibgeschützten Archiv bleiben. Welche Lösung passt, hängt von Suchbedarf, Aufbewahrungsfristen, Datenschutzvorgaben und den Importkosten ab.

Wie verhindert man doppelte Antworten während der Umstellung?

Lege einen eindeutigen Stichtag und ein führendes System fest. Nach der Umschaltung sollten Antworten nur noch aus dem Ticketsystem versendet werden. Das alte Postfach bleibt vorübergehend lesbar, darf aber nicht mehr zur aktiven Bearbeitung dienen.

Was passiert mit offenen Unterhaltungen aus dem geteilten Postfach?

Offene Unterhaltungen sollten gezielt importiert und einer verantwortlichen Person zugewiesen werden. Ein Tag wie „Migration offen“ erleichtert die Kontrolle. Nach der Übertragung wird geprüft, ob der vollständige Verlauf, alle Anhänge und die letzte Kundenanfrage vorhanden sind.

Wie lange sollte das alte Postfach erhalten bleiben?

Das richtet sich nach internen Vorgaben, vertraglichen Pflichten und anwendbaren Aufbewahrungsregeln. Praktisch sollte es mindestens so lange schreibgeschützt verfügbar bleiben, bis Import, Suche, Anhänge und offene Fälle geprüft wurden. Vor einer endgültigen Löschung ist eine Abstimmung mit Datenschutz und IT sinnvoll.