Umstiegstag: Die Checkliste, die Katastrophen verhindert

Der Umstiegstag ist nicht der Zeitpunkt für Improvisation. Jede CRM-Migration, die schlecht verlief, hatte dieselbe Ursache: kein schriftlicher Plan. Teams, die saubere Umstiege durchführen, arbeiten nach einer Checkliste, haben vor dem ersten Datensatz-Import einen Rollback-Auslöser definiert und kommunizieren dem Vertriebsteam in jeder Phase.

Hier ist, wie ein schlechter Umstieg aussieht: Ein 200-Personen-Unternehmen migrierte an einem Freitagsnachmittag von Salesforce zu einem neuen CRM. Der Import lief problemlos. Nach Stunde 6 waren die Vertriebsmitarbeiter aus beiden Systemen ausgesperrt, weil das Dateneinfrieren nicht ordentlich kommuniziert worden war. Drei fehlende Checklistenpunkte verursachten es: kein Dateneinfrierverfahren, keine vorab gesendete Mitarbeiterkommunikation, keine benannte verantwortliche Person für das Umstiegsfenster.

Dieser Leitfaden ist der Plan, nach dem Sie vorgehen. Drucken Sie ihn aus. Lesen Sie ihn am Abend vorher. Weisen Sie jedem Punkt einen Verantwortlichen zu.

T-Minus 48 Stunden: Pre-Cutover-Checkliste

Pre-Cutover-Checkliste (10 Punkte)

  • Letzter Shadow-Import-Durchlauf abgeschlossen. Die Shadow-Import-Freigabe-Checkliste ist vollständig abgehakt — keine offenen Fehler, keine ungelösten Feldzuordnungsprobleme. Wenn die Freigabe-Checkliste nicht erledigt ist, fahren Sie nicht fort.
  • Sandbox-QA von Stakeholdern freigegeben. Die Vertriebsleitung hat bestätigt, dass Berichte korrekt aussehen, und mindestens ein Mitarbeiter hat seine Datensätze in der Sandbox überprüft.
  • Mitarbeiterkommunikation gesendet. Die All-Hands-E-Mail oder Slack-Nachricht wurde an das Vertriebsteam gesendet, die den Umstiegszeitplan, das Dateneinfrierungsfenster und die Erwartungen am Go-live-Tag erklärt.
  • Rollback-Plan schriftlich dokumentiert. Die Rollback-Auslöserkriterien sind definiert, das Rollback-Verfahren ist schriftlich festgehalten, und die verantwortliche Person für die Rollback-Entscheidung ist benannt.
  • Dateneinfrierungsfenster kommuniziert und geplant. Mitarbeiter wissen genau, wann sie aufhören müssen, Daten in das Quellsystem einzugeben. Die Einfrierzeit steht im Kalender.
  • Importsequenz-Dokument abgeschlossen. Die Reihenfolge der Operationen ist schriftlich festgehalten: Unternehmen → Kontakte → Deals → Aktivitäten → Benutzerdefinierte Objekte.
  • Feldzuordnungsdokument abgeschlossen. Keine offenen Punkte, alle Transformationsregeln dokumentiert, alle Picklist-Wertzuordnungen abgeschlossen.
  • Ziel-CRM konfiguriert. Alle benutzerdefinierten Felder, Pipeline-Stufen, Lebenszyklus-Stufendefinitionen, Benutzerkonten und Berechtigungen sind in der Produktion eingerichtet (nicht nur in der Sandbox).
  • Tages-Team zusammengestellt. Sie haben benannte Personen für: Import-Ausführender, QA-Verifizierer, mitarbeitergerichteter Support und Rollback-Entscheidungsträger.
  • Backup des Quellsystems abgeschlossen. Vollständiger CSV-Export jedes Objekts, mit Zeitstempel und an einem zugänglichen Ort gespeichert.

Wenn einer dieser 10 Punkte bei T-minus 48 Stunden unvollständig ist, verschieben Sie den Umstieg.

T-Minus 2 Stunden: Dateneinfrierung

Die Dateneinfrierung ist einer der am häufigsten falsch gehandhabten Teile einer Migration.

