Welche Daten sollten tatsächlich in eine neue Salesforce-Org migriert werden?

Die Migration zu einer neuen Salesforce-Org ist eine der folgenreichsten Entscheidungen in einem CRM-Programm. Der Standardinstinkt — alles mitbringen — ist auch der schnellste Weg, fünf Jahre schmutzige Daten, tote Kontakte und veraltete Opportunities in ein System zu replizieren, das dem Revenue-Team einen sauberen Neustart bieten sollte. Bevor ein einziger Datensatz hochgeladen wird, bestimmen drei Fragen, ob ein Datensatz in die neue Org oder in ein Archiv gehört. Die Antworten prägen die Performance, Nutzbarkeit und Compliance-Position des CRM vom ersten Tag an.

Warum scheitert „Alles mitbringen“ als Datenmigrationsstrategie?

Eine neue Salesforce-Org ist eine leistungsstarke operative Umgebung. Sie ist kein Data Warehouse, kein Compliance-Archiv und kein historisches Ablagesystem. Wenn Organisationen wahllos migrieren — alle Opportunities, alle Kontakte und die gesamte Aktivitätshistorie unabhängig von Alter oder Qualität importieren — führen sie ein, was Praktiker „Dark Data“ nennen: Datensätze, die niemand abfragt, die Seitenladezeiten verlangsamen, Listenansichten unübersichtlich machen und Rauschen in Berichte und Prognosen bringen.

Dark Data verschlechtert auch KI-gestützte Funktionen. Salesforce Einstein und andere Prognose-Tools leiten ihre Modelle aus den Daten in der Org ab. Ein Trainingsdatensatz, der mit fünf Jahre alten verlorenen Opportunities auf veralteten Stufen, fehlenden Feldern und toten Kontakten verunreinigt ist, erzeugt systematisch weniger zuverlässige Prognosen als einer, der auf zwei Jahren sauberer, gut strukturierter Daten basiert.

Die erforderliche Disziplin ist nicht technischer Natur — sie ist entscheidungsorientiert. Die Frage lautet nicht „Können wir das migrieren?“, sondern „Treibt diese Information eine Aktion oder einen Einblick, den das Revenue-Team in den nächsten 12 Monaten benötigt?“

Wie entscheidet man, ob historische Daten migriert werden sollen?

Jeden Datensatz vor der Migration drei aufeinanderfolgenden Tests unterziehen. Ein Datensatz, der einen der drei Tests nicht besteht, gehört nicht in die neue Salesforce-Org.

Test 1: Der Nutzentest — Werden diese Daten verwertbare Erkenntnisse liefern?

Historische Daten verdienen ihren Platz in der neuen Org, wenn sie einen von zwei spezifischen Anwendungsfällen unterstützen: jährliche Trendberichte, die das Sales-Leadership-Team aktiv nutzt, oder KI-gestützte Prognosemodelle wie Salesforce Einstein, die historische Trainingsdaten benötigen. Wenn der Datensatz keinen dieser Zwecke direkt erfüllt, gehört er in ein Flat-File-Archiv oder ein Data Warehouse — nicht in das operative CRM.

Dieser Test eliminiert die größte Kategorie unnötiger Migrationen: verlorene Opportunities von drei oder mehr Jahren, die weder in aktiven Berichten referenziert noch für Prognosen benötigt werden. Sie repräsentieren echte Geschäftshistorie, aber keinen operativen Wert. Sie in ein Data Warehouse verschieben, wo sie abfragbar bleiben, ohne die Salesforce-Performance zu beeinträchtigen.

Test 2: Die Datenintegritätsprüfung — Sind die Daten sauber genug für die Migration?

