So reicherst du eine B2B-Kontaktliste mit Work-E-Mails und direkten Telefonnummern an.

Die direkte Antwort

Um eine große B2B-Kontaktliste zuverlässig anzureichern, darfst du nicht einfach eine undurchsichtige Datei hochladen und Erfolg an gefüllten Zellen messen. Schreibe zuerst Identität, Account-Qualifikation, Zweck des Zielfelds und Eligibility-Regel für jede Zeile fest. Verarbeite danach nur berechtigte Zeilen in begrenzten Batches, halte found, not_found, pending und failed getrennt und schreibe jedes Ergebnis in die ursprüngliche Zeile zurück. Miss nutzbare Ausbeute, bestätigte Identitätsgenauigkeit, Anteil ungeklärter Fälle, gesamte Credits, Review-Zeit und Kosten pro akzeptiertem Kontakt statt einer rohen Fill Rate.

Direkte enrichment_start-Batches enthalten 1–100 unabhängige Recherche-Items. Eine E-Mail- oder Telefonfrage pro Person erlaubt bis zu 100 Personen; getrennte E-Mail- und Telefonfragen erlauben bis zu 50 Personen mit beiden Feldern. Für 5.000 Personen sind das mindestens 50 direkte Batches für ein Feld oder 100 für beide Felder. Ein vorhandenes Sheet kann stattdessen mit sheets_enrich die ausgewählten Zeilen recherchieren, während Leadbase Zulassung und Ausführung steuert.

1. Definiere, was „in großem Umfang“ wirklich bedeutet

Scale ist nicht die Zahl der Zeilen in einer Eingabedatei. Scale bedeutet, eine große Arbeitslast abschließen zu können, ohne die Antworten auf fünf Fragen zu verlieren: Welche Identität wurde übergeben? Warum war die Zeile berechtigt? Welche Operation lief? Was kam zurück? Was hat das Team als Nächstes entschieden? Ein Workflow, der 5.000 Zellen füllt, aber No-Result und technischen Fehler nicht unterscheiden kann, ist nicht ausgereift. Ein Lauf mit 100 vollständig nachvollziehbaren Zeilen kann sicherer und wirtschaftlich wertvoller sein.

Nutze vier getrennte Einheiten:

Bezeichne 5.000 Quellzeilen nicht als 5.000 Lookups, bevor Dubletten, veraltete, nicht berechtigte und unzureichend identifizierte Zeilen klassifiziert sind. Bezeichne 3.500 gefundene Werte nicht als 3.500 akzeptierte Kontakte, bevor Identität und geplante Nutzung geprüft sind. Jede Stufe braucht ihren eigenen Nenner.

2. Trenne Prospecting, Enrichment, Verifikation und Outreach

Diese Aufgaben werden oft zu „Kontaktdaten besorgen“ zusammengezogen. Danach lässt sich keine Qualitätsaussage mehr prüfen.

• Prospecting entdeckt neue Unternehmen oder Personen für eine schriftliche Marktregel.
• Qualifikation entscheidet, ob Unternehmen und Rolle Kontaktarbeit rechtfertigen.
• Enrichment fragt ein fehlendes Feld für eine bekannte Identität an.
• Verifikation prüft, ob ein gelieferter Wert eine technische oder menschliche Acceptance-Regel erfüllt.
• Outreach-Eligibility klärt, ob dein Team den Kontakt in einem bestimmten Land, Kanal und Zweck nutzen darf.
• Outreach-Ausführung sendet eine Nachricht oder tätigt einen Anruf und hält das Ergebnis fest.

Leadbase unterstützt die Arbeits- und Enrichment-Ebene. Leadbase ist keine Rechtsberatung, kein CRM-System of Record, keine Consent Engine, kein Sequencer und kein Dialer. Halte diese Grenzen sichtbar. Ein found-Telefonwert belegt weder Einwilligung noch aktuellen Besitz. Eine Work-E-Mail mit Quality verified verspricht nicht, dass eine Nachricht den Posteingang erreicht, erwünscht ist oder in jedem Markt zulässig ist.

Dieser Guide besitzt die tabellenskalierte Enrichment-Operation. Für den engeren Agenten- und Direct-Phone-Vertrag nutze den Guide zu Claude Code und Codex. Für die Auswahl der Unternehmen vor Kontaktarbeit nutze den Guide zur ICP-Account-Liste.

3. Schreibe vor dem ersten Lookup einen Quellzeilen-Vertrag fest

