Migration mit einem Shadow-Import testen

Ein Shadow-Import ist der Unterschied zwischen „wir haben 3 Feldzuordnungsfehler in der Sandbox gefunden" und „wir haben 3 Feldzuordnungsfehler am Umstiegstag mit 30 wartenden Vertriebsmitarbeitern gefunden". Er dauert 2–3 Stunden, um ordentlich durchgeführt zu werden. Er verhindert die Art von Problemen, die den Go-live um eine Woche verzögern.

Ein Migrationsteam übersprung den Shadow-Import, weil es bereits in einer Tabellenkalkulation getestet hatte. Auf der Suche nach Fehlern überprüften sie die Feldzuordnung in Excel, bestätigten, dass die Picklist-Werte übereinstimmten, und fühlten sich sicher. Am Umstiegstag entdeckten sie, dass die Beziehungsfelder zwischen Kontakten und Deals nicht aufgelöst wurden — das Import-Tool behandelte Verbindungsnachschlagen anders, als der Tabellenkalkulationsvergleich vermuten ließ. Jeder Deal im System war von seinen Kontakten getrennt. Der Umstieg wurde für fünf Tage verschoben.

Ein Shadow-Import in einer echten Sandbox hätte das in den ersten 10 Minuten erkannt.

Schritt 1: Eine Sandbox oder Testumgebung einrichten

Sie benötigen eine echte Instanz des Ziel-CRM — keine Tabellenkalkulationsvergleich, keine visuelle Seitenansicht. Das Ziel ist, Ihr tatsächliches Import-Tooling gegen eine tatsächliche CRM-Umgebung auszuführen.

HubSpot: HubSpot Sandbox-Konten sind auf Professional- und Enterprise-Stufen verfügbar. Gehen Sie zu Einstellungen > Kontoverwaltung > Sandboxes. Erstellen Sie eine Sandbox und konfigurieren Sie dann dieselben benutzerdefinierten Eigenschaften, Pipeline-Stufen und Lebenszyklus-Stufendefinitionen, die in Ihrem Produktionskonto vorhanden sind. Die HubSpot Sandbox-Dokumentation beschreibt, was automatisch von der Produktion synchronisiert wird.

Salesforce: Salesforce hat mehrere Sandbox-Typen. Für Migrationstests ist eine Developer-Sandbox ausreichend — sie hat dieselbe Konfiguration (Objekte, Felder, Picklist-Werte) wie die Produktion.

Pipedrive: Pipedrive hat keine native Sandbox. Erstellen Sie ein kostenloses Testkonto unter einer anderen E-Mail-Adresse. Konfigurieren Sie es so, dass es Ihren Produktions-Pipeline-Stufen und benutzerdefinierten Feldern entspricht.

Zoho CRM: Zoho hat eine Sandbox-Umgebung unter Setup > Developer Space > Sandbox.

Wenn keine Sandbox verfügbar ist:

