CRM-Datenqualität: Ein Post-it ist keine Source of Truth

Montagmorgen. Pipeline Review.

Der Vertriebsleiter fragt nach einer wichtigen Opportunity. Im CRM steht als nächster Schritt: „Follow-up Kunde“. Das Datum ist von letzter Woche.

„Wie sieht es wirklich aus?“

Der Account Manager greift nach einem Post-it neben seinem Bildschirm. „Eigentlich ziemlich gut. Ich muss noch den CFO anrufen.“

Presales hat allerdings ebenfalls neue Informationen. Die technischen Anforderungen wurden nach dem letzten Kundentermin in Teams diskutiert. Die aktuelle Kalkulation liegt in einer Excel-Datei. Eine Preisfreigabe kam gestern per E-Mail. Und dass der Kunde seine Entscheidung um zwei Wochen verschoben hat, weiß der Account Manager aus einem Telefonat.

Eigentlich ist also alles vorhanden. Nur nicht an einem Ort.

Das CRM enthält einen Teil der Wahrheit. Der Verkäufer einen anderen. Presales besitzt weitere Informationen. Excel kennt den Preis. Outlook kennt die Freigabe. Und auf einem Post-it steht der nächste Schritt.

Das Problem ist nicht, dass das Unternehmen zu wenig Daten besitzt. Es besitzt zu viele Wahrheiten.

Und ein Post-it ist keine Source of Truth.

Kurz erklärt: Was bedeutet CRM-Datenqualität?

CRM-Datenqualität beschreibt, wie vollständig, aktuell, korrekt, konsistent und für den jeweiligen Zweck nutzbar die Informationen in einem CRM-System sind. Gute CRM-Daten ermöglichen es Vertrieb und Management, Opportunities zu steuern, Kundenhistorien nachzuvollziehen, Forecasts zu erstellen und Entscheidungen auf einer gemeinsamen Informationsbasis zu treffen.

Schlechte CRM-Daten erzeugen dagegen Unsicherheit. Welches Close Date stimmt? Wer ist tatsächlich Entscheider? Was wurde dem Kunden angeboten? Was ist der nächste Schritt? Welche Anforderungen wurden vereinbart? Warum steht die Opportunity noch in dieser Stage?

Wenn die Antworten darauf erst durch Gespräche, E-Mails, Excel-Dateien und persönliche Notizen rekonstruiert werden müssen, besteht nicht nur ein Datenqualitätsproblem. Dann fehlt eine belastbare Source of Truth.

Ihr CRM ist nicht automatisch die Source of Truth

Viele Unternehmen bezeichnen ihr CRM als Single Source of Truth. Salesforce, HubSpot oder ein anderes CRM wurde schließlich genau dafür eingeführt. Die Kundendaten sollen dort liegen. Die Opportunities sollen dort gepflegt werden. Der Forecast soll daraus entstehen.

Also ist das CRM die Source of Truth. Zumindest auf dem Organigramm der Systeme.

In der Realität entscheidet aber nicht die Systembeschreibung darüber, wo die Wahrheit liegt. Entscheidend ist, wo Mitarbeiter tatsächlich nachsehen, wenn sie wissen wollen, was gerade passiert.

Fragt der Vertriebsleiter zuerst den Account Manager? Öffnet der Account Manager seine persönliche Excel-Liste? Liest Presales den Teams-Chat? Muss Operations eine E-Mail suchen? Wird der CRM-Export vor dem Management Meeting noch einmal manuell korrigiert?

Dann ist das CRM vielleicht das offizielle System of Record. Aber es ist nicht die operative Source of Truth.

Wie aus einem CRM ein Dokumentationssystem wird

Das passiert häufig schleichend. Zu Beginn soll das CRM die Arbeit unterstützen. Mit der Zeit entsteht jedoch eine Lücke zwischen dem tatsächlichen Prozess und seiner Abbildung im System.

Mitarbeiter arbeiten mit Kunden, führen Gespräche, entwickeln Lösungen, verhandeln Preise und koordinieren interne Entscheidungen. Das CRM läuft daneben.

