CRM-Migration: den Umzug ohne Datenverlust planen
Ein CRM zu wechseln ist selten ein Klick auf 'Exportieren'. Damit Kontakte, Deals, Historie und Schnittstellen im neuen System wieder zusammenpassen, braucht es ein sauberes Mapping, einen Testlauf und einen klaren Stichtag. Dieser Leitfaden zeigt, worauf es beim Umzug ankommt, tool-agnostisch und mit Blick auf HubSpot.
Warum ein Umzug mehr ist als Export und Import
Fast jedes CRM kann seine Daten als CSV ausgeben. Das ist der Grund, warum ein Wechsel auf den ersten Blick einfach wirkt: exportieren, importieren, fertig. In der Praxis geht dabei genau das verloren, was ein CRM wertvoll macht. Die Verknüpfung zwischen Person und Firma, der Zusammenhang zwischen Deal und Kontakt, die Historie mit ihren Daten. Aus einer gepflegten Kundenakte werden lose Zeilen in einer Tabelle.
Eine Migration setzt genau hier an. Sie überträgt nicht nur die Datensätze, sondern auch ihre Beziehungen und ihren Verlauf, und sie sorgt dafür, dass die Systeme, die vorher am alten CRM hingen, danach wieder mit dem neuen reden. Der reine Datentransfer ist dabei der kleinste Teil. Die Arbeit liegt davor, im Aufräumen und im Festlegen, was wohin gehört.
Wenn es dir weniger um den Umzug an sich geht als um die dauerhafte Verbindung mehrerer Systeme, ist die CRM-Integration der passende Rahmen. Und wenn das alte System vor allem voller doppelter und veralteter Datensätze ist, lohnt sich ein Blick auf das Bereinigen der CRM-Daten, am besten noch vor dem Umzug.
Was bei einem Umzug alles mitkommt
Kontakte sind nur die Spitze. Ein CRM besteht aus mehreren Schichten, und jede davon braucht beim Umzug eine eigene Entscheidung.
Kontakte und Firmen
Der einfache Teil, solange die Verknüpfung zwischen Person und Unternehmen mitkommt. Genau daran scheitern viele CSV-Importe: Die Kontakte landen im neuen System, aber ohne die Firma dahinter.
Deals und Pipelines
Offene und gewonnene Deals müssen in die passende Pipeline und Phase des neuen CRM. Das setzt voraus, dass die Phasen vorher sauber abgebildet sind, sonst hängen alle Vorgänge in der falschen Spalte.
Aktivitäten und Historie
Notizen, Anrufe, Aufgaben und E-Mail-Verläufe machen ein CRM erst brauchbar. Ob und wie weit sie mitkommen, hängt daran, was das alte System über seine API herausgibt.
Individuelle Felder
Selbst angelegte Felder, Dropdowns und Custom Objects haben im neuen CRM selten eine exakte Entsprechung. Hier wird pro Feld entschieden, wohin es geht, ob es zusammengeführt wird oder wegfällt.
Anhänge und Dokumente
Angebote, Verträge und Dateien an den Datensätzen werden gern vergessen. Sie zu übernehmen ist möglich, braucht aber einen eigenen Schritt, weil sie nicht in der normalen Datenexport-Datei stecken.
Automatisierungen und Schnittstellen
Workflows, Formulare und angebundene Systeme ziehen nicht einfach mit um. Sie werden im neuen CRM neu gebaut und verdrahtet, sonst schreibt nach dem Umzug niemand mehr die richtigen Daten.
Wo ein Umzug schiefgeht
Diese Punkte tauchen bei fast jeder Migration auf. Wer sie vorher kennt, plant sie ein, statt sie nach dem Go-live in den Daten zu suchen.
Dubletten aus zwei Quellen
Wenn parallel zum alten CRM schon Daten im neuen System liegen, etwa aus einem Newsletter-Tool, entstehen beim Import doppelte Kontakte. Vor der Migration braucht es eine klare Regel, worüber abgeglichen wird, meist die E-Mail-Adresse, und was bei einem Treffer gewinnt.
Feld-Mapping ohne Plan
Jedes Feld im alten System muss ein Ziel im neuen haben oder bewusst wegfallen. Wo das nicht vorab geklärt ist, landen Daten im falschen Feld oder im freien Notizfeld, und die spätere Auswertung im neuen CRM stimmt nicht.
Verlorene Zeitstempel
Wird die Historie ohne ihr Originaldatum importiert, sieht im neuen CRM plötzlich jeder alte Vorgang taufrisch aus. Für Reporting und für die Einschätzung, wie warm ein Kontakt ist, ist das ein echtes Problem.
Pflichtfelder und Validierung
Das neue System lehnt Datensätze ab, die Pflichtfelder nicht füllen oder ein falsches Format haben. Alte Datenbestände sind selten so sauber. Ohne Bereinigung vorher bricht die Migration mittendrin ab oder lässt Datensätze still liegen.
IDs und Verknüpfungen
Jedes CRM vergibt eigene interne IDs. Beim Umzug müssen die Beziehungen zwischen Kontakt, Firma und Deal auf die neuen IDs übersetzt werden. Geht das schief, stehen die Datensätze zwar da, aber ohne ihren Zusammenhang.
Einwilligungen und DSGVO
Marketing-Einwilligungen und der rechtliche Status eines Kontakts müssen korrekt mitwandern. Wer nach dem Umzug nicht mehr weiß, wer dem Newsletter zugestimmt hat, hat ein Datenschutzproblem statt eines neuen CRM.
Wie ein CRM-Umzug abläuft
Fünf Phasen, in denen der Datentransfer selbst der kürzeste ist. Der Rest ist Vorbereitung und Absicherung.
Bestandsaufnahme
Zuerst schauen wir, was im alten CRM steckt: welche Objekte, wie viele Datensätze, wie sauber die Daten sind und welche Systeme angebunden hängen. Am Ende steht eine ehrliche Liste, was mitkommt und was im Archiv bleibt.
Mapping und Bereinigung
Feld für Feld wird festgelegt, wohin es im neuen CRM geht. Parallel werden Dubletten zusammengeführt und offensichtlicher Müll aussortiert. Dieser Schritt ist der größte, und er entscheidet über die Datenqualität im neuen System.
Testmigration
Ein Ausschnitt der echten Daten wandert ins neue CRM, und wir prüfen: Stimmen die Verknüpfungen, sind die Zeitstempel richtig, greifen die Pflichtfelder? Was hier auffällt, wird korrigiert, bevor der große Umzug läuft.
Cutover
Am Stichtag zieht der vollständige Datenbestand um, die Schnittstellen werden auf das neue CRM umgestellt und das alte System auf Nur-Lesen gesetzt. Das Team arbeitet ab hier im neuen CRM, das alte bleibt als Rückfalloption erreichbar.
Nachlauf
In den ersten Tagen nach dem Go-live wird geprüft, ob alle Schnittstellen schreiben, ob keine Datensätze hängen und ob das Team zurechtkommt. Kleine Korrekturen an Feldern und Workflows gehören dazu, das gehört zum Umzug und ist kein Zeichen für einen Fehler.
Auf einen Schlag oder Schritt für Schritt
Für die Umstellung selbst gibt es zwei Wege. Welcher passt, hängt an der Datenmenge und daran, wie viel Risiko der laufende Betrieb verträgt.
Big Bang
An einem Stichtag zieht alles um, ab dann arbeitet das Team nur noch im neuen CRM. Das ist einfacher zu planen und erspart einen Parallelbetrieb, in dem Daten auf beiden Seiten auseinanderlaufen können.
Passt, wenn
der Datenbestand überschaubar ist, die Testmigration sauber lief und ein kurzes Wochenende für die Umstellung reicht.
Schrittweise
Beide Systeme laufen eine Weile parallel und werden synchron gehalten, während Bereich für Bereich umzieht. Das senkt das Risiko eines großen Ausfalls, verlangt aber einen Zwischen-Sync, der selbst gebaut und überwacht werden will.
Passt, wenn
viele Nutzer, große Datenmengen oder kritische Prozesse im Spiel sind und ein Stillstand am Stichtag zu teuer wäre.
Die Schnittstellen neu verkabeln
Der Teil, der beim Umzug am häufigsten hinten runterfällt, sind die Verbindungen zu anderen Systemen. Das alte CRM hing selten allein da: Ein Formular auf der Website legte Kontakte an, das Newsletter-Tool synchronisierte Abonnenten, das ERP schrieb Aufträge zurück, die Telefonanlage protokollierte Anrufe. Jede dieser Verbindungen zeigt nach dem Umzug ins Leere.
Deshalb gehört zu jeder Migration eine Inventur der angebundenen Systeme. Jede Schnittstelle wird auf das neue CRM umgestellt und einzeln getestet, bevor der alte Weg abgeschaltet wird. Beim Wechsel auf HubSpot ist das oft der aufwendigere Teil, weil manche Verbindungen über einen fertigen Connector laufen und andere von Hand gebaut werden müssen.
Wie diese Anbindungen konkret aussehen, welche über einen Marketplace-Connector gehen und wann sich eine eigene Schnittstelle lohnt, steht im Ratgeber zu den HubSpot-Schnittstellen.
Woran du eine saubere Migration erkennst
- Vor dem echten Umzug lief eine Testmigration mit echten Daten, und ihre Ergebnisse wurden geprüft, nicht nur der Import gestartet.
- Verknüpfungen zwischen Kontakt, Firma und Deal stehen im neuen CRM genauso wie vorher, und die Historie trägt ihr Originaldatum.
- Dubletten wurden vor dem Import zusammengeführt, statt doppelte Datensätze ins neue System zu tragen.
- Alle angebundenen Systeme schreiben nach dem Go-live ins neue CRM, und das alte bleibt eine Weile als Archiv erreichbar.
Ob der Wechsel überhaupt der richtige Schritt ist oder ob sich das bestehende System noch retten lässt, klärt sich am schnellsten in einer nüchternen Bestandsaufnahme. Genau darum geht es in der CRM-Beratung.
Häufige Fragen zur CRM-Migration
Planst du einen CRM-Wechsel?
Erzähl mir kurz, aus welchem System du raus willst und wohin es gehen soll. Im Erstgespräch schauen wir, wie viel Historie und welche Schnittstellen dranhängen und ob ein Big Bang oder ein schrittweiser Umzug der ehrlichere Weg für deinen Fall ist.
- Kostenloses Erstgespräch, ca. 15 Minuten
- Klare Einschätzung, was mitkommt und was ins Archiv gehört
- Ehrlicher Blick auf Aufwand, Historie und Schnittstellen, bevor umgezogen wird