Jede Quellzeile braucht genug Kontext, um die Person zuzuordnen, ohne das Tool oder den Review zum Erfinden fehlender Angaben einzuladen.

Die zugrunde liegende direkte Telefonaktion benötigt eine kanonische LinkedIn-Identität; E-Mail unterstützt diese Route oder Vorname, Nachname und Unternehmensdomain. Öffentliche Recherche kann fehlenden Identitätskontext aus bekannten Fakten auflösen. Erfinde kein Profil und vermische keine Personen. Ein Name allein ist noch keine aufgelöste Identität. Erhalte Konflikte für das Review.

Lehne eine Zeile vor dem Lookup ab, wenn die Domain zu einem Verzeichnis oder sozialen Netzwerk gehört, das Profil mehrere Personen meinen könnte, aktuelle Evidenz dem Arbeitgeber widerspricht, der Account das ICP nicht mehr erfüllt oder niemand den Verwendungszweck verantwortet. Ein No-Result für eine saubere Identität ist nützliche Evidenz. Ein Fund für eine mehrdeutige Identität ist teure Unsicherheit.

4. Entwirf Spalten für Zustände statt nur für Werte

Zwei Spalten namens email und phone reichen nicht. Nutze für jedes Zielfeld eine kleine State Machine.

Halte wartende oder laufende Jobs sichtbar, statt sie durch leere Ergebnisse zu ersetzen. Im Ledger ist pending eine eigene Review-Kategorie für unfertige Arbeit. Wandle eine fehlgeschlagene oder abgebrochene Ausführung niemals in ein abgeschlossenes No-Result um. Lösche keine nicht berechtigte Quellzeile, um Coverage schöner erscheinen zu lassen. Erhalte die Quellmenge und leite jede Metrik aus expliziten Zuständen ab.

Füge bei großen Läufen run_id und contract_version hinzu. Ändert das Team Identitätsakzeptanz, Länder-Policy oder Lookup-Einstellung in der Mitte der Queue, schließt du den aktuellen Lauf und beginnst eine neue Version. Gemischte Definitionen erzeugen eine präzise aussehende Zahl, die keine Entscheidung tragen kann.

5. Wähle direkte Batches oder Sheet-Enrichment

Nutze für direkte Batches enrichment_start mit idempotencyKey und 1–100 items. Jedes Item hat eine stabile id, bekannte skalare Fakten in input, eine eigene question und einen typisierten output. output: {"type":"email"} fragt nach Work-E-Mail, output: {"type":"phone"} nach direkter Telefonnummer. Ein Batch kann diese Fragen mischen.

minimale direkte Einreichungen = aufrunden(Recherche-Items ÷ 100)

Bei 5.000 berechtigten Personen bedeutet ein Feld jeweils 5.000 Items und mindestens 50 Einreichungen. E-Mail und Telefon als getrennte Items ergeben 10.000 Items und mindestens 100 Einreichungen. Nutze für Pilot und Budget bei Bedarf kleinere Batches. Das sind Einreichungszahlen, kein Versprechen gleichzeitiger Ausführung aller Jobs.

Im vorhandenen Sheet verwendest du sheets_enrich je gewünschter Spalte mit den berechtigten Zeilen-IDs. Zum Beispiel {"idempotencyKey":"contact-email-pilot-01","sheetId":"YOUR_SHEET_UUID","column":{"columnId":"YOUR_EMAIL_COLUMN_UUID"},"rowIds":["YOUR_ELIGIBLE_ROW_UUID"]}. Eine neue Spalte kann stattdessen column: {"name":"Work-E-Mail","question":"Finde die geschäftliche E-Mail dieser Person.","type":"email"} verwenden. Wiederhole dies für eine Telefonspalte mit eigener Vorgangsidentität. Leadbase steuert Zulassung und Warteschlange pro Zelle; dein externer Client braucht keinen eigenen Worker-Pool.

Erhalte die Zuordnung von Quellzeile und Item. Lies direkte Recherche mit enrichment_get und zurückgegebener batchId, Sheet-Fortschritt mit sheets_get_enrichment_status und Werte mit sheets_query. Siehe Bulk-Recherche.

Der Planner vergleicht Kontaktaktionen für alle Kandidaten mit vorheriger Qualifikation. Die Fundrate ist deine Annahme. Er schätzt nur Kontaktaktions-Credits; ergänze gemessene Recherchekosten und Review-Zeit separat.

