Lead Enrichment: welche Felder die erste Mail trägt

Warum eine angereicherte Liste trotzdem keine Antworten bringt

Das Muster ist in fast jedem ersten Outbound-Projekt dasselbe. Die Zielkundenliste steht, ein Anreicherungs-Tool hat zwanzig Felder pro Datensatz gefüllt, die Sequenz läuft seit zwei Wochen. Und die Antworten bleiben aus. Die naheliegende Erklärung lautet: zu wenig Daten. Sie ist fast immer falsch.

Der Grund ist unspektakulärer. Niemand hat je einen dieser zwanzig Werte in der fertigen Mail gelesen. Die Felder wurden gesammelt, weil ein Tool sie anbietet, nicht weil eine Nachricht sie braucht. Das Ergebnis ist eine Liste, die im CRM vollständig aussieht und in der Mail generisch klingt.

Anreicherung wird als Datenproblem geplant. Sie ist ein Nachrichtenproblem.

Welche Felder gehören überhaupt an den Datensatz?

Die Feldliste wird rückwärts gebaut. Zuerst steht die Mail, die tatsächlich rausgeht. Jede Variable darin ist ein Pflichtfeld. Alles, was in keiner Variable vorkommt, ist bis auf Weiteres kein Feld, sondern eine Idee.

Danach wird jedes Feld einer von drei Klassen zugeordnet, und diese Zuordnung entscheidet über Aufwand und Kosten des ganzen Laufs.

Die Klasse zu bestimmen ist billiger, als sie zu korrigieren. Ein Feld, das als recherchiert startet und sich später als ableitbar herausstellt, hat den Lauf bereits bezahlt; umgekehrt liefert ein abgeleitetes Feld, dem die Regel fehlt, stillschweigend leere Werte an die Nachricht.

Abgeleitete Felder werden nie recherchiert. Eine Regel, die einmal geschrieben ist, liefert über zehntausend Datensätze denselben Wert. Dieselbe Regel, pro Datensatz neu beurteilt, liefert zehntausend Varianten davon.

Und ein Detail, das später jede Zeile kostet: der Feldname muss ab Tag eins der Variablenname der Nachricht sein. Wer die Spalte nach dem Vollauf umbenennt, fasst jeden Datensatz noch einmal an.

Eine Falle, die nur in mehrsprachigen Märkten auftritt und dort jeden ersten Durchgang kostet: die Zielsprache der Feldwerte gehört ausdrücklich in die Anweisung. Bleibt sie offen, kommen die Werte in der Sprache zurück, in der die Website des Accounts geschrieben ist, und eine deutsche Sequenz trägt plötzlich englische Bausteine.

Warum Research vor Routing kommt

Sobald mehr als eine Referenz zur Auswahl steht, entsteht die Versuchung, beides gleichzeitig zu erledigen: recherchieren und direkt zuordnen, welche Kundengeschichte in die Mail gehört. Das funktioniert nicht, und der Grund ist logisch, nicht organisatorisch.

Ein Account lässt sich keiner Referenz zuordnen, bevor klar ist, was er verkauft und an wen. Die Zuordnung ist eine Schicht auf der Recherche, nie ein Schritt davor. Wer sie vorzieht, bekommt Zuordnungen, die auf dem Firmennamen beruhen statt auf dem Geschäftsmodell.

Dazu gehört eine Kontrolle, die selten jemand einbaut: gewinnt eine einzige Referenz mehr als 40 Prozent der Liste, wird das sichtbar gemacht und ein Mensch entscheidet. Das ist manchmal richtig. Es ist aber nie etwas, das man nach dem Versand entdecken will.

Wie prüft man, ob ein Feld wirklich trägt?

Hier liegt der Schritt, der den Unterschied macht, und er dauert zwanzig Minuten. Saubere Daten in der Tabelle sind kein Ergebnis. Der Prüfstein ist die fertige Nachricht.

Konkret: zehn angereicherte Datensätze nehmen, ihre Werte in die echte Vorlage einsetzen und die zehn Mails lesen, als kämen sie im eigenen Posteingang an. Das ist keine Kür und kein Qualitätsgefühl, sondern ein Pflichtschritt vor dem Hochskalieren.