Irgendwann wird es nicht mehr während der Arbeit gepflegt, sondern danach: „Ich trage das später ein.“

Damit verändert sich seine Funktion. Das CRM ist nicht mehr Teil des Prozesses. Es dokumentiert den Prozess nachträglich.

Und sobald Dokumentation zusätzliche Arbeit bedeutet, beginnt die CRM-Datenqualität zu sinken. Ein Feld wird nicht aktualisiert. Ein anderes wird nur ausgefüllt, weil es Pflichtfeld ist. Ein Next Step bleibt stehen. Ein Close Date wird weitergeschoben.

Informationen landen dort, wo sie im Moment am schnellsten festgehalten werden können: im Post-it, in Excel, in einer E-Mail, in Teams oder im Kopf des Mitarbeiters.

Schattenprozesse entstehen nicht ohne Grund

Die einfache Reaktion lautet häufig: „Die Mitarbeiter müssen das CRM besser pflegen.“ Manchmal stimmt das.

Aber wenn ein ganzes Team systematisch auf Schattenprozesse ausweicht, sollte man eine zweite Frage stellen: Warum ist der Schattenprozess für die Mitarbeiter einfacher als der offizielle Prozess?

Vielleicht benötigt das CRM zu viele Eingaben. Vielleicht fehlen genau die Felder, die für die tatsächliche Arbeit relevant sind. Vielleicht passen die Sales Stages nicht zum echten Buying Process. Vielleicht muss dieselbe Information mehrfach eingegeben werden. Vielleicht wird das CRM ausschließlich für Management Reporting genutzt und liefert dem Verkäufer selbst kaum Nutzen. Vielleicht sind Verantwortlichkeiten bei Übergaben nicht geklärt.

Ein Post-it ist dann nicht die Ursache des Problems. Es ist ein Symptom.

Datenbereinigung löst das Problem nur einmal

Irgendwann wird schlechte CRM-Datenqualität sichtbar. Dubletten haben sich angesammelt. Kontakte sind veraltet. Opportunities besitzen unrealistische Close Dates. Pflichtfelder fehlen. Pipeline Reports stimmen nicht.

Dann beginnt das CRM Cleanup. Daten werden bereinigt, Felder vereinheitlicht, Zombie Opportunities geschlossen und Dubletten zusammengeführt. Nach einigen Wochen sieht das CRM wieder sauber aus.

Drei Monate später beginnt dasselbe Problem von vorne.

Warum?

Weil Datenbereinigung den Bestand repariert. CRM Datenmanagement muss dagegen den Prozess verbessern, durch den Daten entstehen und verändert werden.

Wenn der operative Prozess weiterhin schlechte Daten produziert, ist das nächste Cleanup bereits vorprogrammiert.

CRM-Datenqualität verbessern: Gute Daten entstehen im Prozess

Die nachhaltigere Frage lautet deshalb nicht: „Wie bringen wir unsere Mitarbeiter dazu, das CRM besser zu pflegen?“

Sondern: „Wie gestalten wir den Prozess so, dass gute CRM-Daten als natürlicher Teil der Arbeit entstehen?“

Wenn ein Verkäufer nach einem Kundengespräch einen Next Step vereinbart, sollte dieser ohne unnötige Zusatzarbeit Teil des Opportunity-Prozesses werden. Wenn Presales Anforderungen ergänzt, muss klar sein, wo diese Information hingehört. Wenn sich der Buying Process verändert, muss das relevante Close Date dort aktualisiert werden, wo der Forecast darauf zugreift. Wenn ein Deal übergeben wird, muss definiert sein, welche Informationen die nächste Rolle benötigt.

Datenqualität wird damit nicht zu einer separaten administrativen Aufgabe. Sie wird zum Output eines gut gestalteten Prozesses.

Eine Source of Truth bedeutet nicht: Alles muss ins CRM

Wenn das CRM die Source of Truth sein soll, muss dann jede Information im CRM gespeichert werden? Nein.

Ein CRM ist nicht automatisch der richtige Ort für jede Information. Technische Projektdokumentation kann in einem anderen System liegen. Verträge können in einem DMS gespeichert werden. Abrechnungsdaten gehören möglicherweise ins ERP. Support-Tickets in eine Service-Plattform.