Warum sie wichtig ist: Wenn ein Mitarbeiter um 9:15 Uhr einen neuen Kontakt im Quell-CRM erstellt und Ihr Import von 9:00 bis 12:00 Uhr läuft, befindet sich dieser Kontakt nicht im Ziel. Der Mitarbeiter denkt, seine Daten seien verloren gegangen. Dieses Misstrauen gegenüber dem neuen System beginnt an Tag 1 und ist schwer rückgängig zu machen.

So erzwingen Sie die Einfrierung:

  • Senden Sie 2 Stunden vor dem Einfrierungsfenster eine Slack/Teams-Nachricht mit der genauen Zeit: „Die Dateneingabe in [Quell-CRM] wird von 10:00 bis 14:00 Uhr heute gesperrt."
  • Ändern Sie die Benutzerberechtigungen des Quell-CRM auf schreibgeschützt für alle Nicht-Admin-Benutzer während des Importfensters.
  • Für Salesforce: Profil-Einstellungen — Erstellen/Bearbeiten-Berechtigungen für alle Objekte außer für Admin-Benutzer entfernen.
  • Für HubSpot: Es gibt keinen einzigen „Nur-Lesen-Modus" — für die meisten Teams ist Kommunikation die Durchsetzungsmethode.

Was mit Deals zu tun ist, die während des Einfrierungsfensters eingehen: Das wird passieren. Ein Mitarbeiter erhält um 10:30 Uhr einen eingehenden Lead während der Einfrierung. Die Antwort: notieren, nicht in das Quellsystem eingeben, und nach dem Go-live direkt in das Ziel eingeben.

Das Einfrierungsfenster sollte mindestens 1 Stunde vor dem Import-Start liegen.

Stunden 1–3: Der Import-Lauf

Sie arbeiten nach dem Importsequenz-Dokument. Keine Improvisation.

Importsequenz

Führen Sie Importe in dieser genauen Reihenfolge durch:

  1. Unternehmen / Accounts — Keine Abhängigkeiten. Zuerst ausführen.
  2. Kontakte — Abhängt von Unternehmen (für Unternehmensverbindung). Unternehmensanzahl überprüfen, bevor Sie fortfahren.
  3. Deals / Opportunities — Abhängt von Kontakten (für Kontaktverbindung). Kontaktanzahl überprüfen, bevor Sie fortfahren.
  4. Aktivitäten (Anrufe, E-Mails, Notizen, Aufgaben) — Abhängt von Kontakten und Deals. Zuletzt ausführen.
  5. Benutzerdefinierte Objekte — Falls zutreffend. Nach allen Standardobjekten ausführen.

Zwischen jedem Schritt:

  • Import-Protokoll auf Fehler prüfen, bevor zum nächsten Objekt fortgefahren wird
  • Datensatzanzahl notieren und mit erwartetem Wert vergleichen
  • 3 Datensätze manuell überprüfen, um zu bestätigen, dass der letzte Import korrekt verlaufen ist

Was im Import-Protokoll zu beachten ist:

  • Typkonvertierungsfehler (Textwert in einem Zahlenfeld)
  • Pflichtfeld-Fehler (übersprungene Datensätze, weil ein Pflichtfeld leer war)
  • Beziehungsauflösungsfehler (Kontakt importiert, aber Unternehmensverbindung fehlgeschlagen)
  • Duplikaterkennung
  • Rate-Limiting oder Timeout-Fehler

Für große Datensätze (50.000+ Datensätze): Führen Sie den Import in Batches von 10.000–15.000 Datensätzen pro Batch durch.

Stunden 3–4: Go-live QA

Go-live QA-Checkliste (15 Prüfungen)

Datensatzanzahl-Prüfungen:

  1. Gesamtanzahl Kontakte im Ziel = erwartete Anzahl (±0,5 %)
  2. Gesamtanzahl Unternehmen im Ziel = erwartete Anzahl (±0,5 %)
  3. Gesamtanzahl Deals im Ziel = erwartete Anzahl (±0,5 %)
  4. Gesamtanzahl offene Deals im Ziel = Quell-Anzahl offener Deals

Feldgenauigkeit Stichproben (jeweils 10 Datensätze öffnen): 5. [ ] Kontakt-Lebenszyklus-Stufen zeigen gültige Werte (keine Nulls, keine nicht zugeordneten Werte) 6. [ ] Deal-Stufen werden korrekt den Ziel-Pipeline-Stufen zugeordnet 7. [ ] Deal-Beträge werden als Zahlen angezeigt (nicht als Text) 8. [ ] Datumsfelder (Abschlussdatum, Erstellungsdatum) werden im richtigen Format angezeigt

