Ratgeber
CRM-Datenmigration: Leitfaden, Checkliste und Datenbereinigung
·13 Min. Lesezeit·digitalWAS solutions·Mit KI erstellt
KI-generiertes BildEine CRM-Datenmigration gelingt, wenn Sie sie als eigenes Projekt führen und nicht als letzten Klick nach der Softwareauswahl. Sie folgt fünf Phasen: Bestand aufnehmen, Daten bereinigen, Felder zuordnen, eine Testmigration fahren und erst danach den Umzug mit fachlicher Abnahme abschließen. Dieser Leitfaden zeigt jede Phase mit konkreten Prüfpunkten, einer Mapping-Vorlage, den Datenschutz- und GoBD-Anforderungen in Deutschland und einer Checkliste zum Abhaken.
Kurz gesagt
- Fünf Phasen: Inventur, Bereinigung, Feldmapping, Testmigration, Cutover mit Abnahme. Keine Phase lässt sich überspringen.
- Zweimal deduplizieren: einmal im alten System vor dem Export, einmal im neuen CRM, sobald Integrationen laufen.
- Eindeutige Schlüssel festlegen: E-Mail für Personen, Domain für Firmen, alte Datensatz-ID für Deals.
- Vollständigkeit messen: Datensätze zählen, Summen abgleichen, Stichproben fachlich freigeben lassen.
- Recht beachten: DSGVO Art. 32 und bei buchhaltungsrelevanten Daten die GoBD gelten auch für den Umzug.
Inhaltsverzeichnis
- Was eine CRM-Datenmigration umfasst
- Phase 1: Bestandsaufnahme und Verantwortung
- Phase 2: Datenbereinigung vor dem Umzug
- Phase 3: Ziel-Datenmodell und Feldmapping
- Phase 4: Testmigration und Go/No-Go
- Phase 5: Cutover, Abnahme und Nachkontrolle
- Datenschutz und GoBD bei der Migration
- CRM-Migrations-Checkliste zum Abhaken
- Unsere Sicht auf CRM-Migrationen
- Mit digital scaleUp in eine gemeinsame Datenbasis
- Häufige Fragen zur CRM-Datenmigration
- Quellen
Was eine CRM-Datenmigration umfasst
Bei einer CRM-Datenmigration übertragen Sie Kundendaten aus einer oder mehreren Quellen in ein neues CRM-System. Das betrifft weit mehr als eine Kontaktliste:
- Stammdaten: Firmen, Ansprechpartner, Adressen, Kundennummern
- Vertriebsdaten: Leads, Deals, Pipeline-Phasen, Angebote
- Historie: E-Mails, Notizen, Anrufprotokolle, Termine
- Dokumente: Verträge, Anhänge, unterschriebene Formulare
- Service-Daten: Tickets, Reklamationen, SLA-Informationen
- Beziehungen: Welche Person gehört zu welcher Firma, welcher Deal zu welchem Kontakt
Gerade die Beziehungen zwischen Datensätzen machen den Umzug anspruchsvoll. Ein Kontakt ohne Firmenzuordnung oder ein Deal ohne Ansprechpartner verliert im neuen System seinen Wert.
Wann sich der Umzug lohnt
Typische Auslöser in kleinen und mittleren Unternehmen:
- Kundendaten liegen verteilt in Excel, E-Mail-Postfächern, einem alten CRM und dem Ticketsystem.
- Das bisherige System lässt sich nicht mehr sinnvoll mit anderen Anwendungen verbinden.
- Der Wechsel von einer lokalen Installation in die Cloud steht an.
- Datenschutzanforderungen verlangen Hosting in Deutschland und klare Zugriffsrechte.
- Vertrieb, Service und Projektarbeit sollen in einer Plattform zusammenlaufen statt in fünf Tools.
Wer den Umzug erst nach der Vertragsunterschrift plant, entdeckt Probleme oft zu spät. Klären Sie daher schon in der Auswahlphase, welche Daten mitkommen, wie das Mapping aussieht und wer die Datenqualität verantwortet. Unsere Checkliste zur CRM-Einführung in 30 Tagen zeigt, wie Migration und Einführung zeitlich ineinandergreifen.
Phase 1: Bestandsaufnahme und Verantwortung
Bevor ein Datensatz bewegt wird, brauchen Sie ein vollständiges Bild der Ausgangslage.
Datenquellen inventarisieren
Erfassen Sie jede Quelle in einer einfachen Tabelle:
- System: Name der Anwendung oder Datei
- Datenobjekte: Kontakte, Firmen, Deals, Tickets, Dokumente
- Menge: Anzahl Datensätze je Objekt
- Exportweg: CSV, Excel, API, Datenbank-Dump
- Letzte Pflege: Wann wurde die Quelle zuletzt aktiv genutzt?
- Verantwortlich: Wer kennt die Daten fachlich?
Vergessen Sie die Schatten-Datenbestände nicht: private Excel-Listen im Vertrieb, Visitenkarten-Apps, Newsletter-Tools, Adressbücher in Outlook.
Rollen festlegen
Jede Migration braucht drei Rollen:
- Projektleitung: steuert Zeitplan, Go/No-Go und Kommunikation.
- Data Owner je Fachbereich: entscheidet, welche Felder Pflicht sind und was gelöscht wird. Vertrieb verantwortet Leads und Deals, Service die Tickets, Buchhaltung die Rechnungsbezüge.
- Technische Umsetzung: exportiert, transformiert und importiert die Daten.
Ohne benannte Data Owner bleibt jede Bereinigungsfrage offen. Mit ihnen entsteht eine klare fachliche Freigabe am Ende.
Umfang bewusst wählen
Nicht jeder Altbestand muss ins neue System. Legen Sie Regeln fest, zum Beispiel:
- Kontakte ohne Aktivität seit mehreren Jahren und ohne laufenden Vertrag: archivieren statt migrieren.
- Abgeschlossene Tickets: als Historie übernehmen, aber ohne Anhänge, wenn diese anderswo revisionssicher liegen.
- Testdatensätze, interne Dummy-Kontakte, abgelehnte Leads ohne Einwilligung: löschen.
Achtung bei Löschregeln: Prüfen Sie vorher mit Ihrer Steuerberatung oder Buchhaltung, welche Daten gesetzlichen Aufbewahrungspflichten unterliegen. Was rechnungsrelevant ist, darf nicht einfach entfallen.
Phase 2: Datenbereinigung vor dem Umzug
Die Datenbereinigung im CRM ist der Schritt mit der größten Wirkung. Was Sie hier nicht korrigieren, übernehmen Sie als Fehler ins neue System, oft vervielfacht.
Dubletten erkennen und zusammenführen
Eine Migration ist der beste Zeitpunkt, um Dubletten zu entfernen. Dedupely empfiehlt, zweimal zu deduplizieren: zuerst im alten CRM vor der Migration, dann im neuen CRM, sobald es eingerichtet ist und seine Integrationen laufen. Dabei werden mindestens drei Felder abgeglichen und feste Merge Rules definiert.
Zwei Verfahren kommen zum Einsatz:
| Verfahren | Funktionsweise | Stärke | Einsatz |
|---|---|---|---|
| Exakter Abgleich | Identische Werte in Schlüsselfeldern wie E-Mail, Telefonnummer, Kundennummer, Domain | Einfach und zuverlässig bei gepflegten Daten | Erster Durchlauf, große Mengen |
| Unscharfer Abgleich | Ähnlichkeit von Namen und Adressen, etwa „Müller GmbH“ und „Mueller GmbH“ | Findet Tippfehler und Schreibvarianten | Zweiter Durchlauf, manuelle Prüfung |
Der exakte Abgleich findet keine Tippfehler. Planen Sie deshalb nach dem automatischen Durchlauf eine manuelle Sichtung der Verdachtsfälle ein.
Merge Rules definieren
Legen Sie fest, welcher Wert gewinnt, wenn zwei Datensätze zusammengeführt werden:
- Neuester Wert gewinnt: für Telefonnummer, Position, Adresse
- Ältester Datensatz bleibt Master: für Kundennummer und Erstkontaktdatum
- Werte werden addiert: für Notizen, Aktivitäten, Tags
- Manuelle Entscheidung: bei widersprüchlichen Firmenzuordnungen
Eindeutige Abgleichsfelder vereinbaren
Vor dem ersten Import braucht jedes Datenobjekt einen eindeutigen Schlüssel. Dedupely nennt als bewährte Wahl:
- Personen: E-Mail-Adresse
- Unternehmen: Domain
- Deals: alte Datensatz-ID aus dem Quellsystem
Die alte ID sollten Sie generell in einem eigenen Feld mitnehmen. Sie ist Ihr Rückweg, wenn später Fragen zur Herkunft eines Datensatzes auftauchen.
Formate vereinheitlichen
- Telefonnummern im Format +49 30 1234567
- Länder als ISO-Code (DE, AT, CH) statt Freitext
- Anreden und Titel in getrennten Feldern
- Datumswerte einheitlich im Format TT.MM.JJJJ oder ISO
- Pflichtfelder befüllen oder Datensatz bewusst als unvollständig markieren
Dokumentieren Sie jede Bereinigung in einem Bereinigungsprotokoll: Was wurde geändert, nach welcher Regel, von wem. Das Protokoll ist später Teil der Abnahme.
Phase 3: Ziel-Datenmodell und Feldmapping
Im Feldmapping ordnen Sie jedem Quellfeld ein Zielfeld zu. Zuerst steht aber das Ziel-Datenmodell: Welche Objekte, Felder und Beziehungen soll das neue CRM haben? Übernehmen Sie nicht blind die Struktur des Altsystems, sondern nutzen Sie den Umzug, um überflüssige Felder zu streichen.
Wer eigene Datenbanken als Quelle oder Zwischenstation nutzt, sollte deren Eigenheiten bei Zeichensätzen, Datentypen und Exporten kennen. Einen guten Überblick gibt der Vergleich PostgreSQL vs. MySQL für Projekte, etwa wenn Sie Exporte vor dem Import in einer Staging-Datenbank prüfen.
Mapping-Vorlage
| Quellfeld (Altsystem) | Zielfeld (neues CRM) | Transformation | Pflicht |
|---|---|---|---|
| Firma_Name | Unternehmen | Rechtsform vereinheitlichen | Ja |
| Kontakt_Mail | Kleinschreibung, Leerzeichen entfernen | Ja | |
| Tel1 / Tel2 | Telefon geschäftlich / mobil | Format +49 | Nein |
| Status (Freitext) | Pipeline-Phase | Werteliste zuordnen | Ja |
| ID | Alt-ID | unverändert | Ja |
| Bemerkung | Notiz | an Kontakt anhängen | Nein |
Besonders fehleranfällig sind Auswahllisten. Wenn das Altsystem 14 Statuswerte kennt und das neue CRM sechs Pipeline-Phasen, braucht jede alte Ausprägung eine eindeutige Zuordnung. Wie Sie Phasen sinnvoll schneiden, beschreibt unser Beitrag zum Pipeline-Management im CRM.
Importreihenfolge beachten
Beziehungen funktionieren nur, wenn das übergeordnete Objekt schon existiert:
- Benutzer und Teams
- Unternehmen
- Kontakte mit Firmenzuordnung
- Deals und Angebote
- Aktivitäten, Notizen, Tickets
- Dokumente und Anhänge
Laufen Daten künftig automatisch aus Shop, Buchhaltung oder Telefonie ins CRM, planen Sie die Schnittstellen parallel. Details dazu finden Sie im Beitrag zur CRM-API-Integration.
Phase 4: Testmigration und Go/No-Go
Die Testmigration ist Ihre Generalprobe. Spielen Sie einen repräsentativen Ausschnitt ein, zum Beispiel 10 % der Datensätze plus alle bekannten Sonderfälle.
Was Sie im Test prüfen
- Mengen: Stimmt die Anzahl je Objekt mit dem Export überein?
- Beziehungen: Hängen Kontakte an der richtigen Firma, Deals am richtigen Kontakt?
- Sonderzeichen: Werden Umlaute, ß und Akzente korrekt dargestellt?
- Auswahllisten: Landen alle Statuswerte in der richtigen Phase?
- Dokumente: Öffnen sich Anhänge, stimmen Dateinamen?
- Rechte: Sehen Nutzer nur die Daten, die sie sehen dürfen?
Lassen Sie die Data Owner gezielt Datensätze prüfen, die sie gut kennen: Ihre zehn wichtigsten Kunden, den letzten großen Deal, ein komplexes Ticket.
Go/No-Go-Regeln festlegen
Definieren Sie vor dem Test, ab wann der Umzug startet. Beispiele:
- Abweichung bei der Datensatzanzahl: 0 bei Firmen und Kontakten
- Fehlerhafte Beziehungen in der Stichprobe: keine
- Offene Mapping-Fragen: alle geklärt und dokumentiert
- Rollback-Plan: getestet und freigegeben
Ist ein Kriterium nicht erfüllt, folgt ein weiterer Testlauf. Das kostet Tage, ein fehlerhafter Produktivumzug kostet Wochen.
Phase 5: Cutover, Abnahme und Nachkontrolle
Den Umzug planen
- Zeitpunkt: ein ruhiger Tag, oft Freitagnachmittag oder ein Wochenende
- Datenstopp: Ab einem festen Zeitpunkt werden im Altsystem keine Daten mehr geändert.
- Delta-Migration: Änderungen zwischen Testlauf und Stichtag gesondert übertragen
- Rollback: Das Altsystem bleibt lesend verfügbar, bis die Abnahme erfolgt ist.
- Kommunikation: Alle Nutzer kennen Stichtag, Ansprechpartner und Schulungstermine.
Vollständigkeit und Qualität prüfen
Nach dem Import messen Sie, statt zu vermuten:
- Zählabgleich: Datensätze je Objekt im Export und im Zielsystem vergleichen.
- Summenabgleich: Summe aller Deal-Werte oder offenen Angebotsbeträge vor und nach der Migration.
- Pflichtfeldquote: Anteil der Datensätze mit befüllten Pflichtfeldern.
- Stichproben: Data Owner prüfen definierte Datensätze Feld für Feld.
- Zweite Deduplizierung: im neuen CRM, sobald alle Integrationen laufen, weil neue Dubletten oft über Schnittstellen entstehen.
- Fachliche Abnahme: schriftliche Freigabe je Fachbereich mit Bezug auf das Bereinigungsprotokoll.
Planen Sie nach dem Go-live zwei bis vier Wochen Hypercare ein: eine Phase, in der Rückmeldungen der Nutzer schnell bearbeitet werden.
Datenschutz und GoBD bei der Migration
KI-generiertes Bild
Eine CRM-Datenmigration ist eine Verarbeitung personenbezogener Daten. Der Leitfaden Datenmigration des IDR nennt für die Migration ausdrücklich die GoBD und Art. 32 DSGVO als Rahmen. Vertraulichkeit und Integrität der personenbezogenen Daten sind dabei zu wahren.
Für buchhaltungsrelevante Daten gilt laut demselben Leitfaden: Die Anforderung, Daten vollständig und richtig zu erfassen, zu verarbeiten und auszugeben, gilt auch für die Migration. Das betrifft im CRM etwa Angebote, Auftragsbestätigungen und Rechnungsbezüge.
In der Praxis heißt das:
- Verschlüsselte Übertragung: Exporte nur über verschlüsselte Verbindungen austauschen, nie als ungeschützte E-Mail-Anhänge.
- Zwischenstände absichern: CSV-Dateien verschlüsselt ablegen und nach der Abnahme löschen.
- Zugriff begrenzen: Nur das Projektteam hat Zugriff auf Rohdaten.
- Auftragsverarbeitung klären: Ist ein externer Dienstleister beteiligt, braucht es einen Vertrag zur Auftragsverarbeitung.
- Protokollieren: Wer hat wann welche Daten exportiert, transformiert und importiert?
- Einwilligungen mitnehmen: Newsletter- und Marketing-Einwilligungen samt Datum und Quelle übertragen.
Zugangsdaten für Alt- und Neusystem gehören dabei nicht in Excel-Listen oder Chatnachrichten. Ein Passwortmanager mit Ende-zu-Ende-Verschlüsselung wie KON-VAULT hält Admin-Zugänge während des Projekts sicher und teilbar. Welche Anforderungen das Zielsystem selbst erfüllen sollte, zeigt unsere Checkliste für DSGVO-konforme CRM-Software. Bei Fragen zu Aufbewahrungsfristen und Löschkonzept beziehen Sie Ihre Datenschutzbeauftragte oder Ihren Datenschutzbeauftragten frühzeitig ein.
CRM-Migrations-Checkliste zum Abhaken
| Nr. | Schritt | Lieferobjekt | Abnahmekriterium |
|---|---|---|---|
| 1 | Datenquellen inventarisieren | Quellenliste mit Mengen | Alle Quellen erfasst, inklusive Excel-Listen |
| 2 | Rollen festlegen | Data Owner je Objekt | Namentlich benannt |
| 3 | Umfang definieren | Regeln für Archiv und Löschung | Mit Buchhaltung und Datenschutz abgestimmt |
| 4 | Dubletten im Altsystem bereinigen | Merge-Protokoll | Verdachtsfälle geprüft |
| 5 | Pflichtfelder und Formate festlegen | Feldkatalog | Vom Fachbereich freigegeben |
| 6 | Ziel-Datenmodell entwerfen | Objekt- und Feldliste | Keine Felder ohne Nutzen |
| 7 | Feldmapping erstellen | Mapping-Tabelle | Jede Auswahlliste zugeordnet |
| 8 | Testmigration durchführen | Testbericht | Go/No-Go-Kriterien erfüllt |
| 9 | Cutover und Rollback vorbereiten | Ablaufplan | Rollback getestet |
| 10 | Produktivmigration und Abnahme | Abnahmeprotokoll | Zähl- und Summenabgleich ohne Abweichung |
| 11 | Zweite Deduplizierung | Merge-Protokoll im neuen CRM | Integrationen laufen stabil |
Unsere Sicht auf CRM-Migrationen
Die meisten Probleme bei einer CRM-Datenmigration entstehen nicht beim Import, sondern davor: verteilte Daten, unklare Zuständigkeiten und zu viele Tools, die nie miteinander gesprochen haben. Jede zusätzliche Insellösung bedeutet ein weiteres Mapping, eine weitere Schnittstelle und eine weitere Quelle für Dubletten.
Deshalb setzen wir auf eine All-in-One-Plattform. Wenn CRM, Zeiterfassung, Ticketing, Terminbuchung sowie Dokumenten- und Vertragsmanagement in einem System laufen, migrieren Sie einmal und pflegen danach eine einzige Datenbasis. Kein Tool-Chaos, weniger administrative Wege, klare Verantwortung.
Genauso wichtig ist für uns der Standort der Daten. Mit eigener Softwareentwicklung und Datenhosting in Deutschland behalten Unternehmen die Kontrolle über ihre Kundendaten, und zwar dauerhaft, nicht nur am Tag der Migration. Ein Ansprechpartner für Software, Hardware und IT-Service sorgt dafür, dass Fragen nach dem Go-live nicht zwischen mehreren Anbietern hin- und hergeschoben werden.
Tom Herold
Mit digital scaleUp in eine gemeinsame Datenbasis
Wer seine Kundendaten ohnehin neu ordnet, sollte das Zielsystem so wählen, dass künftige Migrationen gar nicht erst nötig werden. digital scaleUp vereint CRM, Zeiterfassung, Aufgabenmanagement, Ticketing, Terminbuchung, Dokumente, Verträge, Auswertungen und KI-gestützte Automatisierung in einer Plattform, gehostet in Deutschland und DSGVO-konform.
- digital scaleUp Starter: 49 € pro Monat
- digital scaleUp Business: 129 € pro Monat
- Persönliche Betreuung: echte 24/7-Hotline
Sie möchten den Umzug nicht allein planen? Über unsere Managed IT-Projekte und unsere Beratung begleiten wir Unternehmen bei Planung und Umsetzung. Wie Kundendaten danach in einer zentralen Akte zusammenlaufen, zeigt unser Beitrag zur Kundenverwaltung mit Kundenakte.
Häufige Fragen zur CRM-Datenmigration
Wie lange dauert eine CRM-Datenmigration?
Das hängt von Anzahl der Quellen, Datenmenge und Datenqualität ab. Bei kleinen Unternehmen mit einer Hauptquelle sind wenige Wochen realistisch, wobei die Bereinigung meist mehr Zeit braucht als der technische Import. Mehrere Quellen und viele Dokumente verlängern das Projekt deutlich.
Sollte ich Daten vor oder nach der Migration bereinigen?
Beides. Die Hauptbereinigung erfolgt vor dem Export im Altsystem, damit Fehler nicht mitwandern. Ein zweiter Durchlauf im neuen CRM fängt Dubletten ab, die über Schnittstellen und den Delta-Import entstehen.
Muss ich alle Altdaten übernehmen?
Nein. Übernehmen Sie, was fachlich genutzt wird oder gesetzlich aufbewahrt werden muss. Inaktive Datensätze ohne Aufbewahrungspflicht können Sie archivieren oder löschen, abgestimmt mit Buchhaltung und Datenschutzbeauftragten.
Was ist das Wichtigste beim Feldmapping?
Eindeutige Schlüssel und saubere Auswahllisten. Jeder alte Statuswert braucht eine feste Zuordnung im neuen System, und die alte Datensatz-ID sollte in einem eigenen Feld erhalten bleiben. So bleibt jeder Datensatz nachvollziehbar.
Wie erkenne ich, ob die Migration vollständig war?
Vergleichen Sie die Datensatzanzahl je Objekt sowie Summen wie Deal-Werte zwischen Export und Zielsystem. Ergänzen Sie das durch Stichproben, die Data Owner Feld für Feld prüfen. Erst danach folgt die schriftliche fachliche Abnahme.
Quellen
- IDR: Leitfaden Datenmigration (02/2022)
- Dedupely: Vor und nach einer CRM-Migration deduplizieren
- nexthosting: PostgreSQL vs. MySQL