6. Behandle E-Mail und Telefon als getrennte bezahlte Fragen

Reichere nicht automatisch beide Felder für jede Zeile an, nur weil zwei Spalten leer sind. Entscheide, welche Aktion jedes Feld ermöglicht.

Ein E-Mail-First-Pfad passt, wenn E-Mail der freigegebene Kanal und eine Work-Adresse ausreichend ist. Ein Phone-First-Pfad passt, wenn Calling der freigegebene Prozess und eine kanonische LinkedIn-Identität vorhanden ist. Ein sequenzieller Pfad kann erst E-Mail anfragen und Telefon nur für akzeptierte Priority Accounts oder ungeeignete E-Mail-Routen ergänzen. Ein Pilot mit beiden Feldern kann Kanal-Coverage messen. Er darf nicht still zum Standard für alle 5.000 Personen werden.

Der zugrunde liegende Kontaktaktions-Anteil kostet aktuell einen Credit je gefundener Work-E-Mail und fünf je gefundener Nummer. Die Wiederholung desselben Vorgangs erzeugt keine zusätzliche Kontaktaktionsgebühr; No-Result und fehlgeschlagene Kontaktaktionen haben keine Fundgebühr. Gemessene AI-, Web- und Identitätsrecherche können dennoch Credits kosten, auch wenn das endgültige Kontaktarray leer bleibt. Plane und prüfe den gesamten Recherchejob, nicht nur Kontaktfunde.

Plane die Credit-Exposition als Obergrenze:

maximale Ergebnis-Credits = E-Mail-berechtigte Zeilen × 1 + Phone-berechtigte Zeilen × 5

Das ist nur dann eine Obergrenze des Produktvertrags, wenn jeder Lookup Found zurückgibt. Nicht enthalten sind Recherche, Personensuche, menschliches Review, Folgesysteme, Calls und Versand. Ersetze die Annahmen nach dem Lauf durch den tatsächlichen Billing-Nachweis.

7. Nutze Idempotenz zur Wiederaufnahme und IDs zum Polling

Jeder neue direkte Batch oder Sheet-Recherchevorgang erhält einen stabilen Idempotency Key. Wird eine Einreichung unterbrochen, bevor du ihre Identität erhältst, wiederhole unveränderten Input mit dem ursprünglichen Key. Erzeuge bei unklaren bezahlten Einreichungen keinen neuen Key.

Sobald die IDs bekannt sind:

1. Speichere Batch- und Job-IDs oder Zelllauf-Identitäten bei den Quellzeilen.
2. Lies direkte Fortschritte mit enrichment_get({"batchId":"BATCH_ID_FROM_START"}).
3. Lies Sheet-Fortschritt mit sheets_get_enrichment_status und Werte mit sheets_query.
4. Trenne laufende Jobs von abgeschlossenen E-Mail-/Telefonarrays und Fehlern.
5. Prüfe Billing-Status und tatsächliche Credits; Abrechnung kann nach Ergebnisabschluss noch offen sein.
6. Stoppe neue Arbeit am vereinbarten Limit und berichte unfertige Jobs ausdrücklich.

Ein öffentlicher Batch enthält unabhängige Recherchejobs. Endgültige Ausführungsstatus sind completed, failed und cancelled; queued und running bedeuten offene Arbeit. Billing bleibt getrennt: pending oder reconciliation_pending ist nicht abgerechnet, und credits: null bedeutet unbekannt statt null Kosten.

8. Gib dem Agenten eine begrenzte Scale-Anweisung

Bearbeite nur akzeptierte Accounts und unterstützte Rollen im ausgewähltenSheet. Erhalte jede Quellzeile und erfinde keine Identitäten oder Kontaktwerte.
Recherchiere E-Mail- und Telefonspalte getrennt mit sheets_enrich für dieberechtigten Zeilen-IDs. Leadbase steuert Zulassung und Zellaufträge. LiesFortschritt mit sheets_get_enrichment_status und Werte mit sheets_query.
Nutze außerhalb eines Sheets enrichment_start mit 1–100 Items. Verwende einestabile Item-ID pro Person und Feld, Output-Typ email oder phone und bekannteFakten zu Person, Unternehmen und Profil. Bei zwei getrennten Feldfragen passenbis zu 50 Personen in einen Batch. Behalte Key, batchId und Job-IDs. LiesFortschritt mit enrichment_get; reiche zum Polling nicht erneut ein.
Halte Fortschritt, finale Arrays, No-Result, Fehler, Evidenz, Review und Billinggetrennt. Berichte abgerechnete Credits und offene Abrechnung. Wiederhole unklarebezahlte Einreichungen nicht mit einem neuen Key. Stoppe zusätzliche Arbeit amvereinbarten Kosten-, Zeit- oder Fehlerlimit und berichte unfertige Zeilen mitGründen.

