Bestandskunden erkennen vor dem Outbound

Im CRM liegt ein Export, der aussieht wie die Antwort. Er ist es nicht. Er sagt, was im System steht. Ob daraus eine Geschäftsbeziehung folgt, ist eine zweite Frage, und sie wird an vier Stellen regelmäßig falsch beantwortet. Der teuerste Fall ist nicht der übersehene Kunde. Es ist der Lead, den jemand als Kunden anspricht.

Warum die Statusfrage vor den Versand gehört

Die Frage, ob ein Unternehmen schon Kunde ist, wird fast immer zum spätesten möglichen Zeitpunkt gestellt. Dann ist die Liste fertig, der Termin steht, und die Antwort muss in Minuten kommen. Unter diesem Druck wird sie geraten. Der Schaden zeigt sich nicht beim Versand, sondern in der Antwort des Kunden.

Geschäftlich ist der Fehler asymmetrisch. Ein übersehener Interessent kostet eine Gelegenheit, und die kommt wieder. Eine Neukunden-Ansprache an ein Unternehmen, das seit zwei Jahren zahlt, kostet Vertrauen bei genau der Person, die intern für die Zusammenarbeit eingestanden ist. Noch teurer ist die Variante, die niemand auf dem Schirm hat: Ein Unternehmen steht als offene Verkaufschance im System und wird parallel kalt angeschrieben. Für den Empfänger sieht das aus wie ein Haus, das nicht weiß, mit wem es spricht.

Unsere These: Der Kundenstatus ist eine Recherchefrage und keine Filterfrage. Wir bauen ihn deshalb als eigenen Arbeitsschritt vor dem Versand, mit einem Ergebnis, das man nachlesen kann, und nicht als Formel in einer Tabellenspalte. Eine Formel liefert immer eine Antwort, auch dann, wenn die Datenlage keine trägt.

Der Dateiname ist keine Datenquelle

Ein Export, der Kundenliste heißt, ist keine Liste von Kunden. Er ist das Ergebnis eines Filters, den irgendwann jemand gesetzt hat, mit einem Namen, den derselbe Mensch danach nie wieder geprüft hat. Wer den Namen als Aussage nimmt, übernimmt eine Entscheidung, deren Begründung niemand mehr kennt.

In der Praxis sieht das so aus. Eine Datei mit gut achthundert Zeilen trägt im Namen das Wort Kunden. Liest man die Statusspalte, sind es einige Dutzend Zeilen weniger, und der Rest verteilt sich auf Leads, auf qualifizierte Kontakte und auf offene Verkaufschancen. Behandelt man die Datei als Ganzes wie Kundschaft, landet ein Lead in einer Mail an den Kunden, in der er als Bestandskunde bezeichnet wird.

Die Technik dahinter ist unspektakulär. Der Status wird pro Zeile aus der dafür vorgesehenen Spalte gelesen, in HubSpot ist das die Lifecycle Stage. Danach wird Status auf Stufe abgebildet, einmal, dokumentiert, für alle Zeilen gleich. Aus Datei-, Reiter- oder Ordnernamen wird nichts geschlossen, und auch nicht daraus, dass eine Zeile in einem bestimmten Export überhaupt auftaucht.

Das Ergebnis ist, dass jede Zeile ihren eigenen, prüfbaren Status trägt. Fällt später eine Einstufung auf, lässt sich zeigen, woher sie kam.

Ein Auszug beweist keine Abwesenheit

Wer gegen einen Auszug abgleicht, kann nur finden, was darin steht. Das genügt, solange man Treffer sucht. Es genügt nicht, sobald aus dem fehlenden Treffer ein Freibrief wird. Genau das passiert, wenn ein Kundenexport die Rolle der Ausschlussliste übernimmt.

Der Unterschied ist eine Größenordnung, nicht ein Rundungsfehler. Ein Kundenexport ist eine Teilmenge. Der vollständige Firmenbestand ist oft ein Vielfaches davon und enthält jede Firma, die je angelegt wurde, samt ihrer Stufe. Prüft man nur gegen die Teilmenge, sehen Accounts kalt aus, zu denen es längst eine Historie gibt.

