Bestandskunden erkennen vor dem Outbound

Im CRM liegt ein Export, der aussieht wie die Antwort. Er ist es nicht. Er zeigt dir, was im System steht. Ob daraus eine Geschäftsbeziehung folgt, ist eine zweite Frage, und die 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, kommt fast immer zum spätesten möglichen Zeitpunkt. Die Liste ist fertig, der Termin steht, und die Antwort muss in Minuten da sein. Unter diesem Druck wird geraten. Den Schaden siehst du 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, und zwar bei genau der Person, die intern für die Zusammenarbeit eingestanden ist. Noch teurer ist die Variante, die kaum jemand 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 du nachlesen kannst, 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. Nimmst du den Namen als Aussage, übernimmst du eine Entscheidung, deren Begründung niemand mehr kennt.

So sieht das in der Praxis aus. Eine Datei mit gut achthundert Zeilen trägt im Namen das Wort „Kunden“. Liest du die Statusspalte, sagen einige Dutzend Zeilen etwas anderes. Diese Zeilen verteilen sich auf Leads, auf qualifizierte Kontakte und auf offene Verkaufschancen. Behandelst du die Datei als Ganzes wie Kundschaft, landet einer dieser Leads in einer Mail an den Kunden, in der er als Bestandskunde bezeichnet wird.

Die Technik dahinter ist unspektakulär. Lies den Status pro Zeile aus der Spalte, die dafür vorgesehen ist. In HubSpot ist das die Lifecycle Stage. Dann ordnest du jedem Status eine Stufe zu, einmal, dokumentiert und für alle Zeilen gleich. Aus Datei-, Reiter- oder Ordnernamen schließt du nichts. Auch nicht daraus, dass eine Zeile in einem bestimmten Export überhaupt auftaucht.

Das Ergebnis: Jede Zeile trägt ihren eigenen, prüfbaren Status. Fällt dir später eine Einstufung auf, kannst du zeigen, woher sie kam.

Ein Auszug beweist keine Abwesenheit

Gleichst du gegen einen Auszug ab, findest du nur, was darin steht. Das genügt, solange du Treffer suchst. Es genügt nicht mehr, 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üfst du 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 gleichen wir für die Statusfrage immer gegen den kompletten Firmenbestand ab, 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. Der Widerspruch verschwindet, ohne dass ihn jemand gesehen hat.

Geh deshalb den umgekehrten Weg. Behalte alle Treffer, nimm den vorsichtigsten Status und gib den Widerspruch als eigene Markierung aus. Dann steht in der Zeile nicht nur eine Stufe, sondern auch der Hinweis, dass es zwei gibt. Auflösen muss das der Kunde, der seine Firmenstruktur kennt. Eine Sortierung darf das nicht entscheiden.

Die geteilte Domain erfindet Beziehungen

Steht jemand mit einer bestimmten E-Mail-Adresse im System, heißt das noch nicht, dass eine Beziehung zu seiner Firma besteht. Es heißt nur, dass eine Adresse erfasst wurde. Machst du die Adresse zum Schlüssel für den Kundenstatus, entstehen Beziehungen, die es nie gegeben hat. Und von außen sehen sie 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: erst zählen, dann verwenden. Bevor eine Domain als Schlüssel dient, zählst du, wie viele verschiedene Unternehmen sie im Bestand tragen. Ist es mehr als eines, fällt sie als Schlüssel aus und wird zur Korrektur markiert. Jede Aussage, die auf ihr beruht, stufst du ab. Eine geteilte Domain ist kein schwacher Beleg, sondern gar keiner.

Warum das System nicht priorisieren kann

Wer im Zielunternehmen entscheidet, steht in deinem eigenen System fast nie zuverlässig drin. Rollenfelder sind nur 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: wen du nicht anschreiben darfst 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

Nimmst du eine Zeile aus dem Versand, nimm sie nicht aus der Liste. 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.

Gib deshalb jedem Ausschluss eine Markierung und einen Grund, filterbar und in einem eigenen Reiter. Über das endgültige Entfernen entscheidet der Kunde, weil nur er seine Beziehungen kennt. Wie das im Detail aussieht, zeigt unser 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. Schließ automatisch nur bei einem eindeutigen Treffer aus, also auf die Firmendomain, auf Person mal Domain oder auf einen exakt gleichen normalisierten Firmennamen. Alles, was Deutung braucht, 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. Freigeben muss ein Mensch. Den eindeutigen Abgleich in großer Menge übernimmt bei uns 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 du hinterher nicht mehr findest. 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“.