Entscheidend ist nicht, dass ein einziges System alle Daten besitzt. Entscheidend ist, dass für eine relevante Information eindeutig festgelegt ist: Welches System ist dafür führend? Wo wird die Information erzeugt? Wer darf sie verändern? Wer ist für ihre Qualität verantwortlich? Welche anderen Systeme benötigen sie? Wie wird sie synchronisiert? Und wo schaut ein Mitarbeiter nach, wenn er den aktuellen Stand wissen möchte?

Eine Single Source of Truth bedeutet deshalb nicht zwingend ein einziges System. Sie bedeutet eine eindeutige Informationsarchitektur.

Wenn das Management Excel braucht, um dem CRM zu vertrauen

Ein besonders deutliches Warnsignal entsteht beim Reporting.

Das CRM erzeugt einen Pipeline Report. Der Report wird nach Excel exportiert. Dann beginnt die eigentliche Arbeit.

„Müller bitte rausnehmen.“ „ABC ins nächste Quartal.“ „Bei Schmidt stimmt der Betrag nicht.“ „XYZ müssen wir hochsetzen.“

Nach zwanzig Minuten ist der Forecast fertig.

Jetzt existieren zwei Versionen der Wahrheit: das CRM und die korrigierte Management-Datei. Beim nächsten Pipeline Review beginnt das Spiel erneut.

Sobald das Management einen CRM-Export manuell korrigieren muss, um ihm vertrauen zu können, ist schlechte CRM-Datenqualität zu einem Steuerungsproblem geworden.

Welche CRM-Daten müssen wirklich zuverlässig sein?

Nicht jedes Feld besitzt dieselbe wirtschaftliche Bedeutung. Für die Vertriebssteuerung sind insbesondere Informationen kritisch, die Entscheidungen beeinflussen.

Dazu gehören beispielsweise Opportunity Stage, Deal Value, Close Date, Next Step, relevante Stakeholder, Opportunity Owner und zentrale Qualifizierungsinformationen.

Sind diese Daten unzuverlässig, werden auch die darauf aufbauenden Kennzahlen unzuverlässig: Pipeline Coverage, Stage Conversion, Sales Cycle, Win Rate und Forecast.

Das Dashboard kann mathematisch perfekt sein und trotzdem die falsche Realität beschreiben.

CRM-Datenqualität ist ein Upstream-Problem

Schlechte Daten werden häufig dort sichtbar, wo sie ausgewertet werden. Ihre Ursache liegt aber oft deutlich früher.

Ein unklarer Prozess erzeugt unterschiedliche Arbeitsweisen. Unterschiedliche Arbeitsweisen erzeugen unterschiedliche Daten. Unklare Verantwortlichkeiten erzeugen Lücken. Schlechte Handoffs erzeugen Informationsverlust. Unpassende Systeme erzeugen Workarounds. Workarounds erzeugen Schatteninformationen. Und am Ende versucht ein Dashboard, daraus eine konsistente Managementsicht zu bauen.

Die Kette sieht häufig so aus:

1. Organisation
2. Prozess
3. Verantwortlichkeiten
4. Handoffs
5. Systeme
6. Daten
7. Reporting
8. Managemententscheidung.

Wenn am Ende die CRM-Datenqualität schlecht ist, muss deshalb nicht zwangsläufig das CRM die Ursache sein.

Was ist Revenue Architecture?

Revenue Architecture beschreibt die Gestaltung des kommerziellen Systems, das Marketing, Vertrieb, Presales, Operations, Delivery und weitere revenue-relevante Funktionen miteinander verbindet.

1. Dabei werden nicht nur einzelne Tools oder Prozesse betrachtet. Es geht um das Zusammenspiel von Menschen und Rollen
2. Verantwortlichkeiten
3. Prozesse
4. Übergaben
5. Systeme
6. Daten
7. Steuerung.

Das Ziel ist ein Revenue System, in dem Arbeit, Informationen und Entscheidungen konsistent durch die Organisation fließen.

