Skip to content
APX.

support@apx-revops.com

Enrichment

Clay
Enrichment, das trifft.

Enrichment, das aufhört zu raten. Wir bauen euren Clay-Betrieb wie eine Datenpipeline: ein Multi-Provider-Waterfall, der nur bei einem Treffer abrechnet, ein ICP-Score auf jeder Zeile und deduplizierte Writes, die sauber im CRM ankommen.

Kostenloses Erstgespräch Erster Waterfall in ca. 2 Wochen

Enrichment-Lauf

Tabelle · live

Provider-Waterfall 6 Quellen
Match-Rate 94 %
Credits bei Miss 0 €
ICP-Fit-Score 0 bis 100
CRM-Write-back dedupliziert
Reichert an

Jede Spalte fährt die Provider der Reihe nach ab und stoppt beim ersten Treffer, damit ein gematchter Datensatz nie zwei Credits kostet.

Im Einsatz bei Teams von

Zech Group Eigenherd LIQID Event Inc IU International University Hauser Maschinen

Enrichment-Triage

1
Coverage-Audit Match-Rate je Quelle
2
Provider-Waterfall Kosten pro Treffer
3
AI-Spalten-Audit Verifiziert vs. geraten
4
CRM-Schreibpfad Dedupe-Key
Die Symptome

Schmutzige Daten fallen nicht laut aus. Sie verbrennen einfach leise jeden Versand.

Enrichment fühlt sich an dem Tag gelöst an, an dem ihr es einschaltet. Die Rechnung für eine Einzelanbieter-Vermutung und eine halluzinierte Firmografik kommt später, in Form eines Reps, der eine Liste abarbeitet, die ab der ersten Zeile falsch war.

Ein Provider, die Hälfte der Datensätze leer

Ein einzelner Enrichment-Anbieter trifft auf einer kalten Liste ungefähr 50 bis 70 %. Die übrigen 30 bis 50 % kommen ohne E-Mail, ohne Titel, ohne Mitarbeiterzahl zurück, und ein Rep schreibt den Account ab, obwohl bloß die Daten fehlten.

Analystentage, verloren an Copy-Paste-Listen

Irgendwer exportiert aus dem LinkedIn Sales Navigator, klebt es in ein Sheet und prüft Domains Zeile für Zeile von Hand. Das sind zwei bis drei Analystentage pro Liste, jede Kampagne aufs Neue, für Arbeit, die eine Tabelle in Minuten erledigt.

GPT-Spalten, die Firmografiken erfinden

Eine ungezügelte AI-Spalte, die nach Headcount oder Branche gefragt wird, liefert selbstbewusst eine ausgedachte Zahl. Füttert das direkt ins Scoring, und ihr schickt SDRs auf Firmen, die nie gepasst haben, auf Basis von Daten, die kein Provider je bestätigt hat.

Blinde Writes, die CRM-Dubletten prägen

Schiebt angereicherte Zeilen ohne Dedupe-Key ins CRM, und ihr legt einen zweiten Datensatz für einen Account an, den es längst gibt. Jetzt bearbeiten zwei Owner dasselbe Logo, und das Reporting zählt die Pipeline doppelt.

Der Build

Saubere Datensätze werden konstruiert, nicht gekauft.

1. ICP & Quellen kartieren

Wir definieren, was ein qualifizierter Datensatz tatsächlich enthält, also die genauen Felder, auf die ihr scort, und mappen dann, welche Provider sie abdecken. Damit steht die Reihenfolge des Waterfalls fest, bevor ein einziger Credit ausgegeben wird.

2. Waterfall & Scoring bauen

Provider so gestapelt, dass jede Spalte nur bei einem Miss zur nächsten durchfällt, AI-Spalten auf verifizierte Inputs beschränkt und ein ICP-Fit-Score auf der angereicherten Zeile berechnet. Jedes Feld lässt sich auf die Quelle zurückverfolgen, die es gefüllt hat.

3. Write-back verdrahten & übergeben

Deduplizierte Writes in euer CRM über einen Match-Key, den ihr kontrolliert, dazu die dokumentierte Tabelle und das Runbook. Euer Team ändert den Waterfall, ergänzt Provider und lässt eine Liste neu laufen, ohne uns zu brauchen.

Ergebnisse

Was in eurem CRM landet.

Keine Demo-Tabelle und keine Credit-Rechnung. Eine laufende Enrichment-Pipeline, die jeden Datensatz füllt, scort und dedupliziert, komplett in eurem eigenen Clay-Workspace.

Ein Multi-Provider-Waterfall

Sechs oder mehr Enrichment-Quellen, nach Kosten gestapelt, wobei jede Spalte erst dann zur nächsten durchfällt, wenn die davor nicht trifft. Ihr zahlt einen Provider nur, wenn er Daten liefert, und die Abdeckung klettert über 90 % statt bei den 60 eines einzelnen Anbieters zu bleiben.

Ein ICP-Scoring-Modell