Beziehungsintegrität: 9. [ ] Zufällige Stichprobe von 10 Kontakten — alle haben korrekte Unternehmensverbindung 10. [ ] Zufällige Stichprobe von 10 Deals — alle haben mindestens eine Kontaktverbindung 11. [ ] Zufällige Stichprobe von 5 Deals — Deal-Eigentümer ist korrekt zugewiesen

Bericht-Überprüfung: 12. [ ] Pipeline-nach-Stufe-Bericht: Gesamtwert offener Deals stimmt mit Quellsystem innerhalb von 1 % überein 13. [ ] Kontakte nach Lebenszyklus-Stufe: Anzahl pro Stufe stimmt mit Quellsystem innerhalb von 2 % überein 14. [ ] In diesem Zeitraum erstellte Deals: Anzahl stimmt mit Quellsystem überein

Systemfunktion: 15. [ ] Test des Erstellens eines neuen Kontakts im Ziel — grundlegende Workflows funktionieren korrekt

QA-Bewertung:

  • 15/15 Prüfungen bestanden: Weiter zur Go-live-Entscheidung
  • 13–14/15 Prüfungen bestanden: Fehler bewerten — sind sie blockierend?
  • <13/15: Nicht live gehen. Fehler diagnostizieren und Rollback-Entscheidung treffen

Stunde 4: Die Go/No-Go-Entscheidung

Go-Kriterien (alle müssen zutreffen):

  • QA-Checkliste-Score: 14/15 oder besser
  • Keine blockierenden Probleme
  • Berichtssummen innerhalb der Toleranz

Rollback-Auslöser (jeder einzelne ist ausreichend):

  1. Datensatzanzahl weicht um mehr als 2 % ohne Erklärung ab
  2. Beziehungsfelder sind im großen Maßstab defekt
  3. Feldtyp-Korruption erkannt
  4. Das Ziel-CRM selbst hat Performance-Probleme

Wer entscheidet: Benennen Sie im Voraus eine Person. Keine Komitee-Entscheidung. Die benannte verantwortliche Person trifft die Entscheidung auf Grundlage der obigen Kriterien.

Stunden 4–5: Rollback-Verfahren

Rollback-Verfahren:

  1. Rollback-Kommunikation sofort an das Vertriebsteam senden: „Wir haben ein Problem während der QA identifiziert und kehren vorübergehend zu [Quell-CRM] zurück. Sie können die Arbeit in [Quell-CRM] wieder aufnehmen — keine Daten sind verloren gegangen."

  2. Vollständigen Zugang zum Quell-CRM wiederherstellen (Dateneinfrierungs-Berechtigungen rückgängig machen).

  3. Den Ziel-CRM-Import bereinigen. Die meisten CRMs erlauben eine Bulk-Löschung für Daten, die während eines bestimmten Fensters importiert wurden.

  4. Die geleistete Arbeit bewahren. Export-Protokolle, Fehlerprotokolle und QA-Notizen exportieren.

  5. Für den nächsten Geschäftstag ein Nachgespräch planen.

Rollback-Zeitrahmen: Ziel ist es, den Rollback und die Wiederherstellung des Quell-CRM-Zugangs innerhalb von 90 Minuten nach der Entscheidung abzuschließen.

Neuterminierung: Fügen Sie mindestens 5 Werktage zum neuen Umstiegsdatum hinzu.

Stunde 5: Go-live Kommunikation

Go-live Kommunikationsvorlage

Slack / Teams (zuerst senden):

[Name], Team — [CRM-Name] ist live. Sie können das neue System jetzt verwenden.

Kurze Hinweise:

  • Ihre Daten befinden sich ab heute in [CRM-Name]
  • Falls Sie etwas suchen und nicht finden, posten Sie in #crm-support — wir helfen
  • [Quell-CRM] ist im schreibgeschützten Modus und bleibt 30 Tage lang zugänglich als historische Referenz

Ansprechpartner für Tag-1-Fragen: [Name]

E-Mail (innerhalb von 30 Minuten nach Go-live senden):

Betreff: [CRM-Name] ist live — was Sie wissen müssen