Schmutzige Daten in eine saubere Org zu migrieren ist kein Migrationsproblem — es ist ein Datenqualitätsproblem, das verlagert wurde. Datensätze mit fehlenden Pflichtfeldern, veraltete Pipeline-Stufen, die nicht mehr dem aktuellen Verkaufsprozess entsprechen, Kontakte mit Bounce-E-Mail-Adressen oder Accounts ohne zugewiesenen Inhaber repräsentieren bereits bestehende Qualitätsmängel. Sie in die neue Org zu übertragen importiert diese Mängel direkt in die Umgebung, der das Sales-Team vertrauen und die es adoptieren soll.

Jeden Datensatz ehrlich bewerten: Wenn der Aufwand für die Bereinigung der Daten vor der Migration den operativen Wert dieser Daten in der neuen Org übersteigt, sie zurücklassen. Die Rohdatei archivieren. Die Organisation behält Zugang zu den Informationen, ohne die laufenden Performance- und Nutzbarkeitskosten für schmutzige Datensätze in einem aktiven CRM zu tragen.

Test 3: Die Compliance-Grenze — Welche Datenspeicherungspflichten bestehen?

Einige Branchen und Regionen schreiben Mindest-Datenspeicherungsfristen vor. Finanzdienstleistungen, Gesundheitswesen und bestimmte Enterprise-B2B-Segmente können verlangen, dass Geschäftsunterlagen über sieben oder mehr Jahre in durchsuchbarem Format aufbewahrt werden. Dies ist eine gesetzliche Verpflichtung, die nicht durch Löschung erfüllt werden kann.

Aufbewahrung und Migration sind jedoch unterschiedliche Entscheidungen. Eine Organisation kann eine siebjährige Aufbewahrungspflicht erfüllen, indem sie historische Daten in einer durchsuchbaren externen Datenbank oder einem dedizierten Compliance-Archiv speichert, ohne diese Daten in die operative Salesforce-Org zu laden. Dieser Ansatz wahrt die vollständige Compliance, hält den historischen Datensatz für Prüfungszwecke zugänglich und schützt die Performance und Nutzbarkeit der aktiven CRM-Umgebung. Aufbewahrung bedeutet nicht Migration.

Was ist der empfohlene Migrationsumfang für die meisten B2B-Vertriebsorganisationen?

Für ein B2B-Software- oder Tech-Unternehmen, das zu einer neuen Salesforce-Org migriert, ist der praktische Umfang, der operativen Wert und Datenqualitätsrisiko ausbalanciert, folgender:

‍

‍

Die Faustregel lautet: zwei Jahre saubere, relevante Historie für die meisten B2B-Vertriebsorganisationen. Zwei Jahre Opportunity-Daten sind ausreichend für Jähresvergleiche, Quotenerreichungs-Benchmarking und Prognosemodell-Training. Es ist nicht so umfangreich, dass die Migration zu einem mehrmonatigen Datenbereinigungsprojekt wird.

Qualität vor Quantität ist kein Kompromiss — es ist der Standard, der das neue CRM adoptierungswert macht.

Was soll mit Daten passieren, die nicht migriert werden?

Daten, die von der Migration ausgeschlossen werden, benötigen eine dokumentierte Archivierungsstrategie, keine Löschung. Die Optionen sind:

Flat-File-Archiv: Datensätze im CSV- oder strukturierten Format exportieren, an einem sicheren Ort speichern (interner Dateiserver, Cloud-Speicher oder Data Warehouse) und den Archivierungsort im CRM-Migrationsprotokoll dokumentieren. Geeignet für Daten mit geringer Abfragehäufigkeit und ohne Compliance-Anforderung.

Data Warehouse: Historische Salesforce-Daten in ein dediziertes Data Warehouse (Snowflake, BigQuery, Redshift) laden, wo sie von Analysten abgefragt werden können, ohne die operative CRM-Performance zu beeinträchtigen. Empfohlen für Organisationen mit aktivem BI-Reporting oder Compliance-Verpflichtungen, die durchsuchbare historische Datensätze erfordern.

