Von Zendesk umziehen – ohne dass Anfragen verloren gehen

Bevor es losgeht: vier Dinge klären

Die Vorbereitung entscheidet, ob der Umzug ein Nachmittag oder ein Projekt wird.

1. Wo kommen Anfragen herein? Listet alle Wege auf: Support-Postfach, Weiterleitungen aus anderen Adressen, Formular auf der Website, Chat, Telefon. Jeder Weg braucht eine Entscheidung – umziehen, abschalten oder vorerst lassen.
2. Was hängt an der Absenderadresse? Bei vielen Zendesk-Einrichtungen läuft die Kundenkommunikation über eine Weiterleitung oder eine eigene Subdomain. Prüft, welche Adresse die Kunden kennen – die bleibt, alles andere ist Innenleben.
3. Welche Automatik läuft heute wirklich? Erfahrungsgemäß ist die Hälfte der Auslöser und Makros seit Jahren wirkungslos. Übernommen wird nur, was in den letzten Monaten tatsächlich gegriffen hat.
4. Wann läuft der Vertrag aus? Der Umzug sollte einige Wochen vor dem Kündigungstermin abgeschlossen sein, damit der Parallelbetrieb nicht unter Zeitdruck endet.

Welche Daten mitkommen sollten – und welche nicht

Die häufigste Frage lautet: „Können wir unsere alten Tickets mitnehmen?" Technisch ist vieles möglich. Sinnvoll ist meistens weniger.

Mitnehmen:

• Firmen und Ansprechpartner – die Stammdaten, an denen künftig alles hängt. Ein Export als CSV genügt.
• Textbausteine und Standardantworten, soweit sie noch aktuell sind. Gute Gelegenheit, veraltete auszusortieren.
• Die Wissensartikel, die tatsächlich benutzt werden – meist ein kleiner Teil des Bestands.
• Laufende Vorgänge, die noch offen sind. Dazu reicht es, sie an die neue Adresse weiterzuleiten.

Nicht mitnehmen: den Altbestand geschlossener Vorgänge. Ein Import erzeugt tausende Einträge ohne Zuständigkeit, ohne Status und mit Zeitstempeln, die nicht zur neuen Fristenrechnung passen. Das erschwert die Suche mehr, als es hilft. Der bessere Weg: Der alte Zugang bleibt für eine Übergangszeit lesend bestehen, danach wird ein Export archiviert. Für Nachweispflichten genügt das in aller Regel.

Der Umzug in sieben Schritten

1. Zugang anlegen und Team einladen. Sieben Tage kostenlos, ohne Zahlungsdaten. Die Beispieldaten zum Üben lassen sich später restlos löschen.
2. Postfach anbinden – parallel. Zuerst nur abholen, noch nicht umstellen: Bei Microsoft 365 ohne Passwort über eine Freigabe im Konto, sonst klassisch über IMAP und SMTP.
3. Grundordnung anlegen. Status, ein paar Kategorien, Teams für getrennte Bereiche. Fristen erst danach, und nur zwei: Reaktion und Lösung.
4. Stammdaten einspielen. Firmen und Ansprechpartner aus dem Export. Was fehlt, entsteht ohnehin von selbst, sobald jemand schreibt.
5. Eine Woche parallel fahren. Neue Anfragen laufen im neuen System, das alte bleibt offen. In dieser Woche fällt auf, was übersehen wurde – und zwar ohne Risiko.
6. Umschalten. Die Weiterleitung zeigt jetzt nur noch auf das neue System. Nach außen ändert sich nichts: Die Kunden schreiben weiter an dieselbe Adresse.
7. Alten Zugang stilllegen. Erst lesend schalten, Export ziehen, dann kündigen. In dieser Reihenfolge – nicht umgekehrt.

Realistischer Zeitbedarf für kleine und mittlere Teams: ein Vormittag für die Schritte 1 bis 4, danach die Übergangswoche.

Was nach dem Umzug anders ist

Drei Unterschiede fallen Teams nach dem Wechsel zu rapidFOX regelmäßig auf – zwei angenehme, einer, den man wissen sollte.

Weniger Stellschrauben. Es gibt keine verschachtelten Auslöserketten und keine Rollenmatrix über drei Ebenen. Für die meisten Betriebe ist das eine Erleichterung; wer vorher stark automatisiert hat, wird einiges einfacher lösen müssen.

Die KI bleibt im Haus. Antwortentwürfe, Zusammenfassungen und die Suche im eigenen Bestand laufen auf unseren Servern in Deutschland. Kein Ticketinhalt geht an einen externen Dienst – ein Punkt, der in Datenschutzprüfungen regelmäßig zur Sprache kommt.

Ein Preis statt Tarifstufen. 19,00 € pro Platz und Monat, alle Funktionen enthalten, monatlich kündbar. Was das im Vergleich bedeutet, steht auf der Seite Zendesk-Alternative und im Ratgeber Was kostet ein Ticketsystem?.