Beginne mit einer kleinen repräsentativen Gruppe, prüfe Zeilenauswahl und gemessene Kosten und vergrößere danach nur die Queue. Die gesamte Liste kann ohne manuelle Einzelaktion für jeden Kontakt verarbeitet werden.

9. Prüfe Identität, bevor du Coverage feierst

Returned Coverage ist found ÷ submitted. Sie sagt nicht, ob der Wert zur gemeinten Person gehört. Prüfe eine definierte Stichprobe oder jeden risikoreichen Fund und klassifiziere bestätigt richtig, bestätigt falsch, unklar oder nicht geprüft. Berechne danach:

bestätigte Identitätsgenauigkeit = richtig ÷ (richtig + falsch)

Zeige unklare und nicht geprüfte Mengen daneben. Sie aus dem Accuracy-Nenner auszuschließen ist nur transparent, wenn der ungelöste Anteil sichtbar bleibt. Berichte zusätzlich:

nutzbare Ausbeute = für die geplante Aktion akzeptiert ÷ submitted

Diese Metrik ist oft geschäftlich relevanter, weil No-Results, Identitätsfehler, Policy-Sperren und unpassende Felder im Nenner bleiben. Die Scorecard trennt diese Ebenen.

10. Baue ein Kostenmodell mit menschlicher Arbeit

Provider-Credits sind nur ein Teil. Berechne:

voll belastete Laufkosten = alle abgerechneten Recherche- und Kontaktaktions-Credits × interner Credit-Wert + Review-Stunden × Vollkosten-Stundensatz + fixe Setup-Kosten

Teile danach durch akzeptierte statt nur gelieferte Ergebnisse:

Kosten pro akzeptiertem Kontakt = voll belastete Laufkosten ÷ akzeptierte Kontakte

Trenne Kosten pro akzeptierter E-Mail und pro call-berechtigter Nummer, weil Review und Folgeaktion unterschiedlich sind. Liefert eine Person beide Felder, verteile gemeinsame Identitätsprüfung nach einer schriftlichen Regel, statt die Ersparnis doppelt zu zählen.

Ein fiktives Beispiel: Von 5.000 Quellpersonen bestehen 3.200 das Account- und Rollenreview. Daraus entstehen 2.600 E-Mail- und 900 Telefon-Items. Nach Feld gruppiert sind das mindestens 26 E-Mail- und neun Telefonbatches mit bis zu 100 Items. Werden 1.820 E-Mails und 540 Nummern gefunden, beträgt der Kontaktaktions-Anteil 1.820 + 2.700 Credits. Ergänze tatsächlich gemessene Recherchekosten und Review-Zeit. Diese erfundenen Werte sind weder Leadbase-Coverage noch Preisangebot.

11. Halte Rechts- und Kanalprüfung außerhalb des Lookup-Ergebnisses

Kontaktdaten können auch im beruflichen Kontext personenbezogene Daten sein. Die Europäische Kommission erklärt, dass Verarbeitung einen festgelegten Zweck braucht, auf das Erforderliche begrenzt, für diesen Zweck richtig und nicht länger als nötig gespeichert sein muss. Das sind Pflichten der verantwortlichen Stelle und keine Eigenschaften, die ein Quality-Label erfüllen kann. Europäische Kommission: DSGVO-Grundsätze

Regeln unterscheiden sich nach Rechtsraum, Empfängertyp und Kanal. Die britische ICO trennt beispielsweise Corporate und Individual Subscribers und weist darauf hin, dass UK GDPR bei beruflichen personenbezogenen Kontakten weiter gilt. Die Anleitung wird nach Gesetzesänderungen überarbeitet. Gerade deshalb gehören Rechtsraum und Review-Datum in den Datensatz, statt „GDPR compliant“ pauschal einzutragen. ICO: B2B-Marketing

Halte vor der Übergabe Zweck, Owner der Rechts- oder Policy-Prüfung, Land, Kanal, Sperrlistenstatus, Widerspruchshistorie, Transparenzweg, Aufbewahrungsregel und erlaubte nächste Aktion fest. Dieser Guide ist operative Hilfe und keine Rechtsberatung.