Unsere These: Ein Ausschluss braucht die vollständige Grundgesamtheit, eine Priorisierung nicht. Deshalb wird für die Statusfrage immer gegen den kompletten Firmenbestand abgeglichen, auch wenn der zehn- oder zwanzigmal größer ist und die Prüfung länger dauert. Die Teilmenge beantwortet eine andere Frage, als sie zu beantworten scheint.

Dasselbe Unternehmen, zwei Antworten

Gewachsene Systeme führen dieselbe Firma mehrfach, und die Einträge widersprechen sich. Das ist kein Datenmüll, sondern die normale Folge von Zusammenschlüssen, Umbenennungen und zwei Teams, die dasselbe Unternehmen unabhängig voneinander angelegt haben. Ein Konzern mit vier Tochtergesellschaften erscheint dann viermal, in vier Schreibweisen, auf drei verschiedenen Stufen.

Der Fehler entsteht beim Lesen, nicht beim Schreiben. Die meisten Abgleiche merken sich pro Firma den ersten Treffer und verwerfen den Rest. Damit entscheidet die Sortierreihenfolge der Datei, ob ein Unternehmen als Kunde gilt oder als Lead, und der Widerspruch verschwindet, ohne dass ihn jemand gesehen hat.

Richtig ist der umgekehrte Weg: alle Treffer behalten, den vorsichtigsten Status nehmen und den Widerspruch als eigene Markierung ausgeben. Dann steht in der Zeile nicht nur eine Stufe, sondern auch der Hinweis, dass es zwei gibt. Das ist eine Aufgabe für den Kunden, der seine Firmenstruktur kennt, und keine, die eine Sortierung entscheiden darf.

Die geteilte Domain erfindet Beziehungen

Dass jemand mit einer bestimmten E-Mail-Adresse im System steht, sagt noch nicht, dass eine Beziehung zu dessen Firma besteht. Es sagt, dass eine Adresse erfasst wurde. Wird die Adresse zum Schlüssel für den Kundenstatus, entstehen Beziehungen, die es nie gegeben hat, und sie sehen von außen belegt aus.

Der Mechanismus ist einfach und deshalb so verbreitet. Trägt ein externer Berater seine eigene Adresse bei allen Unternehmen ein, die er betreut, dann tragen am Ende neun Firmen dieselbe Domain. Ein Abgleich über die Domain meldet für alle neun einen bekannten Kontakt. Keiner davon gehört zu ihnen.

Die Abhilfe ist eine Zählung vor der Verwendung. Bevor eine Domain als Schlüssel dient, wird gezählt, wie viele verschiedene Unternehmen sie im Bestand tragen. Bei mehr als einem fällt sie als Schlüssel aus, wird zur Korrektur markiert, und jede Aussage, die auf ihr beruht, wird abgestuft. Eine geteilte Domain ist kein schwacher Beleg, sondern keiner.

Warum das System nicht priorisieren kann

Wer im Unternehmen entscheidet, steht im eigenen System fast nie zuverlässig. Rollenfelder sind bei einem Bruchteil der Datensätze gefüllt, und was dort steht, stammt aus dem Jahr, in dem der Kontakt angelegt wurde. Eine Priorisierung auf dieser Grundlage sortiert nicht nach Relevanz, sondern nach Erfassungsdisziplin.

Daraus folgt eine klare Arbeitsteilung. Das CRM beantwortet zwei Fragen gut, nämlich wen wir nicht anschreiben dürfen und wer intern zuständig ist. Die Frage, welche Person im Zielunternehmen die richtige ist, beantworten öffentliche Quellen besser, also LinkedIn, Handelsregister und die Firmenwebsite. Welche Personen pro Account das sind, steht in unserem Artikel zur Lead-Recherche mit drei Kontakten pro Account.