Ein Fit-Score von 0 bis 100, berechnet aus den Feldern, auf die ihr wirklich qualifiziert: Headcount, Branche, Tech-Stack und Region. So arbeiten Reps zuerst die Spitze der Liste ab statt alphabetisch zu wählen.

Dedupe- und CRM-Write-back-Regeln

Jede angereicherte Zeile wird vor dem Schreiben gegen bestehende Datensätze auf einen Key geprüft, den ihr definiert. Ein bekannter Account wird an Ort und Stelle aktualisiert, statt eine Dublette zu erzeugen. Zwei Owner erben nie dasselbe Logo.

Eine dokumentierte Tabelle, die jeder fahren kann

Die komplette Tabelle mit jeder Spalte, jedem Provider und jeder Formel kommentiert, dazu ein Runbook fürs Ergänzen von Quellen und fürs Neuladen einer Liste. Enrichment hört auf, das private Spreadsheet einer einzelnen Person zu sein.

A.
Deliverable

Enrichment-Scorecard

Pro Datensatz · live

Match-Abdeckung 94 %

Write-back

Dedupliziert ins CRM

Macht aus Rohsignalen Datensätze, die konvertieren.

Der Umfang hängt an eurem Datensatzvolumen, den Providern, die ihr fahrt, und eurem CRM. Wir quoten nach einem kurzen Gespräch, nicht nach Preisliste, und die ganze Tabelle läuft ab Tag eins in eurem eigenen Clay-Workspace.

Nach eurem Datensatzvolumen kalkuliert Individuelles Angebot
Kostenloses Erstgespräch
Bevor ihr bucht

Die Fragen, die uns gestellt werden.

Welchen Zugang braucht ihr?

Admin auf eurem Clay-Workspace (oder wir bauen ihn in eurem Namen auf), die API-Keys für alle Premium-Provider, die ihr ohnehin bezahlt, damit wir über eure Credits laufen und nicht über unsere, und API-Zugang zu eurem CRM für den Write-back. Die nativen Integrationen von Clay decken die meisten Quellen ganz ohne Key ab.

Wie lange dauert es, bis die Tabelle live ist?

Ein erster funktionierender Waterfall auf einer echten Liste läuft in rund zwei Wochen. Die Kalibrierung des Scorings und die Regeln fürs CRM-Write-back brauchen eine weitere Woche Feinschliff an euren Daten, eine vollständig verdrahtete Tabelle ist also typischerweise in zwei bis drei Wochen live. Enrichment ist schnell aufgesetzt, langsam ist die Einigung darauf, wie ein qualifizierter Datensatz eigentlich aussieht.

Wer zahlt Clay und die Enrichment-Provider?

Ihr, in euren eigenen Accounts. Das Clay-Abo, das Credit-Guthaben und alle Premium-Provider-Seats laufen über eure Rechnung, also gehören euch jedes Asset und jede Datenzeile. Wir dimensionieren den Waterfall auf euer Volumen und ordnen ihn so, dass der günstigste Provider, der trifft, zuerst läuft, und genau da sinkt die Credit-Rechnung in der Regel.

Wir zahlen schon für ZoomInfo. Wozu noch ein Waterfall?

Weil ein einzelner Provider ungefähr 60 % einer kalten Liste trifft und beim Rest nichts zurückgibt. Ein Waterfall behält ZoomInfo als erste Spalte und fällt nur bei den Datensätzen, die er verfehlt, auf eine zweite und dritte Quelle durch. Die Abdeckung steigt über 90 %, während euer bezahlter Provider weiterhin zuerst drankommt. Ihr ersetzt ihn nicht, ihr fangt auf, was er fallen lässt.

Können AI-Spalten nicht einfach alles anreichern?

Nicht auf sichere Weise. Eine AI-Spalte, die Headcount oder Branche raten soll, erfindet eine plausible Antwort ohne Quelle dahinter. Wir nutzen AI für das, worin sie wirklich gut ist, nämlich Text zu klassifizieren und zusammenzufassen, den ihr ohnehin habt, und beschränken sie auf verifizierte Inputs. Firmografiken kommen von Providern, die die Daten tatsächlich vorhalten, nie aus einem Prompt.

Was passiert nach der Übergabe?

Eurem Team gehören die Tabelle, die Scoring-Formel und das Runbook, inklusive dem Ergänzen eines Providers und dem Neuladen einer Liste. Nichts ist an uns gebunden. Manche Kunden behalten einen kleinen Retainer für neue Quellen-Integrationen oder Scoring-Änderungen, aber die Tabelle läuft von allein, und genau dafür ist sie dokumentiert.

Alexander Knoll, Gründer & Team Lead

RevOps Engineering Exzellenz

Wir bringen die Disziplin der Softwareentwicklung in RevOps und bauen die skalierbaren Lösungen, die eine Standardkonfiguration nicht liefern kann.

Alexander Knoll

Gründer & Team Lead