Was dabei regelmässig auffällt, fällt sonst nirgends auf: zwei aufeinanderfolgende Mails der Sequenz tragen denselben Winkel, weil zwei verschiedene Felder inhaltlich dasselbe sagen. In der Tabelle sind das zwei saubere Spalten. Im Posteingang ist es eine Wiederholung.

Deshalb steht die Anreicherung nicht allein, sondern gestaffelt: zehn Datensätze, dann zwanzig, dann fünfzig, und erst danach der Rest. Nach jeder Stufe wird gelesen und entschieden, ob die nächste läuft.

Was passiert mit Domains, die sich nicht abrufen lassen?

Jede Liste enthält Accounts, deren Website sich nicht sauber lesen lässt. Die verbreitete Reaktion ist, sie stillschweigend fallen zu lassen. Das ist der Punkt, an dem eine Liste unbemerkt schrumpft.

Zwei Dinge werden hier oft in ein Feld gepresst, die verschiedene Fragen beantworten: Erreichbarkeit sagt, ob die Seite gelesen werden konnte. Sicherheit sagt, wie belastbar die Einordnung ist. Eine Seite kann einwandfrei erreichbar und trotzdem unklar sein, und umgekehrt.

Keines der beiden ist ein Löschfilter. Eine blockierte Domain wird markiert und fährt mit, als filterbarer Fall für einen zweiten Durchgang. Dieser zweite Durchgang versucht die Referenz- und Kundenunterseiten und die www.-Variante, bevor ein Account als nicht recherchierbar gilt.

Der Nebeneffekt ist wichtiger als der Datensatz selbst: eine Liste, aus der nichts still verschwindet, bleibt zählbar. Wer am Ende wissen will, warum die Abdeckung bei einem bestimmten Wert liegt, braucht die markierten Fälle.

Wo Clay hingehört, und wo nicht

Die Reihenfolge, die Credits spart, ist einfach: alles vorab berechnen, was keine Live-Personendaten braucht. Clay wird dann auf das angesetzt, was wirklich live sein muss. Anders herum verbraucht man Credits für Werte, die eine Regel gratis geliefert hätte.

Dass die Kombination trägt, ist keine Behauptung: node.energy generiert nach der eigenen Case Study fünfmal mehr Demos mit Clay und HubSpot in drei Monaten, über gezielten Outbound, der mit Clay aufgebaut und in HubSpot integriert wurde.

Die Trennung hat einen zweiten Effekt, der erst im dritten Monat sichtbar wird: vorab berechnete Felder sind reproduzierbar. Wer in einem halben Jahr wissen will, warum ein Datensatz einer bestimmten Referenz zugeordnet wurde, liest die Regel nach. Live abgefragte Werte lassen sich nicht rückwirkend erklären, sie waren zum Abfragezeitpunkt eben so.

Zur Einordnung, weil Partnerstatus oft grösser klingt als er ist: SalesPlaybook ist im Clay Solutions Partner Directory mit dem Badge „Artisan" geführt. Das ist die Eingangsstufe von vier.

Woran man merkt, dass man zu früh skaliert hat

Drei Anzeichen, alle vor dem ersten Reporting sichtbar. Das Team überschreibt Werte von Hand, bevor eine Mail rausgeht. Eine Referenz taucht in auffällig vielen Mails auf. Und niemand kann sagen, wie viele Accounts nicht recherchiert werden konnten, weil sie nicht markiert, sondern entfernt wurden.

Alle drei sind reparierbar, solange die Liste noch nicht versendet ist. Danach kostet die Reparatur den Ruf der Absenderadresse mit.

Die Bereinigung der Liste selbst, also Dubletten, Namensformen und Sperrlisten, ist ein eigener Schritt davor. Wie der aussieht, steht in Leadliste prüfen vor dem Outbound-Versand. Dieser Artikel setzt danach an: nicht was weg muss, sondern was dazu gehört.