Für CRM-Datenqualität ist das entscheidend. Denn wenn ein Unternehmen lediglich Pflichtfelder verändert, ohne den zugrunde liegenden Prozess zu verstehen, behandelt es möglicherweise nur das sichtbare Symptom.

Revenue Architecture fragt eine Ebene früher: Warum entsteht diese Information? Wer benötigt sie? Wo entsteht sie? Wer besitzt sie? Welches System sollte sie führen? Wie wird sie beim nächsten Prozessschritt verwendet? Und welche Managemententscheidung hängt später davon ab?

Damit wird CRM Datenmanagement von einer administrativen Datenpflege zu einer Architekturfrage.

Eine belastbare Source of Truth wird gestaltet

Eine funktionierende Source of Truth entsteht nicht dadurch, dass das Management erklärt: „Ab morgen ist alles im CRM.“

Sie entsteht, wenn Prozesse und Systeme so gestaltet sind, dass Mitarbeiter zuverlässig mit derselben Informationsbasis arbeiten können. Dazu braucht es klare Datenverantwortung, klare Systemgrenzen, definierte Handoffs, eindeutige Begriffe, einen CRM-Prozess, der zur tatsächlichen Arbeit passt, und Automatisierung dort, wo Informationen zuverlässig zwischen Systemen übertragen werden können.

Dann muss das Management nicht mehr fragen: „Was stimmt denn jetzt wirklich?“ Die Antwort liegt im System.

FAQ: CRM-Datenqualität und CRM-Datenmanagement

Was versteht man unter CRM-Datenqualität?

CRM-Datenqualität beschreibt, wie korrekt, vollständig, aktuell, konsistent und nutzbar die im CRM gespeicherten Informationen sind. Hohe Datenqualität ermöglicht belastbare Vertriebssteuerung, Reporting und Forecasting.

Wie kann man CRM-Datenqualität verbessern?

Nicht nur durch Datenbereinigung. Nachhaltige Verbesserungen entstehen durch klare Verantwortlichkeiten, passende Prozesse, definierte Datenstandards, eindeutige Systemzuständigkeiten und Automatisierung sinnvoller Datenflüsse.

Was ist eine Single Source of Truth im CRM?

Eine Single Source of Truth bedeutet, dass für geschäftskritische Informationen eindeutig definiert ist, welches System den verbindlichen aktuellen Stand enthält. Das bedeutet nicht zwingend, dass sämtliche Unternehmensdaten im CRM gespeichert werden müssen.

Warum pflegen Vertriebsteams das CRM häufig schlecht?

Häufig entsteht zusätzliche CRM-Pflege, wenn das System nicht ausreichend in den tatsächlichen Arbeitsprozess integriert ist, Informationen mehrfach erfasst werden müssen oder die Daten vor allem dem Management statt dem operativen Nutzer dienen.

Was hat Revenue Architecture mit CRM-Datenqualität zu tun?

Revenue Architecture betrachtet die Prozesse, Verantwortlichkeiten, Handoffs, Systeme und Daten hinter dem CRM. Dadurch können Ursachen schlechter Datenqualität dort behoben werden, wo sie entstehen, statt Daten lediglich nachträglich zu bereinigen.

Ihr CRM braucht keine weitere Wahrheit

Wenn Ihre Mitarbeiter für die Wahrheit über eine Opportunity gleichzeitig CRM, Excel, E-Mail, Teams und den zuständigen Account Manager benötigen, haben Sie möglicherweise nicht primär ein CRM-Datenproblem. Sie haben ein Architekturproblem.

Im Architecture Clarity Call betrachten wir gemeinsam, wie kommerzielle Informationen in Ihrem Unternehmen entstehen, durch Prozesse und Teams fließen und in Ihren Systemen abgebildet werden.

Wir identifizieren, wo Informationen verloren gehen, doppelt entstehen oder von einzelnen Personen abhängig werden – und wo Prozesse, Verantwortlichkeiten oder Systeme neu geordnet werden müssen.

Das Ziel ist zunächst Klarheit: Wo sollte Ihre Source of Truth liegen – und warum liegt die tatsächliche Wahrheit heute woanders?