TL;DR
- In großen Unternehmen verantwortet RevOps die Deduplizierung meist gemeinsam mit der IT.
- RevOps kennt das CRM und seine Verbindungen zu Vertrieb, Marketing und Operations.
- Die IT übernimmt Compliance, Sicherheit und Datenschutz eines Deduplizierungstools.
- Ein Audit-Trail braucht eine Merge-Historie und ein Protokoll, wer was geändert hat.
- Dedupely legt Nutzer, Sicherheitsrichtlinie und Audit-Log pro CRM fest und protokolliert jeden Merge.
In einer kleinen Firma entscheidet ein Admin, was ein Duplikat ist, führt den Merge aus und verantwortet ihn. Im Konzern berührt derselbe Merge Vertriebsgebiete, Marketinglisten, Finanzberichte und Integrationen anderer Teams.
Deshalb braucht Deduplizierung im großen Maßstab Governance: klare Verantwortliche, schriftliche Regeln, kontrollierten Zugriff und eine Spur, die zeigt, was passiert ist. Ohne sie wird jeder strittige Merge zur Suche danach, wer ihn warum gemacht hat.
In diesem Beitrag sehen Sie, wer im Unternehmen meist für die Deduplizierung zuständig ist und wie sich die Arbeit aufteilen lässt. Außerdem, was dokumentiert werden sollte, wie Sie Zugriffe steuern und was ein nützlicher Audit-Trail festhält.
Warum Deduplizierung im Enterprise-Maßstab Governance braucht
Ein Merge verändert gemeinsam genutzte Datensätze direkt im CRM. Im Enterprise-Maßstab kann eine einzige Regel in einem Lauf Tausende Merges entscheiden.
Viele Teams spüren das Ergebnis. Der Vertrieb sieht wechselnde Owner, das Marketing schrumpfende Listen und die Finanzabteilung eine veränderte Kundenzahl. Alle werden fragen, was sich geändert hat, und jemand muss mit Fakten antworten.
Governance muss nicht schwerfällig sein. Sie braucht vier Dinge: einen Verantwortlichen, schriftliche Regeln, kontrollierten Zugriff und ein Audit-Protokoll.
Wer für die Deduplizierung zuständig ist: RevOps mit IT
In Großunternehmen liegt die Deduplizierung meist bei RevOps, gemeinsam mit der IT. Jede Seite bringt mit, was der anderen fehlt.
RevOps verantwortet Daten und Regeln
RevOps kennt das CRM und wie es mit Marketing, Vertrieb und Operations verbunden ist. Es weiß, welche Felder Routing, Reporting und Integrationen steuern, und ist daher am besten aufgestellt, um zu entscheiden, was ein Duplikat ist und welche Werte gewinnen.
Die IT verantwortet Compliance, Sicherheit und Datenschutz
Die Rolle der IT ist meist die Compliance. Sie prüft das Tool, das sich mit dem CRM verbindet: wo Daten verarbeitet werden, wer darauf zugreifen kann und wie der Zugriff kontrolliert wird. Unser Beitrag über was Sicherheitsteams zu einem Deduplizierungstool fragen behandelt diese Prüfung.
In manchen Unternehmen führt die IT die Deduplizierung auch selbst durch. Die Aufteilung unten hilft trotzdem, denn jede Aufgabe braucht jemanden.
| Verantwortung | Meist verantwortet von |
|---|---|
| Definition eines Duplikats, pro Objekt | RevOps, mit Input von Vertrieb und Marketing |
| Welche Werte bei einem Merge gewinnen | RevOps, mit den Teams, die jedes Feld nutzen |
| Merges ausführen und unklare Gruppen prüfen | RevOps oder das CRM-Admin-Team |
| Tool-Freigabe, Zugriffsregeln und Sicherheitseinstellungen | IT |
| Fragen zu Datenschutz und Compliance | IT, mit Rechtsabteilung oder Compliance |
| Regelmäßige Prüfung von Merges und Zugriffen | RevOps und IT gemeinsam |
Schreiben Sie die Regeln auf
Regeln, die nur im Kopf einer Person existieren, überstehen keine Umstrukturierung. Schreiben Sie sie dort auf, wo beide Teams sie finden, und datieren Sie jede Änderung.
- Was pro Objekt als Duplikat zählt. Was als Duplikat zählt, ist Einzelfallsache, halten Sie also die Ausnahmen fest, etwa Niederlassungen oder Tochterfirmen, die getrennt bleiben.
- Welche Werte gewinnen. Der verbleibende Datensatz und die Regel für Owner, Phase, E-Mail und jedes Feld, von dem eine Integration abhängt.
- Was automatisch zusammengeführt wird und was zur Prüfung geht. Exakte Treffer, bei denen Sie sicher sind, können automatisch nach Zeitplan zusammengeführt werden, lockerere gehen an einen Menschen.
- Wer eine Änderung freigibt. Eine neue Suche oder eine geänderte Regel betrifft jeden späteren Merge, legen Sie also fest, wer freigibt.
Unser Salesforce-Leitfaden zu Data Governance enthält eine Vorlage für die umfassenderen Datenregeln, in die diese eingebettet sind.
Steuern, wer was darf
In vielen Deduplizierungstools kann jeder mit Zugriff zusammenführen. Entscheiden Sie, wer diesen Zugriff braucht, und halten Sie die Liste kurz.
- Vergeben Sie Admin-Rechte nur an die Personen, die Nutzer und Sicherheitseinstellungen verwalten.
- Verlangen Sie Zwei-Faktor-Authentifizierung und eine Passwortrichtlinie, die der Ihres Unternehmens entspricht.
- Beschränken Sie den Zugriff auf bekannte IP-Adressen, wenn Ihre Sicherheitsrichtlinie es verlangt.
- Entziehen Sie den Zugang am selben Tag, an dem jemand das Team verlässt.
Betreiben Sie mehrere CRMs, prüfen Sie, ob der Zugriff pro CRM festgelegt wird. Wer das CRM einer Region bereinigt, braucht vielleicht keinen Zugriff auf das einer anderen.
Protokollieren Sie jede Änderung lückenlos
Ein Audit-Protokoll beantwortet zwei verschiedene Fragen und braucht daher zwei verschiedene Aufzeichnungen.
| Datensatz | Antworten | Was es enthalten sollte |
|---|---|---|
| Merge History | Was hat dieser Merge geändert? | Die Originaldatensätze, die gewinnenden Werte, das Ergebnis und eine Exportmöglichkeit |
| Audit-Protokoll | Wer hat was wann getan? | Merges, auch automatische, Änderungen an Suchen und Regeln, Logins, Änderungen an Nutzern und Rollen |
Mit der Merge-Historie stellen Sie Werte wieder her, wenn ein Merge schiefging. Das Audit-Log zeigt, wessen Regel es verursacht hat. Unser Beitrag zu warum Sie jeden Merge protokollieren sollten behandelt den ersten ausführlich.
In kontrollierten Phasen zusammenführen
Governance prägt auch, wie Merges ablaufen. Große Bereinigungen laufen in Etappen, jede an einer Stichprobe getestet und vor der nächsten geprüft. Unser Beitrag über eine große Bereinigung ohne Störung des Vertriebs zeigt, wie Sie sie planen.
Legen Sie fest, wer jede Phase freigibt, und halten Sie die Entscheidung beim Audit-Protokoll fest. Fragt jemand Monate später, warum an einem Dienstag 4.000 Accounts zusammengeführt wurden, steht die Antwort schon da.
Prüfen Sie das Protokoll regelmäßig, etwa einmal pro Quartal. Achten Sie auf Merges, mit denen niemand gerechnet hat, Regeln, die ohne Freigabe geändert wurden, und Konten, die keinen Zugriff mehr haben sollten.
Wie Dedupely Governance bei der Deduplizierung unterstützt
Dedupely hat zwei Rollen: Admins verwalten Nutzer und Firmeneinstellungen, und Nutzer können mit jeder anderen Funktion arbeiten, auch mit dem Zusammenführen. Nutzer, Sicherheitsrichtlinie und Audit-Protokoll werden pro verbundenem CRM festgelegt, während Abrechnung und Datensatzlimit geteilt sind. Die Sicherheitsrichtlinie umfasst Passwortregeln, erzwungene Zwei-Faktor-Authentifizierung, das Schließen inaktiver Sitzungen und IP-Freigabelisten.
Das Audit Log protokolliert Merges, auch Hintergrund-Merges, Scans, Suchänderungen, Einladungen, Rollenänderungen und Logins, und bewahrt die Einträge unbegrenzt auf. Jeder Merge erscheint außerdem in der Merge-Historie mit seinen Originalwerten, die Sie als CSV exportieren können.
Geteilte Verantwortung, schriftliche Regeln, eine vollständige Spur
Deduplizierung im Großunternehmen wird viel schwieriger, wenn die Verantwortung unklar ist. Weiß niemand, wer eine Regel festgelegt oder einen Merge ausgeführt hat, wird jede Frage zum Streit.
Wenn RevOps und IT sich die Arbeit teilen, löst das das meiste davon. RevOps entscheidet, was ein Duplikat ist und welche Werte gewinnen, und die IT sorgt dafür, dass das Tool und sein Zugriff sicher sind. Das Audit-Protokoll zeigt beiden Seiten, was passiert ist.
Häufige Fragen
Wer sollte in einem Großunternehmen für die CRM-Deduplizierung verantwortlich sein?
Meist RevOps, zusammen mit der IT. RevOps kennt das CRM und seine Verbindungen zu Vertrieb, Marketing und Operations und definiert daher Duplikate und Merge-Regeln. Die IT deckt Compliance, Sicherheit und Datenschutz ab, einschließlich der Prüfung jedes Tools, das sich mit dem CRM verbindet.
Was sollte ein Audit-Trail der Deduplizierung enthalten?
Zwei Nachweise: eine Merge-Historie und ein Audit-Protokoll. Die Merge-Historie zeigt Originaldatensätze, gewinnende Werte und das Ergebnis jedes Merges, idealerweise exportierbar. Das Audit-Protokoll zeigt, wer Merges ausgeführt, Suchen oder Regeln geändert, sich angemeldet und Nutzerrollen geändert hat, mit Datum.
Wer sollte CRM-Merges freigeben?
Geben Sie die Regeln frei statt jedes Merges. Ein benannter Verantwortlicher, meist in RevOps, zeichnet die Duplikatdefinition, die Merge-Regeln und jede große Phase ab. Gruppen, die nicht zu den Regeln passen, prüft jemand, der die Datensätze kennt, etwa der Account-Owner.
Wie steuern Sie, wer in einem CRM Datensätze zusammenführen darf?
Beschränken Sie den Merge-Zugriff auf die Personen, die die Bereinigung durchführen, und Admin-Rechte auf die, die Nutzer und Sicherheit verwalten. Verlangen Sie Zwei-Faktor-Authentifizierung, wenden Sie Ihre Passwortrichtlinie an und entziehen Sie den Zugang, wenn jemand geht. Prüfen Sie das Audit-Protokoll regelmäßig auf unerwartete Merges oder Änderungen.
Wie oft sollten Sie die CRM-Deduplizierung prüfen?
Einmal pro Quartal reicht vielen Teams, plus eine Prüfung nach jeder großen Phase. Prüfen Sie Merges, mit denen niemand gerechnet hat, Regeln oder Suchen, die ohne Freigabe geändert wurden, und Nutzer, die keinen Zugriff mehr brauchen. Eine große Bereinigung oder eine neue Integration ist ein guter Grund, früher zu prüfen.
Oder mit Google registrieren
