Die direkte Antwort
Eine Account-Karte für ein neues Land ist kein Export mit Länderfilter. Sie ist eine dokumentierte Schätzung, welche operativen Accounts passen könnten, warum jede Entität im Umfang liegt und wo die Schätzung unsicher ist. Trenne das Marktmodell von der geprüften Account-Warteschlange: Das Modell erklärt den Nenner; die Warteschlange enthält tatsächlich geprüfte Entitäten. Ist die Account-Regel selbst noch vage, definiere sie zuerst mit dem Workflow vom ICP zur Account-Liste.
Beginne mit Land, Tätigkeit, operativem Footprint, Größenband und Ausschlussregeln. Entscheide, ob eine juristische Entität, ein Standort, eine Gruppe oder ein lokales Buying Center der kommerzielle Account ist. Nutze Klassifikationen und Register für Kandidaten, fordere aber aktuelle Unternehmensbelege, bevor eine Zeile als bearbeitbar gilt.
1. Definiere die Einheit vor dem Zählen
Eine Gruppe kann Parent, Landesgesellschaft, lokalen Vertrieb, Werk und Niederlassung gleichzeitig erzeugen. Die Marktgröße ändert sich stark, je nachdem, was du zählst.
Schreibe die Regel, bevor du eine Datenbank öffnest. Sonst wird die Karte zu einer Liste leicht auffindbarer Unternehmen.
2. Nutze Klassifikationen als Start-Hypothese
Für europäische Wirtschaftsstatistiken ist NACE eine gemeinsame Tätigkeitsklassifikation; Eurostat weist darauf hin, dass NACE Rev. 2.1 für europäische Statistiken ab 2025 gilt. Ein Code hilft beim Kandidaten-Universum, beweist aber nicht die heutige kommerzielle Relevanz eines Unternehmens. Eurostat: NACE
Arbeite mit zwei Ebenen:
- Abdeckung: Branchen-Codes, Register, Verbandslisten, Ausstellerlisten und bekannte Accounts erzeugen Kandidaten und eine nachvollziehbare Schätzung.
- Qualifizierung: aktuelle Unternehmensseiten, lokale operative Belege und der schriftliche ICP entscheiden, ob eine Entität in die geprüfte Account-Warteschlange kommt.
Das EU-System für Unternehmensregister hilft bei Registerinformationen über teilnehmende Länder hinweg, aber Verfügbarkeit und Felder unterscheiden sich nach Jurisdiktion. Behandle Registerdaten als datierte Quelle mit lokalen Grenzen, nicht als vollständigen aktuellen Marktfeed. EU e-Justice: Unternehmensregister
3. Baue ein Abdeckungsprotokoll
Halte für jeden Kandidaten den Fundweg fest. So wird die lauteste Quelle nicht fälschlich zur besten Quelle.
Rechne in Stufen: gefundene Kandidaten, bereinigte Duplikate, Entitäten mit ausreichendem Beleg, akzeptierte Accounts und Prüfaccounts. Der erste Wert ist nicht automatisch TAM.
4. Lokalisiere die Belege, nicht nur das Länderfeld
Markteintritt scheitert, wenn eine globale Kategorie lokal dasselbe bedeuten soll. Ergänze lokalen Wortschatz, Rechtsformvarianten, regionale Standortmuster und Ausschlüsse. Bewahre Originalbegriffe auf, statt nur eine englische Zusammenfassung zu speichern.
Prüfe Negativkontrollen: Firmen aus dem Nachbarland, nationale Händler, lokal registrierte aber anderswo operierende Entitäten und Unternehmen mit denselben Begriffen in anderem Kontext. Das Ziel ist keine perfekte Marktzahl, sondern eine Regel, die lokale Realität übersteht.
5. Beweise die Mechanik mit 20 Accounts und erweitere dann auf 50
Nutze die ersten 20 bewusst gemischten Accounts, um zu beweisen, dass eine zweite Person Entitätsgrenze, Belegregel und Negativkontrollen anwenden kann. Hält diese Mechanik, erweiterst du denselben Vertrag auf einen 50-Account-Coverage-Pilot mit festem Quellenmix und Review-Fenster. Ändere zwischen beiden Stufen nicht die Account-Einheit. Bewahre pro Account kanonische Entität und Domain, Länder-/Standortbeleg, Tätigkeitsbeleg und Originalsprache, Größen-Proxy, Einschluss-/Ausschlussregel, Gruppenbeziehung, Entscheidung, Reviewer und nächsten Schritt auf.
Miss akzeptierte Accounts pro Review-Stunde, Prüfanteil, Duplikatanteil und wiederkehrende Ablehnungsgründe je Quelle. Liefert ein Branchen-Code regelmäßig Händler, verfeinere die Regel, bevor du weitere Zeilen suchst. Ist unklar, ob eine Landesniederlassung ein eigener Account ist, löse das Modell vor Territory-Zuweisung oder Kontaktrecherche.
Nutze das Länder-Marktkarte-Protokoll
Lade das Länder-Marktkarte-Protokoll herunter. Schreibe lokale Entitätsgrenze und Negativkontrollen vor dem Befüllen an den Anfang des Arbeitsbriefings. Beispielsweise kann ein operativer Standort in Frankreich im Scope sein, während eine in Frankreich registrierte Holding es nicht ist; das ist eine illustrative Regel, keine Marktbehauptung. Halte den ursprünglichen lokalen Begriff und die Quelle neben jeder Entscheidung, damit ein späterer Reviewer Übersetzung und Beleg unterscheiden kann. Halte für den unabhängigen Qualitätscheck außerdem Zweit-Reviewer, Prüftag, Übereinstimmung, Grund einer Abweichung und ihren Klärungsstatus fest.
Plane das erste Review eines Ländermarkts
Schätze die menschliche Review-Kapazität, die du brauchst, um aus Kandidaten eines Ländermarkts eine begrenzte, geprüfte erste Stichprobe zu machen.
Die Stichprobe ist auf die Kandidatenzahl begrenzt. Die akzeptierte Zahl ist eine Planungsannahme für geprüfte Zeilen, keine Schätzung von Marktgröße oder Coverage.
Prüfe 60 von 600 Kandidaten bei einer Kapazität von 60 Accounts pro Woche. Das vorläufig akzeptierte Ergebnis sind 21 Accounts.
| Market-Map-Kennzahl | Ergebnis |
|---|---|
| Kandidaten-Accounts | 600 |
| Erste geprüfte Stichprobe | 60 |
| Vorläufig in der Stichprobe akzeptiert | 21 |
| Review-Stunden gesamt | 12 |
| Wöchentliche Review-Kapazität | 60 |
Das Diagramm hält Kandidatenuniversum, geprüfte Stichprobe und vorläufig akzeptiertes Ergebnis sichtbar getrennt.
Die wöchentliche Review-Kapazität entspricht Reviewern mal Review-Stunden pro Woche geteilt durch Minuten je Account. Wochen entsprechen der ersten Stichprobe geteilt durch diese Kapazität und werden aufgerundet. Vorläufig akzeptierte Accounts wenden den eingetragenen Anteil nur auf geprüfte Zeilen an.
Das plant Review-Arbeit; es beweist weder Markt-Coverage noch offizielle Unternehmenszahlen, aktuellen operativen Status oder die Zahl sales-bereiter Accounts in einem Land.
6. Löse Entitäten auf, bevor du Abdeckung berechnest
Die meisten Fehler einer Marktkarte sind Identitätsfehler, die wie Research-Fortschritt aussehen. Ein juristischer Name kann Parent, lokale Tochter, Niederlassung oder ein umbenanntes Unternehmen meinen. Eine Marken-Website kann mehrere juristische Entitäten abdecken. Umgekehrt können zwei verschiedene Unternehmen denselben Handelsnamen verwenden. Ein Suchtreffer darf nicht entscheiden, welche Beziehung kommerziell zählt.
Nutze für jede Zeile, die vom Kandidaten zum akzeptierten Account wird, ein kleines Entitätsprotokoll:
- Erhalte die Quellidentität. Halte Name, Länder- oder Registerkontext und URL beziehungsweise Kennung genau so fest, wie die Quelle sie schreibt. Ersetze ihn nicht durch einen vermuteten englischen Namen, ohne den Originalnamen zu bewahren.
- Finde die operative Identität. Suche Domain, lokale Adresse, Standort und Tätigkeitsbeleg für genau die Einheit deiner Account-Regel. Eine Parent-Domain beweist allein keinen lokalen operativen Account.
- Dokumentiere die Beziehung. Markiere Parent, Tochter, Niederlassung, Marke, Händler, Nachfolger oder unbekannt. „Unbekannt“ ist ein gültiger Zustand und besser als ein stiller Merge.
- Wende eine Duplikatregel an. Zum Beispiel: Merge nur, wenn dieselbe kommerzielle Einheit dieselbe kanonische Domain und denselben lokalen Betriebsbeleg hat; sonst bleiben die Zeilen verknüpft und gehen in Review. Das ist eine Arbeitsregel, kein universeller Identitätsstandard.
- Bewahre die verlorene Zeile. Bei einem Merge bleiben zusammengeführte Kennung, Grund, Reviewer und Datum erhalten. So kann ein Territory eine falsche Zusammenführung zurückdrehen, statt den Account neu zu entdecken.
Entscheidend ist die Trennung von Identitätsaussage und kommerzieller Scope-Aussage. Ein Register kann belegen, dass zwei Namen zu einer Gruppe gehören. Dein Team muss trotzdem entscheiden, ob die Gruppe einen Owner, zwei lokale Bewegungen oder keine Ansprache bekommt. Überlasse diese kommerzielle Entscheidung nicht implizit einer Entitätsauflösung oder einem Branchen-Code.
Ein praktischer Duplikat-Entscheidungsbaum
Stelle die Fragen in dieser Reihenfolge. Fehlt ein Beleg, stoppt die Entscheidung und die Zeile geht in Review.
Das schützt Nenner und Sales-Warteschlange. Wenn eine Karte zunächst 500 Kandidaten zählt und später 80 Gruppen-Duplikate erkennt, heißt das nicht „80 Accounts verloren“. Die erste Schätzung nutzte eine andere Einheit. Versioniere den Nenner, statt die Änderung zu verstecken.
7. Miss Abdeckung als Aussage mit Nenner
„Wir haben den Markt gefunden“ ist kein messbares Ergebnis. Abdeckung braucht einen benannten Nenner, ein Datum, einen Quellenmix und eine Definition dessen, was außerhalb der Karte bleibt. Das bedeutet nicht, ein privates Marktuniversum perfekt beobachtbar zu nennen. Es bedeutet, klar zu sagen, was die Zahl meint.
Formuliere beispielsweise: „Zum Prüftag enthält dieses Protokoll Kandidaten aus den genannten Quellen, die die schriftliche Länder- und Tätigkeitsregel erfüllen. Es ist keine Zählung aller Unternehmen im Land.“ Diese Aussage gehört in Arbeitsbriefing und jede Folie mit der Zahl.
Trenne dann vier Kennzahlen:
Mittle diese Werte nicht zu einem scheinpräzisen Score. Ein Register kann breite Identitätsabdeckung, aber wenig Produktkontext liefern. Eine lokale Eventliste kann hohe Relevanz, aber absichtlich keine Nichtmitglieder enthalten. Ihre Stärken ergänzen sich. Halte für die Quellenzurechnung vor dem Review genau einen primären Fundweg fest; markiere Accounts aus mehreren Quellen als mehrquellig und schließe sie aus Ein-Quellen-Raten aus, statt denselben akzeptierten Account allen Quellen gutzuschreiben.
Nutze einen geschichteten Qualitätscheck
Wer nur leichte Zeilen prüft, produziert eine schmeichelhafte Akzeptanzrate. Ziehe eine kleine Stichprobe aus jedem wichtigen Fundweg, Tätigkeitscluster, Größenband und Grenzfall. Ein Reviewer, der die Zeile nicht angelegt hat, entscheidet dann, ob die dokumentierten Belege das Ergebnis tragen. Halte Übereinstimmung, Widerspruch und Grund fest.
Für eine erste kleine Karte kann die Stichprobe bewusst operativ sein: zum Beispiel eine feste Zahl pro Quellenklasse statt einer Behauptung, sie sei eine repräsentative nationale Erhebung. Benenne sie als Qualitätscheck, nicht als Populationsschätzung. Führt eine Klasse wiederholt zu Streit, überarbeite die Einschlussregel und prüfe frühere Zeilen dieser Klasse erneut, bevor du sie ausweitest.
8. Arbeite ein hypothetisches Markteintrittsbeispiel durch
Das folgende Beispiel ist ausdrücklich hypothetisch. Es erklärt eine Methode, nicht einen realen Markt, ein Unternehmen oder ein erwartetes Leadbase-Ergebnis.
Stell dir einen B2B-Anbieter für Industrieausrüstung vor, der ein Zielland prüft. Die kommerzielle Hypothese lautet: „Priorisiere lokale operative Standorte, die öffentlich Wartung installierter Industrieausrüstung beschreiben, schließe reine Händler aus und behandle eine lokale Niederlassung nur dann als eigenen Account, wenn sie einen eigenen Servicebetrieb hat.“
Das Team schreibt drei Regeln vor der Recherche:
- Positiver Beleg: aktuelle lokale Service-, Wartungs-, Reparatur-, Inbetriebnahme- oder Außendienstseite mit Bezug zu Zielland oder Standort.
- Negativer Beleg: Unternehmen beschreibt sich nur als Import, Wiederverkauf, Vertretung oder Distribution ohne passende Operation.
- Review-Beleg: Gruppenseite nennt Service, belegt aber nicht, welche lokale Einheit ihn erbringt.
Es findet 120 Kandidaten aus einer klassifikationsbasierten Quelle, 35 aus einer lokalen Ausstellerliste und 20 aus einer Erweiterung bekannter Accounts. Nach expliziter Duplikatverknüpfung bleiben 145 eindeutige Kandidaten. Ein Reviewer prüft ausgewogen die ersten 50. Einunddreißig haben positiven lokalen Beleg, neun sind Händler, sechs gehören zu demselben Parent ohne lokalen Betriebsbeleg und vier sind unklar. Das Ergebnis lautet nicht „Es gibt 31 Accounts im Land“. Die belastbare Aussage ist: „Unter Regelversion 1 kamen 31 der ersten 50 geprüften Kandidaten in die Warteschlange; zehn Zeilen brauchen vor Ausweitung des Quellenmixes eine Entitäts- oder Rollenentscheidung.“
Diese Trennung verändert die nächste Aktion. Das Team sucht nicht 1.000 weitere Zeilen. Es klärt zuerst, ob gruppenweiter Service zählt, und prüft dann die sechs unsicheren Gruppenfälle erneut. Sagt der kommerzielle Owner, dass jeder lokale Servicestandort eine eigene Bewegung braucht, ändert sich die Ledger-Version. Sagt er, dass Gruppenabdeckung genügt, können verknüpfte Standorte zusammengeführt werden. Beide Wege sind nur gültig, wenn sie dokumentiert sind.
9. Definiere das Handoff-Gate vor der Kontaktrecherche
Eine Marktkarte wird teuer, wenn Kontakte für Accounts recherchiert werden, die später an einer einfachen Entitäts- oder Tätigkeitsprüfung scheitern. Füge dem Protokoll einen klaren Handoff-Zustand hinzu:
„Akzeptierter Account“ bedeutet nicht „guter Kunde“, „erreichbarer Käufer“ oder „zulässige Ansprache“. Das sind getrennte Entscheidungen. Ein explizites Gate macht ein Leadbase Sheet nützlich: Der gemeinsame Datensatz enthält Beleg und menschliche Entscheidung, die rechtfertigen, eine ausgewählte Zeile an die nächste eng definierte Anreicherung zu geben.
10. Teste die Karte erneut, wenn sich eine Prämisse ändert
Jede Karte braucht einen Retest-Auslöser. Ein Datum allein reicht nicht. Teste erneut, wenn sich Länderdefinition, Produktlinie, kommerzielle Einheit oder Quellenabdeckung ändern, wenn ein wiederkehrender Ablehnungsgrund auftaucht oder ein Territory Owner eine wesentliche Fehleinschätzung findet. Bewahre die frühere Version mit ihren Ergebnissen auf, damit Marktveränderung und Regelveränderung getrennt bleiben.
Lege drei Owner fest: für ICP/Account-Regel, für Entitätsentscheidungen und für das kommerzielle Handoff. Eine Person kann Belege vorbereiten, aber die Person mit Vorteil aus einem größeren oder kleineren Universum sollte die Regel nicht still ändern. Diese Trennung ist eine praktische Kontrolle gegen Listen-Bias.
Was dieser Guide belegt und was nicht
Dieser Ablauf schafft eine transparente Account-Research-Schätzung. Er belegt weder Marktnachfrage noch adressierbare Ausgaben, rechtliche Erlaubnis zur Kontaktaufnahme, Forecast oder Vollständigkeit eines Registers. Nutze formale Marktforschung, lokale Beratung und eigene kommerzielle Daten, wenn diese Aussagen relevant sind. Der Wert des Protokolls ist einfacher: Jemand kann nachvollziehen, warum ein Kandidat aufgenommen, ausgeschlossen, gemergt oder ungeklärt blieb.
Ein kurzes Review-Protokoll für den ersten Durchlauf
Plane vor Beginn ein 30-minütiges Review mit Research, Territory und Sales. Lies nicht jede Zeile vor. Nimm fünf akzeptierte, fünf ausgeschlossene und fünf ungeklärte Zeilen aus unterschiedlichen Quellen. Prüft gemeinsam nur vier Fragen: Trägt der Beleg die Account-Einheit? Trägt er die Länderbedingung? Trägt er die Tätigkeit? Ist der Ausschluss- oder Merge-Grund nachvollziehbar? Jede Uneinigkeit wird entweder zu einer präziseren Regel, einem neuen Review-Zustand oder einem dokumentierten Ausnahmefall.
Danach versiehst du die Karte mit einer Version und einem kurzen Änderungslog: Was wurde an der Regel geändert, welche bereits geprüften Zeilen betrifft das, und wer entscheidet über die Rückprüfung? So verhinderst du, dass sich ein neuer Begriff oder ein einzelner Grenzfall unbemerkt durch die ganze Liste zieht. Ein belastbarer erster Durchlauf endet nicht mit einer großen Zahl, sondern mit einer nächsten, prüfbaren Forschungsfrage.
Gib der Karte außerdem ein sichtbares Gültigkeitsfenster. Das ist kein Versprechen, dass alle Zeilen bis zu diesem Datum wahr bleiben. Es sagt nur, wann das Team den Quellenmix, die Kriterien und die offenen Fälle erneut ansehen muss, bevor eine Budget-, Territory- oder Kampagnenentscheidung auf der Karte beruht. Bei einer schnellen ersten Hypothese kann das Fenster kurz sein; bei einer einmaligen strategischen Analyse kann es an einen klaren Produkt-, Markt- oder Organisationsauslöser gebunden sein. Entscheidend ist, dass das Datum eine überprüfbare Aufgabe auslöst und nicht als dekoratives „zuletzt aktualisiert“ endet.
Wo Leadbase den Markteintritt verändert
Marktrecherche und Sales-Ausführung liegen normalerweise auf zwei Seiten einer Übergabe. Das Marktmodell bleibt in einem Memo oder Deck; die Sales-Datenbank beginnt erneut mit einem Länderfilter. Genau bevor das Team Zeit und Kontakt-Credits investiert, verschwinden die Annahmen, aus denen der Markt entstanden ist.
Leadbase verbindet beide Teile, indem es die Marktdefinition ausführt. Semantische Discovery findet Kandidaten nach ihrer tatsächlichen Tätigkeit; eigene Research-Felder prüfen anschließend lokale Betriebs-, Service-, Sprach-, Zertifizierungs- oder Ausschlussregeln, die ein Länderfilter nicht ausdrücken kann. Die Karte endet deshalb nicht als Zahl auf einer Folie. Sie wird zum qualifizierten Zielmarkt nach derselben geschäftlichen Definition.
Die operative Brücke zählt: Dieselben Belege, die den Markt definieren, entscheiden auch, welche Accounts in die Ausführung dürfen.
Nach bestandenem Review kann dein Team den Account für die nächste gezielte Recherche auswählen. Wenn sich ein einzelnes Feld wirklich schnell verändert, kann diese Recherche-Spalte nach Zeitplan laufen, ohne die gesamte Länderkarte als dauerhaft aktuell auszugeben. So bleiben die Annahmen des Markteintritts bis zur Übergabe erhalten.
Leadbase macht eine geschätzte Marktgröße nicht exakt und ersetzt keine offiziellen Register, Branchenrecherche, lokale Expertise oder Beratung. Der Vorteil beginnt, sobald diese Inputs den Markt definieren: Leadbase entdeckt, recherchiert und qualifiziert passende Unternehmen und bereitet sie in einem Arbeitsweg auf die Kontaktrecherche vor. Baue den ersten Länderpilot oder prüfe die Marktdefinition mit uns.
Entscheidungsprotokoll
Halte vor Budget oder Kampagne Land, Quellen-Datum, Account-Einheit, NACE- oder Klassifikationsversion, Regeln, Fundwege, Duplikatlogik, Anteil beleggestützter Stichprobenentscheidungen, ungeklärten Anteil und Retest-Auslöser fest. Definiere diesen Anteil als unabhängig geprüfte Stichprobenzeilen, deren dokumentierter Beleg das festgehaltene Ergebnis trägt ÷ alle unabhängig geprüften Stichprobenzeilen. Dieses Protokoll ist wertvoller als eine große, nicht erklärbare Länder-Liste.