Dedizierte Compliance-Datenbank: Für regulierte Branchen mit Pflicht-Aufbewahrungsfristen ist ein zweckgebundenes Compliance-Archiv mit Zugriffskontrollen und Audit-Trail die geeignete Lösung. Salesforce selbst bietet Datenarchivierungslösungen für diesen Zweck an.

Das Migrationsprotokoll sollte für jeden ausgeschlossenen Datensatz dokumentieren: den Ausschlussgrund (nicht bestandener Nutzentest / Datenintegritätsprüfung / Compliance-Grenze), den Archivierungsort und den verantwortlichen Eigentümer für dieses Archiv.

Häufig gestellte Fragen

Wie weit zurück sollte ich Opportunity-Daten in eine neue Salesforce-Org migrieren?

Zwei Jahre geschlossene Opportunity-Daten sind die Standardempfehlung für die meisten B2B-Vertriebsorganisationen. Dies bietet ausreichend Historie für Jähresvergleiche und Prognosemodell-Training, ohne große Mengen veralteter Datensätze einzuführen. Wenn das Prognosetool längere Trainingsdaten benötigt, auf drei Jahre ausweiten, jedoch nur für gewonnene Opportunities mit vollständigen Felddaten.

Was soll mit Leads und Kontakten mit Bounce-E-Mail-Adressen geschehen?

Nicht migrieren. Bounce-Kontakte repräsentieren tote Daten — sie können nicht kontaktiert werden, nicht für E-Mail-Kampagnen verwendet werden und fügen Listenansichten und Berichten Rauschen hinzu. Vor der Migration in ein Flat-File-Archiv exportieren. Wenn ein Bounce-Kontakt mit einem aktiven Account verknüpft ist, der migriert wird, eine Notiz im Account-Datensatz anlegen, die den Status des Kontakts angibt, anstatt den Kontaktdatensatz selbst zu migrieren.

Ist es akzeptabel, Daten zu migrieren und sie dann in der neuen Org nach der Migration zu bereinigen?

Dieser Ansatz ist stark zu entmutigen. Daten nach der Migration in eine aktive Salesforce-Org zu bereinigen, ist langsamer, störender und fehleranfälliger als die Bereinigung vor der Migration. Benutzer, die in der neuen Org arbeiten, begegnen schmutzigen Datensätzen während der Bereinigungsphase, was die Adoption unterhöhlt. Die Daten in einer Staging-Umgebung oder mit einem Transformationstool bereinigen, bevor sie in die neue Org geladen werden.

Wie gehe ich bei der Migration in eine neue Org mit Datenspeicherungspflichten um?

Die spezifischen Aufbewahrungsfristen, die für die eigene Branche und Region gelten, vor Beginn der Migrationsplanung identifizieren. Für jeden der Aufbewahrungspflicht unterliegenden Datensatz eine Archivierungsstrategie — externe Datenbank, Data Warehouse oder Salesforce-Datenarchivierung — entwickeln, die die Pflicht erfüllt, ohne dass die Daten im operativen CRM vorhanden sein müssen. Die Aufbewahrungsrichtlinie und den Archivierungsort schriftlich dokumentieren, bevor die Migration in Betrieb geht.

Was ist „Dark Data“ in einem Salesforce-Kontext und warum ist es wichtig?

Dark Data bezeichnet Datensätze, die im CRM existieren, aber vom Revenue-Team niemals abgefragt, berichtet oder bearbeitet werden. Sie akkumulieren sich durch wahllose Datenmigration, CRM-Importe ohne Daten-Governance-Richtlinie und historische Datensätze, die vor dem aktuellen Verkaufsprozess liegen. Dark Data verschlechtert die Listenansichts-Performance, bringt Rauschen in Pipeline-Berichte, reduziert die Genauigkeit von KI-Prognosetools und erzeugt kognitiven Overhead für Vertriebsmitarbeiter beim täglichen Navigieren im CRM.