Erstellen Sie ein neues Produktionskonto mit einem Testunternehmensnamen
Verwenden Sie ein deutlich beschriftetes Import-Tag („TEST IMPORT - LÖSCHEN") auf allen Testdatensätzen
Löschen Sie nach dem Testen alle Datensätze mit diesem Tag vor dem Umstieg

Schritt 2: Einen repräsentativen Testdatensatz vorbereiten

Der Testdatensatz ist, wo die meisten Shadow-Imports scheitern. Teams verwenden 50 saubere, gut formatierte Datensätze und schließen daraus, dass die Migration funktioniert. Dann enthält der vollständige Datensatz 40 Datensätze mit Sonderzeichen, 200 mit leeren Beziehungsfeldern — und der vollständige Import bricht auf Weisen, die der Test nicht vorhersagte.

Zielgröße: 500–1.000 Datensätze. Das ist groß genug, um Grenzfälle aufzudecken, aber klein genug, um manuell zu prüfen.

Auswahlkriterien für Testdatensätze

Kategorie	Datensatzanzahl	Was zu testen ist
Saubere, vollständig ausgefüllte Datensätze	150	Basiswert — alle Felder vorhanden, Standardformatierung
Fehlende Telefonnummer	60	Null-Behandlung im Telefon-Feld
Fehlende E-Mail	40	Umgang mit Nulls in erforderlichen Feldern
Ungewöhnliche Zeichen in Namensfeldern	50	O'Brien, Müller, José, Li Wei, Doppelnamen
Maximale Feldlänge	30	255-Zeichen-Unternehmensnamen, lange Notizen
Duplikat-Kandidaten (2 Kontakte, gleiche E-Mail)	20	Umgang des Import-Tools mit Duplikaten
Kontakte ohne Unternehmensverbindung	30	Eigenständige Kontakte ohne Account/Unternehmen-Links
Kontakte, die mit mehreren Deals verbunden sind	30	Multi-Verbindungs-Beziehungsdatensätze
Datensätze mit HTML in Notizen	20	Notizfeld-Rendering im Ziel
Datensätze mit den ältesten Daten im Datensatz	20	Datumsfeld-Formatierung Grenzfälle
Datensätze aus jedem Lebenszyklus-Stufenwert	1 pro Wert	Picklist-Zuordnungsabdeckung
Gesamt	~500

Exportieren Sie diesen Satz gezielt — nehmen Sie nicht einfach die ersten 500 Zeilen. Die ersten 500 Zeilen sind normalerweise die zuletzt erstellten Datensätze, die tendenziell sauberer sind als ältere Datensätze.

Schritt 3: Import mit Ihrem exakten Tooling durchführen

Gebräuchliche Import-Tools nach Quell-/Ziel-Kombination:

HubSpot → Anderes CRM: Natives CSV-Export + CSV-Import des Ziel-CRM
Salesforce → Anderes CRM: Salesforce Data Loader für CSV-Exporte
Pipedrive → Anderes CRM: Natives CSV-Export + Import-Assistent des Ziels
Beliebig → Beliebig: Drittanbieter-Migrations-Tools wie Trujay, Migrate.io oder Import2

Importreihenfolge (das ist wichtig):

Unternehmen / Accounts zuerst
Kontakte zweiter (damit Unternehmensverbindungen aufgelöst werden können)
Deals / Opportunities dritter (Kontaktverbindungen müssen existieren)
Aktivitäten zuletzt (Deal- und Kontaktverbindungen müssen existieren)

Führen Sie den Import in dieser Reihenfolge auch für den Test durch. Das Abweichen von der Reihenfolge ist eine der häufigsten Ursachen für defekte Beziehungsfelder.

Beobachten Sie das Import-Protokoll in Echtzeit. Verlassen Sie es nicht und kommen Sie zurück. Das Protokoll zeigt Feldvalidierungsfehler, Typkonvertierungsfehler und übersprungene Datensätze.

Schritt 4: Post-Import-QA-Checkliste

Post-Import-QA-Checkliste

Datensatzanzahl-Überprüfung:

Gesamtzahl der importierten Kontakte entspricht der erwarteten Anzahl
Gesamtzahl der importierten Unternehmen entspricht der erwarteten Anzahl
Gesamtzahl der importierten Deals entspricht der erwarteten Anzahl
Import-Fehleranzahl entspricht dem Fehlerprotokoll (keine stillen Auslassungen)

Feldtyp-Korrektheit:

Datumsfelder werden als Daten angezeigt (nicht als Textzeichenfolgen, nicht als Unix-Timestamps)
Zahlfelder (Jahresumsatz, Deal-Betrag) werden als Zahlen angezeigt, nicht als Text
Währungsfelder werden im Ziel korrekt formatiert
Telefon-Felder werden in einem konsistenten Format angezeigt
Checkbox-Felder sind True/False

Picklist-Wertzuordnung:

Alle Lebenszyklus-Stufenwerte werden gültigen Zielwerten zugeordnet
Lead-Quellenwerte werden korrekt zugeordnet
Deal-Stufenwerte werden korrekt zugeordnet

Beziehungsintegrität:

Öffnen Sie 20 Kontaktdatensätze und überprüfen Sie, ob die Unternehmensverbindung korrekt ist
Öffnen Sie 10 Deal-Datensätze und überprüfen Sie, ob die Kontaktverbindung korrekt ist
Überprüfen Sie, dass mindestens 3 Deal-Datensätze den korrekten Deal-Eigentümer haben

Automatisierungsauslöser-Prüfung:

Überprüfen Sie, dass Test-Import-Datensätze keine Live-Workflows/Sequenzen ausgelöst haben

Schritt 5: Die drei am häufigsten genutzten Berichte testen

Identifizieren Sie Ihre drei am häufigsten genutzten Berichte:

Normalerweise: Pipeline-Übersicht nach Stufe, Kontakte nach Lebenszyklus-Stufe und Deals, die diesen Monat erstellt wurden

Für jeden Bericht:

Denselben Bericht gegen das Quellsystem auf Ihrer 500-Datensatz-Teststichprobe ausführen
Denselben Bericht (gefiltert nach importierten Datensätzen) im Ziel ausführen
Zahlen vergleichen

Häufige Bericht-Level-Diskrepanzen und ihre Ursachen:

Anzahlunterschied in einer Lebenszyklus-Stufe: Picklist-Wert, der nicht korrekt zugeordnet wurde
Umsatzsummen falsch: Währungsfeld als Text importiert (summiert nicht korrekt)
Datumsbasierte Filter geben falsche Datensätze zurück: Datumsformat falsch importiert

Schritt 6: Einen Vertriebsmitarbeiter fünf Datensätze End-to-End testen lassen

Technische QA findet technische Fehler. Vertriebsmitarbeiter finden Benutzbarkeitsfehler — Felder, die im Import-Protokoll korrekt aussehen, aber sich falsch anfühlen, wenn man tatsächlich einen Deal bearbeitet.

Wählen Sie einen Mitarbeiter, der die Quelldaten gut kennt. Geben Sie ihm die Datensatz-IDs von fünf Kontakten und bitten Sie ihn:

Den Datensatz im neuen System zu finden
Zu überprüfen, ob die Informationen korrekt aussehen
Die Aktivitätshistorie für diese Kontakte zu prüfen
Zugehörige Deals zu öffnen und Deal-Informationen zu überprüfen
Alles zu melden, das falsch oder fehlend aussieht

Schritt 7: Jeden Fehler dokumentieren und vor dem Umstieg beheben

Nach der QA haben Sie eine Liste von Fehlern. Jeder Fehler hat eine von zwei Ursachen:

Ein Fehler im Feldzuordnungsdokument
Ein Grenzfall in den Daten, der nicht im Zuordnungsdokument berücksichtigt wurde

Beide müssen im Zuordnungsdokument vor dem Umstieg behoben werden. Beheben Sie keine Fehler, indem Sie Datensätze manuell im Ziel bearbeiten.

Freigabe-Checkliste vor der Umstiegsplanung

Datenüberprüfung:

Datensatzanzahl im Testimport entspricht der erwarteten Anzahl innerhalb von 0,5 %
Null nicht aufgelöste Feldtyp-Fehler im Import-Protokoll
Lebenszyklus-Stufe Null-Rate < 1 % der importierten Datensätze
Alle Beziehungsfelder lösen korrekt auf (keine verwaisten Kontakte oder Deals)

Bericht-Überprüfung:

Alle drei Schlüsselberichte stimmen mit Quellsystem-Zahlen innerhalb von 2 % überein
Umsatz-/Währungssummen stimmen mit dem Quellsystem innerhalb von 0,1 % überein
Datumsbasierte Filter geben korrekte Datensatzsätze zurück

Stakeholder-Freigabe:

Vertriebsmitarbeiter QA abgeschlossen
Vertriebsleitung hat Schlüsselberichte gesehen und bestätigt
IT/Admin hat Benutzerzugang und Berechtigungseinstellungen überprüft

Prozessbereitschaft:

Feldzuordnungsdokument abgeschlossen
Importsequenz dokumentiert
Rollback-Plan dokumentiert
Umstiegskommunikation entworfen

Häufige Fallstricke

Mit zu wenigen Datensätzen testen, um Grenzfälle aufzudecken. Ein 50-Datensatz-Test mit allen sauberen Daten besteht die QA und schlägt trotzdem beim vollständigen Import fehl, wenn er auf 200 Datensätze mit HTML in Notizen trifft.

Beziehungen nicht testen — nur flache Kontaktfelder. Kontaktfeld-QA ist der einfache Teil. Beziehungs-QA ist, wo Migrationen scheitern.

Den Vertriebsmitarbeiter-QA-Schritt überspringen. Technische Benutzer prüfen, ob Felder korrekt sind. Vertriebsmitarbeiter prüfen, ob die Daten nutzbar sind. Das sind verschiedene Standards.

Fehler im Ziel beheben statt im Zuordnungsdokument. Das ist der häufigste Fehler. Sie finden 5 Datensätze, bei denen die Lebenszyklus-Stufe leer ist, setzen sie manuell auf „SQL" und machen weiter. Am Umstiegstag importieren 500 Datensätze mit leeren Lebenszyklus-Stufen. Beheben Sie die Ursache im Zuordnungsdokument.

Was als Nächstes zu tun ist

Planen Sie den Shadow-Import mindestens 5 Werktage vor Ihrem geplanten Umstieg. Dieser Puffer gibt Ihnen Zeit, Fehler zu beheben, den Testimport bei Bedarf erneut auszuführen und die Freigabe der Stakeholder zu erhalten, ohne unter Druck zu stehen.

Data Migration Guide