Die direkte Antwort
Ein ICP ist keine Account-Liste. Er wird erst dazu, wenn jedes Teammitglied dieselben schriftlichen Einschluss- und Ausschlussregeln auf ein reales Unternehmen anwenden, den Beleg festhalten und einen unsicheren Fall offen lassen kann, statt ein Ja zu erzwingen.
Beginne mit einer engen geschäftlichen Entscheidung: Welche Accounts verdienen Recherche, bevor wir für Kontakte oder Outbound ausgeben? Übersetze die Antwort in Account-Felder, zulässige Quellen, Ausschlussgründe und einen Prüfstatus. Teste die Definition anschließend mit klar passenden, grenzwertigen und klar unpassenden Unternehmen. Das Ergebnis ist ein wiederverwendbares Qualifizierungssystem, kein großer Export.
Dieser Guide baut das Account-Universum. Er entscheidet weder, ob eine Person kontaktiert werden darf, noch ob ein Kanal zulässig ist oder ein Kontaktdatensatz aktuell ist.
Sein Scope ist bewusst enger als Agent-Design oder Governance: Er behandelt die von Menschen prüfbare Umsetzung vom ICP-Briefing bis zum angenommenen oder abgelehnten Account. Für KI-Agent-Anweisungen, Berechtigungen und Review-Kontrollen über einen breiteren List-Building-Workflow lies So baust du einen KI-Agenten für B2B-List-Building.
1. Schreibe einen entscheidungsfähigen ICP
Allgemeine Firmografien erzeugen allgemeine Listen. Ein brauchbarer ICP beschreibt beobachtbare Bedingungen, die einen Account für den nächsten Schritt wertvoll machen.
Benenn für jede Bedingung drei Dinge: zulässige Belege, einen blockierenden Gegenbeleg und den Status bei unzureichender Evidenz. „Unbekannt“ schützt die Qualität. Es verhindert, dass eine dünne Website automatisch abgelehnt oder als passender Account erfunden wird.
2. Lege einen Account-Feldvertrag an
Erstelle Felder für die Entscheidung, nicht eine Freitextspalte für Notizen. Ein minimaler Feldvertrag sieht so aus:
Füge kein Kontaktfeld hinzu, nur weil es verfügbar ist. Sonst wird aus „Ist dieses Unternehmen relevant?“ schnell „Ist jemand erreichbar?“ – und ein schwacher Account wirkt plötzlich attraktiv.
3. Teste den ICP mit Negativkontrollen
Schlechte Listen scheitern oft an falschen Treffern. Nimm Unternehmen auf, die ähnliche Wörter nutzen, aber scheitern müssen: Händler bei einem Hersteller-ICP, Holdinggesellschaften wenn der operative Standort zählt, Agenturen mit ähnlicher Zielgruppe und inaktive oder ausländische Entitäten.
Prüfe vor der Skalierung eine kleine beschriftete Stichprobe. Miss:
- Akzeptanzrate = akzeptierte Accounts ÷ geprüfte Kandidaten;
- Prüfanteil = Accounts mit menschlicher Klärung ÷ geprüfte Kandidaten;
- Duplikatanteil = doppelte Entitäten ÷ zurückgegebene Kandidaten; und
- Begründungsabdeckung = Accounts mit Einschluss- oder Ausschlussgrund ÷ geprüfte Kandidaten.
Das sind Prozessmaße, keine Aussagen über die gesamte Marktdeckung. Die Akzeptanzrate beschreibt das Ergebnis dieser geprüften Stichprobe; sie ist keine auditierte Präzision. Wenn du Präzision behaupten willst, vergleiche Pass- und Fail-Entscheidungen mit einer unabhängig adjudizierten, beschrifteten Stichprobe und benenne Nenner und Methode. Fehlt dir ein glaubwürdiger Nenner für alle passenden Unternehmen, behaupte keine Recall-Rate.
Die erste Account-Prüfung planen
Plane eine kleine erste Prüfung, bevor du die gesamte Kandidatenliste recherchierst. Verändere Stichprobe und erwarteten Entscheidungsmix, damit der Prüfaufwand sichtbar wird.
Behalten und weiter prüfen sind zusammen auf die volle Stichprobe begrenzt; der Rest erscheint als ausgeschlossen. Ersetze diese Annahmen durch beobachtete Prüfentscheidungen.
Prüfe 30 von 120 Kandidaten-Accounts: Unter diesen Annahmen ergeben sich 12 zum Behalten, 6 zur weiteren Prüfung und 12 zum Ausschließen.
| Prüfentscheidung | Accounts |
|---|---|
| Behalten | 12 |
| Weiter prüfen | 6 |
| Ausschließen | 12 |
Nutze die Zusammensetzung, um zu prüfen, ob die Stichprobe genug angenommene, unklare und abgelehnte Datensätze enthält, damit das Team die Kriterien gemeinsam bewerten kann.
Der Planer begrenzt die Prüfstichprobe auf die vorhandenen Kandidaten-Accounts. Er wendet zuerst den vorläufigen Anteil zum Behalten an und danach den Anteil für weitere Prüfung auf die verbleibende Kapazität; alle anderen geprüften Accounts werden ausgeschlossen. Die Stichprobe wird nicht auf den gesamten Markt hochgerechnet.
Das ist eine Hilfe für Aufwand und Kalibrierung. Eine Stichprobe ist nur nützlich, wenn dieselben schriftlichen Kriterien einheitlich angewendet und die tatsächlichen Entscheidungen mit ihren Gründen festgehalten werden.
Nutze das ICP-Übersetzungsprotokoll
Lade das ICP-Account-Übersetzungsprotokoll herunter. Halte kanonisches Unternehmen plus Domain oder Registerkennung, ursprüngliche Anfrage, Entitätsgrenze, jede Einschluss- und Ausschlussregel, exakte Quelle, Beobachtungsdatum sowie den Grund für Pass, Prüfung oder Fail fest. Halte unzureichende Evidenz als unbekannt fest und route sie in die Prüfung, statt sie als vierte Entscheidung zu behandeln. Die Beispielzeile ist absichtlich unvollständig: Ersetze sie durch einen realen Account, statt eine behauptete Tatsache zu kopieren. Ein Reviewer muss die Entscheidung aus dieser Datei reproduzieren können, ohne ein separates Briefing zu öffnen.
4. Trenne Finden, Prüfen und Kontaktrecherche
Arbeite mit vier Warteschlangen:
- Kandidat: entdeckt, aber noch nicht gegen alle Regeln geprüft.
- Akzeptiert: Belege reichen für den definierten geschäftlichen Schritt.
- Prüfung: Belege widersprechen sich oder reichen nicht; halte unbekannt als Evidenzstatus fest und benenne die zu klärende Frage.
- Abgelehnt: Ein dokumentierter Ausschlussgrund greift.
Mache die Account-Akzeptanz zu einem Team-Gate: Sende erst nach der dokumentierten Prüfung eine Kontakt-Lookup-Anfrage. Bewahre Originaltitel, Website, Quellen-URL, Beobachtungsdatum und Review-Entscheidung auf. Später muss klar sein, ob „keine passende Rolle gefunden“ oder „dieser Account war nie freigegeben“ gilt.
Wo personenbezogene Daten verarbeitet werden, unterstützt diese Trennung auch Datenminimierung. Art. 5 DSGVO verlangt, dass personenbezogene Daten für den festgelegten Zweck angemessen, erheblich und auf das notwendige Maß beschränkt sind sowie bei Bedarf sachlich richtig und aktuell gehalten werden. Ein Account-Gate macht Outbound nicht rechtmäßig, kann aber unnötige Kontakt-Datenerhebung vermeiden. Art. 5 DSGVO: Verarbeitungsgrundsätze
5. Kalibriere statt einmalig zu diskutieren
Lass zwei Personen dieselben 20–30 gemischten Accounts nur mit dem Feldvertrag klassifizieren. Wiederkehrende Abweichungen zeigen, welche Regel fehlt.
Versioniere den ICP nach der Kalibrierung. Ändere alte Entscheidungen nicht unsichtbar; halte fest, welche Version sie erzeugt hat. Teste erneut, wenn sich Markt, Buyer-Profil, Angebot oder Ausschlusslogik ändern.
6. Kläre die Entität, bevor du den Fit bewertest
Viele Fehler beim Listenbau beginnen, bevor jemand die Unternehmensbeschreibung liest. Marke, Mutterkonzern, lokale Tochter, Vertriebsbüro, Werk und Website können denselben Namen tragen. Wenn der ICP „operativer Hersteller in Deutschland“ sagt, belegt eine Gruppenwebsite nicht, dass genau diese Rechtseinheit oder dieser operative Standort in die Warteschlange gehört.
Nutze vor der Account-Entscheidung einen kurzen Entitätscheck:
Wenn der Beleg die Beziehung nicht klärt, markiere Prüfung, nicht Duplikat oder Pass. Erfinde keine Gruppenhierarchie aus Logo-Footer, ähnlichem Namen oder einem Drittverzeichnis. Ein Reviewer kann Datensätze später verknüpfen, aber die ursprüngliche Beobachtung muss sichtbar bleiben.
Das EU-Verzeichnis für Unternehmensregister hilft, offizielle Registerdaten in teilnehmenden Rechtsräumen zu finden; Verfügbarkeit und Felder unterscheiden sich jedoch lokal. Es unterstützt Identitätsrecherche, beweist aber weder aktuellen operativen Fit noch Buyer-Relevanz. EU e-Justice: Unternehmensregistersuche
7. Mache aus dem Briefing ein wiederholbares Discovery-Rezept
Discovery soll Kandidaten erzeugen, die am Vertrag scheitern können; sie darf den Vertrag nicht still entscheiden. Schreibe für jede Quellenklasse ein kurzes Discovery-Rezept. Es enthält verwendete Begriffe oder Filter, Datum, Quelle, beabsichtigte Einschlussregel, bekannten Blindspot und das, was der Reviewer noch beweisen muss.
Im Beispiel-ICP kann ein Rezept einen lokalen Servicebegriff plus Branchenquelle nutzen, um Kandidaten zu erzeugen. Sein Ergebnis lautet nicht „Field-Service-Unternehmen in Deutschland“. Es lautet „Unternehmen, die gegen die Regel für operativen Hersteller und deutschen Standort geprüft werden sollten“. Dieser Unterschied verhindert, dass ein Suchbegriff zum Beleg wird.
Speichere das Rezept mit der ICP-Version. Wurde ein Kandidat über eine alte Quelle oder Regel gefunden, muss der Reviewer das vor der Interpretation von Abwesenheit oder Rang wissen. So lässt sich auch der Quellenmix testen: Liefert eine Quelle überwiegend Prüffälle, kann sie für Discovery nützlich, für den nächsten Pilot aber ineffizient sein.
8. Nutze eine Beleg-Hierarchie ohne sie als Wahrheitsscore auszugeben
Nicht jeder Beleg stützt dieselbe Aussage. Definiere für das konkrete Feld eine Hierarchie, nicht ein generisches „verified“-Badge:
- Eine datierte unternehmenseigene oder offizielle Quelle stützt die enge Tatsache direkt.
- Eine glaubwürdige sekundäre Quelle gibt einen Discovery-Hinweis, der vor Pass einen Primärcheck braucht.
- Suchsnippet, undatiertes Verzeichnis oder Kategorielabel sind nur Hinweise.
- Fehlende, mehrdeutige oder widersprüchliche Belege bleiben unbekannt oder gehen in Prüfung.
Die Hierarchie sagt dem Reviewer, wie weit eine Aussage gehen darf; sie macht einen Account nicht universell wahr oder falsch. Eine Karriereseite kann stützen: „Diese Rolle war am Beobachtungsdatum ausgeschrieben.“ Sie belegt nicht Teamgröße, Budget oder Kaufprojekt. Ein Register kann eine Identitätstatsache stützen; es belegt nicht, dass ein lokaler Standort für dein Angebot kommerziell relevant ist.
Ergänze für schwierige Felder eine Claim-Grenze: ein Satz dazu, was die Quelle nicht belegt. Das macht die Qualitätsregel für neue Reviewer lehrbar und verhindert, dass späterer Sales-Text einen Account-Hinweis zu einer personenbezogenen Behauptung aufwertet.
9. Spiele vor der Skalierung eine gemischte Stichprobe durch
Nutze einen fiktiven, aber realistischen Batch, um den Vertrag greifbar zu machen. Angenommen, das Team qualifiziert 30 Unternehmen für ein Produkt rund um Service Operations. Die Regel lautet: operativer Hersteller mit deutschem Standort und öffentlichem Beleg für Multi-Standort-Service; Händler und reine Gruppenseiten scheiden aus.
Lass zwei Reviewer ohne vorherige Diskussion entscheiden. Ihre Abweichung zeigt, ob Regel, Belegklasse oder Entitätsgrenze zu unklar sind. Löse die Abweichung nicht durch allgemeinere Firmografiefilter, sondern durch eine bessere schriftliche Entscheidungsregel.
10. Definiere Übergabe- und Löschgrenzen vorab
Die angenommene Liste ist kein Endpunkt. Lege fest, wohin sie geht, wer sie nutzen kann, welche Spalten mitgehen müssen und welche nicht. Die unmittelbare Übergabe enthält normalerweise kanonischen Account, Entscheidung, Einschlussgrund, Quellen-URL, Beobachtungsdatum, Reviewer, ICP-Version und erlaubte nächste Aktion. Rohe Discovery-Notizen, schwache Schlüsse und nicht benötigte Personendaten sollten nicht zu dauerhaften Downstream-Feldern werden, nur weil sie im Review hilfreich waren.
Wo der nächste Schritt personenbezogene Daten verarbeitet, benenne vor dem Anfragen eines Kontaktfelds den Zweck. Art. 5 DSGVO verlangt Datenminimierung für den festgelegten Zweck. Ein Team-Gate entscheidet damit nicht selbst über Rechtmäßigkeit, kann aber ungeklärte Accounts aus unnötiger Kontaktrecherche halten. Art. 5 DSGVO: Verarbeitungsgrundsätze
Erstelle auch eine Exit-Regel: Lehne Kandidaten ab, die scheitern, bewahre den Entscheidungsgrund für den vereinbarten Review-Zeitraum auf und öffne sie nur erneut, wenn eine versionierte ICP-Regel oder ein neuer Primärbeleg die relevante Bedingung verändert. So recycelt eine Liste nicht immer wieder dieselben schwachen Kandidaten.
11. Prüfe den Pilot gegen einen bekannten Referenzsatz
Wenn dein Team bereits einige eindeutig passende und eindeutig unpassende Unternehmen kennt, nutze sie nicht nur als Inspirationsquelle. Lege sie als kleinen Referenzsatz an und bewerte sie mit genau derselben Regel wie neue Kandidaten. Dieser Satz ist kein Beweis für vollständige Marktabdeckung. Er zeigt aber, ob die neue Regel bekannte Beispiele reproduzierbar behandelt.
Dokumentiere bei jeder Abweichung, ob das Problem in Discovery, Entitätsauflösung, Belegklasse oder der eigentlichen Einschlussregel liegt. Ein bekannter Kunde, der nach der neuen Regel scheitert, kann auf eine zu enge Definition hinweisen. Ein bekannter Ausschluss, der passiert, zeigt häufig eine fehlende Negativkontrolle. Ändere zuerst den Feldvertrag und wiederhole die Stichprobe, statt einzelne Zeilen mit einer Ausnahme zu retten.
12. Richte die Review-Ökonomie auf den nächsten Schritt aus
Nicht jede Unklarheit verdient gleich viel Zeit. Definiere eine Zeitgrenze pro Kandidat und eine Eskalationsregel. Eine fehlende lokale Website kann für einen teuren Enterprise-Account ein begründeter Review-Fall sein, für einen breiten Top-of-Funnel-Pilot jedoch ein Ausschluss oder No-Result. Wichtig ist, dass die Regel vor der Bearbeitung steht und für alle Quellen gilt.
So wird die Liste nicht nur präziser, sondern auch steuerbar: Das Team kann sehen, welche Unklarheiten wirklichen Nutzen erzeugen und welche Recherche nur eine schwache Ausgangsregel kompensiert.
13. Entscheide anhand der dokumentierten Fehler, nicht anhand der Listengröße
Schließe den Pilot mit einer kurzen Entscheidung ab: skalieren, Regel verengen, Quelle wechseln oder stoppen. Skalierung ist nur sinnvoll, wenn die gemischte Stichprobe nachvollziehbar klassifiziert wurde, der Review-Aufwand zum nächsten Schritt passt und wiederkehrende Fehler eine dokumentierte Reparatur haben. Eine große Liste ohne diese Bedingungen ist kein Fortschritt, sondern nur eine größere Warteschlange für spätere Korrekturen.
Der ICP bleibt dadurch jederzeit eine überprüfbare Arbeitsanweisung.
Warum Qualifizierung vor den Kontakt-Lookup gehört
Ein datenbankzentrierter Workflow behandelt ein gefundenes Unternehmen häufig bereits wie einen Lead und verschiebt die schwierige Arbeit nach hinten: Zeilen exportieren, Liste bereinigen, Grenzfälle diskutieren und Kontakte aufdecken, bevor jemand erklären kann, warum jeder Account überhaupt dazugehört. Leadbase dreht diese Reihenfolge um. Ein gefundenes Unternehmen bleibt ein Kandidat, bis die dokumentierte ICP-Regel und die erhaltenen Belege den nächsten Schritt rechtfertigen.
Bei Leadbase ist nicht der größte Export das Ziel, sondern eine Liste nach deiner eigenen Definition des richtigen Accounts.
Diese Veränderung wirkt klein, beseitigt aber den teuersten Bruch beim Listenbau. Unternehmen, Qualifikationsfelder, Quellenbelege, Review-Status, Owner und nächste Aktion können in einem gemeinsamen Sheet bleiben. Das Team wählt nur akzeptierte Zeilen für gezielte Recherche aus, lässt ein No-Result sichtbar statt daraus eine Vermutung zu machen und exportiert die Liste erst nach der Entscheidung.
Darum ist Leadbase bei einem schwierigen ICP interessant: nicht weil eine andere Datenbank keine Zeilen liefern kann, sondern weil das Liefern der Zeilen nur der Anfang ist. Baue eine kleine Kandidatenmenge in Leadbase und prüfe, ob ein zweites Review zu denselben Entscheidungen kommt. Wenn du nur eine statische, bereits freigegebene Mailing-Datei brauchst, ist dieser zusätzliche Review-Workflow womöglich unnötig.
Checkliste vor der Skalierung
- Ein Satz beschreibt, was ein akzeptierter Account ermöglicht.
- Jede Einschlussregel hat zulässige Belege und einen Gegenbeleg.
- Negativkontrollen wurden geprüft.
- Pass, Prüfung und Fail sind Entscheidungszustände; unbekannt ist ein sichtbarer Evidenzstatus, der in die Prüfung routet.
- Das Team fragt Kontakte erst nach Account-Freigabe an.
- Sheet enthält Quelle, Datum, Entscheidung und Versionsstand.
- Eine zweite Person kann eine Stichprobe der Entscheidungen reproduzieren.