Unsere These: Das CRM ist Ausschluss- und Routing-Quelle, nicht Priorisierungsquelle. Das ist keine Entschuldigung für dünne Daten, sondern eine Methodenentscheidung, und sie gehört dem Kunden gegenüber genau so benannt. Ein Haus, das behauptet, aus CRM-Feldern die Entscheidungsträger zu kennen, verspricht etwas, das die Felder nicht hergeben.

Deep Dive Guide · 15 Seiten · kostenlos

Welcher Lead zuerst

Die Rangfolge, die vor der Kampagne stehen muss, nicht danach. Eine Matrix mit zwei Achsen statt einer Zahl und einer Handlung je Feld.

Guide ansehen →

Markieren statt löschen, halten statt raten

Wer eine Zeile aus dem Versand nimmt, sollte sie nicht aus der Liste nehmen. Sonst verschwindet mit der Zeile auch der Grund, und beim nächsten Durchgang beginnt dieselbe Prüfung von vorn. Eine gelöschte Zeile ist von einer nie vorhandenen nicht zu unterscheiden.

Jeder Ausschluss bekommt deshalb eine Markierung und einen Grund, filterbar, in einem eigenen Reiter. Über das endgültige Entfernen entscheidet der Kunde, weil nur er seine Beziehungen kennt. Wie das im Detail aussieht, steht in unserem Artikel über das Bereinigen von Adressdaten nach dem Prinzip markieren statt löschen.

Dieselbe Logik gilt für Unvollständigkeit. Fehlt nach der sicheren Prüfung noch ein Nachname oder die Anrede, geht die Zeile auf einen Halten-Stapel und nicht in den Versand. Ohne saubere Anrede gibt es keine korrekte erste Zeile, und eine kaputte Anrede ist teurer als ein Kontakt, der eine Woche später angeschrieben wird. Welche Felder die erste Mail überhaupt trägt, klärt unser Artikel zum Lead Enrichment vor dem Outbound.

Erst eindeutig, dann deutend

Eine Prüfung, die selbst entscheidet, wo sie nur vermuten kann, schließt zu viel aus. Ein zu lockerer Namensabgleich hat schon ganze Branchen aus einem Versand genommen, weil er auf einem generischen Restwort wie Architekten getroffen hat. Der Fehler fällt erst auf, wenn die Menge am Ende zu klein ist, und dann weiß niemand, welche Regel sie verkleinert hat.

Die Reihenfolge löst das. Automatisch ausgeschlossen wird nur bei einem eindeutigen Treffer, also auf die Firmendomain, auf Person mal Domain oder auf einen exakt gleichen normalisierten Firmennamen. Alles Deutende bleibt ein Vorschlag:

• Zusammengezogene Domains und Initialen, bei denen kein Zeichenvergleich je eine Verbindung findet
• Namensvarianten derselben Firma nach einer Umbenennung
• Dieselbe Person hinter zwei Domains, die unverwandt aussehen
• Firmennamen, die sich nach dem Entfernen der Rechtsform nur noch in einem Wort unterscheiden

Jeder dieser Fälle bekommt eine Markierung, eine Einschätzung und einen konkreten Prüfvorschlag, etwa das Impressum oder einen Registerauszug. Freigegeben wird von einem Menschen. Den eindeutigen Abgleich in großer Menge übernimmt dabei Clay, wo wir als Partner mit der Stufe Artisan im Clay Solutions Partner Directory geführt sind; das Deutende und die Freigabe bleiben ausdrücklich außerhalb des Werkzeugs. Erst danach geht die geprüfte Liste in das Sendewerkzeug, bei uns Lemlist.

Unsere These: Eine Maschine liefert Kandidaten, ein Mensch entscheidet. Das kostet pro Durchgang eine halbe Stunde und verhindert den Fehler, den man hinterher nicht mehr findet. DeepOpinion beschreibt denselben Effekt für das eigene Setup, nämlich dass Struktur das Raten herausnimmt: „align business needs into scalable Business setup and reduce guess work“.