Die Migration ist abgeschlossen. Ab sofort ist [CRM-Name] das System der Aufzeichnung für alle Vertriebsaktivitäten.

Was Sie heute tun müssen:

  • Melden Sie sich bei [CRM-Name] unter [URL] mit Ihren Anmeldedaten an
  • Überprüfen Sie, ob Ihre offenen Deals die richtige Stufe und den richtigen Betrag anzeigen
  • Wenn etwas falsch aussieht, wenden Sie sich an [Name] — korrigieren Sie es nicht selbst

Schreibgeschützter Zugang zu [Quell-CRM]: [Quell-CRM] ist weiterhin als schreibgeschütztes Archiv bis [Datum 30 Tage ab jetzt] zugänglich.

Tag-1-Support: [Name] ist heute und morgen für Fragen verfügbar. Slack: #crm-support.

Tage 1–3: Post-Cutover-Überwachung

Tägliche Überwachungs-Checkliste (Tage 1–3)

Tag 1 (innerhalb von 2 Stunden nach Go-live):

  • 20 Datensätze aus der aktiven Pipeline eines Mitarbeiters stichprobenartig prüfen
  • #crm-support-Kanal auf gemeldete Probleme prüfen — innerhalb von 15 Minuten reagieren
  • Neue Datensätze, die nach Go-live erstellt wurden, werden korrekt gespeichert

Tag 1 (Ende des Tages):

  • Anzahl gemeldeter Probleme — nach Datenqualität, Feldzuordnung oder Benutzerfehler kategorisieren
  • Status-Update an Vertriebsleitung: X Probleme gemeldet, Y gelöst, Z in Bearbeitung

Tage 2–3:

  • Tägliche Überprüfung des Problemprotokolls — wiederholen sich dieselben Probleme?
  • Überprüfen, ob deal-stufenbasierte Automatisierung korrekt ausgelöst wird
  • Berichtsgenauigkeit prüfen

Häufige Tag-1-Fehler und Korrekturen:

Fehler Wahrscheinliche Ursache Korrektur
Kontakt zeigt falsche Lebenszyklus-Stufe Picklist-Zuordnung fehlte einen Wert Datensatz manuell aktualisieren, Zuordnungsdokument korrigieren
Deal-Betrag zeigt $0 oder Text Währungsfeld-Typkonvertierung fehlgeschlagen Betroffene Datensätze über Berichtsfilter finden, Beträge bulk-aktualisieren
Aktivitätshistorie fehlt für einen Kontakt Aktivitätsimport fehlgeschlagen Import-Protokoll für diese Kontakt-ID prüfen
Mitarbeiter kann seine zugewiesenen Datensätze nicht sehen Benutzer-Zuweisungsfeld nicht korrekt aufgelöst Im Ziel-Admin-Panel bulk-zuweisen
Automatisierungssequenz wird nicht ausgelöst Pipeline-Stufen-Namen stimmten nicht mit Automatisierungsauslöser-Bedingungen überein Automatisierungsauslöser aktualisieren

Häufige Fallstricke

Keine definierten Rollback-Kriterien. Ohne vorab definierte Kriterien wird die Rollback-Entscheidung zu einer Komitee-Debatte während einer Krise.

Keine Dateneinfrierung. So weichen Quell- und Ziel voneinander ab.

Unzureichende Go-live QA. Den Import abzuschließen und innerhalb von 30 Minuten live zu gehen überspringt die QA, die defekte Währungsfelder und verwaiste Deal-Datensätze erkennt.

Keine benannte verantwortliche Person für Tag-1-Support. Den Mitarbeitern zu sagen, sie sollen „jemanden fragen" ist kein Support-Plan.

Freitagsnachmittag-Umstiege. Planen Sie Umstiege für Dienstag oder Mittwoch morgen. Das Team ist frisch, Support ist verfügbar, und Probleme werden noch am selben Werktag gelöst.

Was als Nächstes zu tun ist

Planen Sie den Umstieg für einen Dienstag- oder Mittwochmorgen, nicht für einen Freitag. Senden Sie die T-minus-48-Stunden-Pre-Cutover-Checkliste heute an Ihren Migrationsverantwortlichen und bestätigen Sie, dass alle 10 Punkte Fertigstellungsdaten haben.

Weitere Ressourcen