12. Warum Leadbase für diese Aufgabe gut passt

Leadbase passt gut, wenn das Ziel nicht nur ein angereicherter Export ist, sondern der Weg vom exakten ICP zum qualifizierten Markt und weiter zu erreichbaren Entscheidern im großen Maßstab.

Leadbase verbindet den gesamten Weg von deiner Marktdefinition zu erreichbaren Personen in einem Workspace. Exportiere geprüfte Ergebnisse für deinen bestehenden CRM-, Telefonie- oder Versandablauf und gib deinem Team den Account-Kontext für das nächste Gespräch mit. Reichere deine erste Kontaktstichprobe an.

13. Nutze das herunterladbare Lauf-Ledger

Lade das Ledger für großvolumiges Kontakt-Enrichment herunter. Es enthält Quellidentität, Eligibility, E-Mail- und Telefonausführung, Review-Entscheidung, Policy-Gate, Credits und Batch-Herkunft. Die Musterzeilen sind fiktiv und zeigen Found, No-Result, Pending, Failed, Hold und Accepted. Ersetze sie durch deine Daten und erhalte den ursprünglichen Nenner.

Schreibe vor dem Lauf fest:

1. Quell-Snapshot und Zeilenzahl;
2. Dubletten- und Eligibility-Regeln;
3. Identitätsverträge für E-Mail und Telefon;
4. Nutzlast pro Aufruf und Workspace-Grenze;
5. Idempotenz- und Polling-Verfahren;
6. Credit- und Zeitlimits;
7. Review-Stichprobe und Acceptance-Definition;
8. Owner für Rechtsraum, Kanal und Sperrlisten;
9. Stichtag und Export- oder Recovery-Prozess; und
10. Metriken für Scale, Revision oder Stop.

14. Veröffentliche das Ergebnis ohne Marketing-Arithmetik

Berichte Quellmenge, berechtigt, eingereicht, gefunden, nicht gefunden, ausstehend, fehlgeschlagen, bestätigt richtig, bestätigt falsch, unklar, nicht geprüft, akzeptiert und durch Policy gesperrt. Nenne Daten, Segmente, Felddefinitionen, Payload, Workspace-Regeln und Review-Methode. Veröffentliche keine gemischte E-Mail-plus-Telefon-Fill-Rate. Vergleiche dein Segment nicht mit einer globalen Marketingzahl eines Anbieters.

Dieser Guide behauptet weder größte Datenbank noch universell höchste Coverage, niedrigste Kosten oder exklusiven Zugang zu E-Mail, Telefon, MCP oder Bulk-Workflows. Er beschreibt einen engeren, prüfbaren Vorteil: Eine große Kontaktarbeitslast bleibt eine reviewbare Tabelle, während begrenzte Capabilities bezahlte Lookups ausführen und Unsicherheit sichtbar bleibt.

Der Produktworkflow wurde am 20. Oktober 2026 geprüft. Prüfe vor einem wesentlichen Lauf die aktuelle MCP-Dokumentation, Rechercheschemas, Credit-Regeln und Workspace-Zugriff erneut. Datenschutzhinweise und Regeln deiner Zielmärkte brauchen ein eigenes aktuelles Review.

15. Abschließende Checkliste

• Jede Quellzeile hat eine stabile ID und ein erhaltenes Ergebnis.
• Account- und Rollenqualifikation passieren vor Kontakt-Lookup.
• E-Mail und Telefon haben getrennte Zwecke, Eligibility und Kostenlimits.
• Jeder direkte Batch enthält 1–100 unabhängige Recherche-Items; zwei Felder können zwei Items pro Person nutzen.
• Jeder neue geordnete Batch erhält einen frischen Idempotency Key.
• Fortschritt wird per Batch- oder Zelllauf-ID gelesen; unterbrochene Einreichungen behalten ursprünglichen Key und unveränderten Input.
• Found, Not Found, Pending und Failed bleiben getrennt.
• Identitätsgenauigkeit und nutzbare Ausbeute verwenden explizite Nenner.
• Menschliche Review-Zeit fließt in die voll belasteten Kosten ein.
• Land, Kanal, Sperrlisten, Transparenz und Aufbewahrung haben Owner.
• Das herunterladbare Ledger entspricht dem ausgeführten Workflow.
• Scale startet erst, wenn ein begrenzter Pilot den Vertrag bewiesen hat.