BD-Territory-Planung 2026: Vertical, Region oder Named Accounts?

TL;DR

Die meisten Agenturen bauen ihr Territory-Modell einmal, mehr oder weniger nach Gefühl, und fassen es danach nie wieder an: Zwei Drittel aller B2B-Organisationen halten ihre eigene Territory-Planung für ineffektiv oder nur "einigermassen effektiv" [2], und 76% planen ihr Territory nur einmal pro Jahr [2]. Es gibt eigentlich nur drei ehrliche Wege, ein Recruitment-BD-Desk aufzuteilen - nach Vertical/Branche, nach Region oder nach Named Accounts - und die meisten wachsenden Agenturen landen irgendwann bei einer Hybrid-Variante aus zweien. Das eigentliche Risiko ist nicht das "falsche" Modell. Es ist, dass jedes Modell auf dieselbe Art bricht: Consultants überschneiden sich und kontaktieren dasselbe Unternehmen doppelt [3], oder ein Consultant wechselt das Patch oder verlässt die Agentur - bei einer geschätzten Fluktuation von 25% pro Jahr im Permanent-Recruitment [4] - und nimmt die Account-Historie einfach mit. Ein gemeinsames Company Brain löst genau dieses zweite Problem strukturell: Jedes Signal, jeder Kontakt und jeder Outreach-Versuch liegt am Account, nicht im Kopf eines einzelnen Consultants, sodass sich Territory neu zuschneiden lässt, ohne bei null anzufangen.

Warum Territory-Planung beim Skalieren kippt

In einer gründergeführten Agentur oder auf einem kleinen Desk ist Territory eigentlich keine Entscheidung. Ein, zwei Consultants bearbeiten, was reinkommt. Das Problem entsteht in dem Moment, in dem eine Agentur den dritten, vierten oder fünften BD-Consultant einstellt und bewusst festlegen muss, wer wofür zuständig ist. Läuft das schief, zeigen sich die Symptome schnell:

• Doppelter Outreach beim selben Unternehmen: Zwei Consultants kontaktieren in derselben Woche denselben Hiring Manager, weil niemand den Account eindeutig besitzt - eines der sichtbarsten Zeichen für kaputte Territory-Zuordnung, nicht nur im Recruitment, sondern in B2B generell [3].
• Streit um Wins: Ein Consultant landet ein Placement bei einem Unternehmen, mit dem angeblich "schon jemand anderes gesprochen hat" - und die Diskussion, wem die Commission zusteht, kostet mehr Management-Zeit, als der Deal wert war.
• Unbearbeitete Patches: Alle jagen dieselben offensichtlichen Logos (frisch finanzierte Scale-ups, der grosse lokale Arbeitgeber), während ganze Verticals oder Regionen brachliegen, weil niemand explizit dafür zuständig ist.
• Wissen, das mit dem Consultant geht: Ein Consultant, der drei Jahre lang ein Vertical oder Patch bearbeitet hat, verlässt die Agentur - und mit ihm die inoffizielle Landkarte: Wer die echten Entscheider sind, welcher Pitch schon versucht wurde, welche Accounts warm sind.
• Ein Plan, der einmal gebaut und nie wieder angefasst wird: die meisten Organisationen überarbeiten ihr Territory nur einmal jährlich, und bis ein veralteter Split korrigiert wird, sind bereits zwei Quartale an Coverage verloren [7].

Nichts davon ist recruitment-spezifisch. Zwei Drittel aller B2B-Organisationen halten ihre eigene Territory-Planung für ineffektiv oder nur einigermassen effektiv, und Firmen mit guter Territory-Planung übertreffen ihre Vertriebsziele um 14%, während Firmen mit schlechter Planung um 15% darunter bleiben - ein Unterschied von fast 30 Prozentpunkten [2]. Was im Recruitment tatsächlich anders ist, ist die Fluktuation der Menschen, die das Territory halten: Permanent-Consultants und Account Manager wechseln mit einer geschätzten Rate von 25% pro Jahr, und das Ersetzen eines Consultants kostet inklusive verlorener Billings schätzungsweise rund 400% seines Gehalts [4]. Ein Territory-Plan, der nur im Kopf einer Person existiert, ist ein Plan, der sich nach einem Zeitplan zurücksetzt, den du nicht kontrollierst.

Die drei Wege, ein Recruitment-BD-Desk aufzuteilen

Wenn man den Fachjargon weglässt, bleiben nur drei Grundmodelle für die Territory-Zuordnung. Jedes Modell, so ausgefeilt es auch wirkt, ist eines davon oder eine Mischung aus zweien.

1. Vertical / Branchen-Spezialisierung

Jeder Consultant oder jedes Desk besitzt eine Branche - Life Sciences, Fintech, Bau, Energie - unabhängig davon, wo der Kunde sitzt. Das ist im Spezial-Recruitment der Standard, weil generischer, branchenunabhängiger Outreach zuverlässig generische Ergebnisse bringt; erfolgreiches Recruitment-BD ist fast immer vertical-spezifisch und zielt auf Unternehmen, die bereits mit Agenturen arbeiten (oder Signale zeigen, dass sie das bald brauchen) - innerhalb einer klar definierten Spezialisierung und bei einem Hiring-Volumen, das den Aufwand rechtfertigt [5].

• Am stärksten für: Agenturen mit echter Branchenexpertise, technischen oder regulierten Rollen und einem Candidate Pool, der selbst branchenspezifisch ist (Engineers, Aktuare, Klinikpersonal).
• Schwachpunkt: Manche Verticals sind schlicht grösser als andere. Ein Consultant auf "Logistik" hat vielleicht das Zehnfache des adressierbaren Markts eines Consultants auf "Renewables" - Headcount und Quote müssen laufend nachjustiert werden.
• Was beim Weggang kaputtgeht: Das Vertical-Playbook - welcher Pitch-Winkel bei einem CFO zieht und welcher bei einer Ops-Leitung, welche Case Studies wirklich konvertieren - ist meist das am schlechtesten dokumentierte Wissen in der Agentur, weil es der Person, die jahrelang in der Branche steckt, "offensichtlich" vorkommt.

2. Region

Jeder Consultant besitzt eine Region oder ein Patch - München, das Ruhrgebiet, DACH, eine Metropolregion - über alle Branchen hinweg. Das ist das älteste Modell im Recruitment, weil es genau dazu passt, wie Consultants lokale Netzwerke aufbauen, lokale Events besuchen und lokale Arbeitsmärkte verstehen.

• Am stärksten für: Generalisten-Desks, hochvolumige oder weniger spezialisierte Placements, und Agenturen, deren Vorteil tatsächlich in lokalen Beziehungen liegt und nicht in Branchentiefe.
• Schwachpunkt: Opportunity ist auf einer Landkarte selten gleichmässig verteilt. Ein Regions-Territory kann einem Consultant eine dichte Metropole voller Scale-ups geben und einem anderen ein dünn besiedeltes Patch mit einem Bruchteil der adressierbaren Unternehmen [1].
• Was beim Weggang kaputtgeht: Verlässt ein Patch-Consultant die Agentur, verliert sie die informelle lokale Landkarte - wer der freundliche HR-Kontakt bei jedem mittelständischen Arbeitgeber ist, welche Unternehmen notorisch spät zahlen, welche gerade unauffällig expandieren.

3. Named Accounts

Eine feste Liste konkreter Unternehmen wird einem Consultant oder einem kleinen Pod zugeordnet, unabhängig von Branche oder Region - und der Job ist, in die Tiefe statt in die Breite zu gehen. Das ähnelt eher einer Strategic-Account-Management-Rolle als klassischem BD: beziehungsschützend und beratend statt wachstumsexplorativ, und es passt dort, wo eine kleine Zahl an Accounts den grössten Teil des Umsatzpotenzials eines Desks ausmacht [6].

• Am stärksten für: Enterprise- oder PE-finanzierte Kunden, Multi-Site- oder Framework-Accounts, und Agenturen, bei denen eine Handvoll Namen jeweils mehrere parallele Mandate tragen könnten.
• Schwachpunkt: Braucht präzises Account-Scoring im Vorfeld. Landen die falschen 100 Unternehmen auf der Named-Liste, verbringt der Consultant ein Jahr damit, Accounts zu "schützen", die ohnehin nie Budget gehabt hätten.
• Was beim Weggang kaputtgeht: Die komplette Account-Historie - was versprochen wurde, wer der echte Champion im Unternehmen ist, worüber das letzte Commercial-Gespräch lief - ist der eigentliche Sinn eines Named-Account-Modells, weshalb es das Modell ist, das beim Weggang des zuständigen Consultants am katastrophalsten verloren geht.

4. Hybrid-Modelle

In der Praxis landen die meisten Mid-Market- und Enterprise-B2B-Organisationen bei einer Hybrid-Lösung [1], und wachsende Recruitment-Agenturen sind da keine Ausnahme: Vertical-Desks, die dann nach Region aufgeteilt werden, sobald eine Branche für einen Consultant zu gross wird, oder eine Named-Account-Schicht der 20-30 grössten Logos oben auf einer Vertical- oder Regions-Basis. Hybride lösen das Coverage-Problem, vervielfachen aber die Komplexität der Zuordnungsregeln - genau deshalb brauchen sie am dringendsten ein System of Record statt einer Excel-Liste und dem Gedächtnis eines Consultants.

Modellwahl im Vergleich

Es gibt kein universell "richtiges" Modell. Die richtige Wahl hängt davon ab, wie konzentriert dein adressierbarer Markt ist und wie viel deines Vorteils in Beziehungen liegt versus in Branchenexpertise.

Modell	Am besten für	Wichtigste Schwäche	Risiko beim Weggang eines Consultants
Vertical / Branche	Spezialisten-Desks, technische oder regulierte Rollen, tiefe Candidate-Netzwerke	Ungleiche Marktgrösse zwischen Verticals; braucht regelmässiges Nachjustieren	Verlust des Branchen-Playbooks und des unausgesprochenen "was funktioniert"-Wissens
Region	Generalisten-Desks, hochvolumige Placements, lokale Netzwerk-Business-Modelle	Opportunity-Dichte variiert stark je nach Patch	Verlust der informellen lokalen Kontaktkarte und des Account-Feelings
Named Accounts	Enterprise-/PE-finanzierte Kunden, Framework- oder Multi-Site-Accounts	Braucht präzises Scoring; falsche Liste verschwendet eine ganze Quote	Verlust der kompletten Beziehungshistorie - der eigentliche Sinn des Modells
Hybrid	Wachsende Mid-Market-Agenturen, die über die erste BD-Einstellung hinauswachsen	Komplexe Zuordnungsregeln; von Hand am schwersten konsistent zu halten	Bündelt alle drei obigen Risiken gleichzeitig

So baust du deinen Territory-Split: sechs praktische Schritte

Egal welches Grundmodell (oder Hybrid) du wählst - der Prozess für die Zuordnung ist immer derselbe:

1. Scoring vor dem Zeichnen der Linien. Bewerte zuerst jedes bekannte und potenzielle Kundenunternehmen nach ICP-Fit und Umsatzpotenzial. Territory, das auf einer leeren Landkarte statt auf gescorten Accounts gezeichnet wird, garantiert später ungleiche Auslastung.
2. Nach Auslastung balancieren, nicht nach Kopfzahl. Gewichte Territory nach Umsatzpotenzial, Account-Komplexität und Deal-Zykluslänge, nicht nur nach roher Account- oder PLZ-Anzahl - eine Faustregel ist, dass kein Territory mehr als etwa 10% über oder unter dem Desk-Durchschnitt liegen sollte [7].
3. Zuordnungsregeln schriftlich festhalten, besonders für Grenzfälle. Ein Named Account mit drei Standorten in zwei deiner Regions-Territories braucht eine explizite Regel, keine Annahme. Dokumentiere das im CRM, nicht in einem Slack-Thread.
4. Jedem Account einen einzigen, sichtbaren Owner geben. Nicht die Modellwahl, sondern unklare Ownership verursacht doppelten Outreach und Streit um Wins [3].
5. Historie am Account festmachen, nicht am Consultant. Jedes Signal, jeder vorherige Outreach, jeder Kontakt und jedes Ergebnis sollte am Company-Record liegen, damit Ownership wechseln kann, ohne dass das Wissen mit verschwindet.
6. Auf festem Rhythmus überarbeiten. Mindestens quartalsweise, in volatilen Märkten monatlich - Territory ist ein lebendes Dokument, keine einmalige Entscheidung zu Jahresbeginn [7].

Die KPIs, die dir zeigen, ob dein Territory-Split funktioniert

Verfolge diese Zahlen neben deinen normalen Billings-Kennzahlen, um einen kaputten Split zu erkennen, bevor er ein Quartal Pipeline kostet:

Metrik	Was sie zeigt	Warnsignal
Duplicate-Contact-Rate	Wie oft zwei Consultants dasselbe Unternehmen im selben Zeitfenster kontaktieren	Jede messbare Rate deutlich über null
Auslastungsvarianz im Territory	Streuung des adressierbaren Umsatzpotenzials zwischen Consultants im selben Modell	Mehr als etwa 10-15% Varianz zwischen Territories
Anzahl unbesetzter Accounts	Unternehmen in deinem ICP, die ausserhalb jeder aktuellen Territory-Definition liegen	Wächst von Monat zu Monat
Time-to-Productivity bei Übergabe	Tage von der Territory-Neuzuordnung bis zum ersten qualifizierten Gespräch des neuen Owners	Länger als 1-2 Wochen
Pipeline-Verlust bei Fluktuation	Aktive Opportunities, die innerhalb von 60 Tagen nach dem Weggang eines Consultants kalt werden	Jeder nennenswerte Anteil der Pipeline des ausscheidenden Consultants
Coverage-Ratio nach Tier	Anteil deiner Top-Tier-ICP-Accounts mit BD-Kontakt im letzten Quartal	Sinkt speziell bei Top-Tier-Accounts

Wie boilr Overlap und Wissensverlust verhindert

Ein Territory-Modell ist nur so gut wie das System, das es durchsetzt. boilr ist ein KI-Sales-Mitarbeiter, einer pro Consultant, der unter jedem Split liegt, den du wählst - Vertical, Region, Named Accounts oder Hybrid - und macht die beiden Fehlermuster strukturell schwerer zu erreichen:

• Unternehmen gescort auf dein ICP, nicht auf eine Excel-Liste: boilr matcht und scort Kundenunternehmen automatisch gegen das ICP deiner Agentur, sodass Vertical- und Named-Account-Territory auf echten, gerankten Daten zugewiesen werden kann statt auf einer Bauchgefühl-Liste.
• Signals am Account, nicht am Consultant: boilr überwacht Finanzierungsrunden, Führungswechsel, Expansionen und Job-Posting-Velocity für jedes Unternehmen in deiner Territory-Map, und jedes Signal wird am Company-Record protokolliert - sichtbar für den nächsten Owner dieses Accounts.
• Company Brain als gemeinsame Gedächtnisschicht: jede erfolgreiche Message, jeder Opener, jeder behandelte Einwand und jede Outreach-Sequenz wird zentral gepoolt, statt im Postfach eines einzelnen Consultants gefangen zu sein. boilrs eigene Produktdaten zeigen, dass Agenturen 100% dieses Wissens behalten, wenn ein Consultant geht, und 0% durch Fluktuation verlieren, weil die Historie am Account und am Desk liegt, nicht an der Person [8].
• Tasks halten einen menschlichen Owner auf jedem Account: boilr entwirft die Recherche und den Outreach, aber ein Consultant prüft und versendet weiterhin selbst - so bleibt auch bei Territory-Neuzuordnung ein klar verantwortlicher Owner pro Unternehmen bestehen.
• Candidates auf derselben Account-Map gesourct: weil Candidate-Sourcing auf denselben Company- und ICP-Daten läuft, muss auch die Candidate-Pool-Recherche bei einer Territory-Übergabe nicht bei null neu starten.
• Analytics nach ICP und Territory: Pipeline- und Conversion-Daten werden danach ausgewertet, welches ICP-Segment und welche Account-Gruppe tatsächlich konvertiert - genau das macht ein quartalsweises Territory-Rebalancing zu einer Datenentscheidung statt zu einer Vermutung.
• Anbindung an das, was du schon nutzt: boilr synct mit Bullhorn, RecruiterFlow, Spott und gängigen CRMs, sodass Ownership-Regeln und Account-Historie in den Systemen liegen, die dein Desk ohnehin täglich öffnet, und nicht in einem separaten Tool, das niemand nutzt.

Was menschlich bleibt: die eigentliche Outreach-Stimme, der Beziehungsaufbau, die Verhandlung und die Ermessensentscheidung, welcher von zwei sich überschneidenden Consultants einen wirklich unklaren Account übernehmen sollte. boilr schliesst die Informationslücke, die aus solchen Fällen Streit macht - es ersetzt nicht die Person, die das Gespräch führt.

Fünf Territory-Fehler, die Agenturen Billings kosten

Fehler #1: Territory zeichnen, bevor der Markt gescort ist

Warum es scheitert: Ein Regions- oder Vertical-Split aus dem Bauch heraus, bevor jemand tatsächlich bewertet hat, welche Unternehmen die Mühe wert sind, gibt einem Consultant eine Goldgrube und dem nächsten eine Wüste.

Fix: Bewerte zuerst jeden Account gegen dein ICP, dann zeichne die Linien um die Scores herum - nicht andersherum.

Fehler #2: Den Plan als einmalige Entscheidung behandeln

Warum es scheitert: Die meisten Organisationen planen Territory nur einmal pro Jahr [2] - ein Hiring-Boom oder -Einbruch in einer Branche kann so zwei volle Quartale unbemerkt bleiben.

Fix: Setze eine quartalsweise Überprüfung mit echten Auslösekriterien in den Kalender, nicht nur "wenn sich jemand beschwert".

Fehler #3: Ownership-Regeln nicht schriftlich festhalten

Warum es scheitert: Unklare Ownership, nicht die Modellwahl, ist die direkte Ursache für doppelten Outreach und Streit um Commission [3].

Fix: Jeder Account, besonders Multi-Site- oder Grenzfälle, bekommt einen dokumentierten Owner im CRM. Keine Ausnahmen, die nur im Gedächtnis existieren.

Fehler #4: Account-Historie im Kopf einer einzelnen Person belassen

Warum es scheitert: Bei einer geschätzten jährlichen Fluktuation von rund 25% im Permanent-Recruitment [4] ist jedes Territory-Modell, das vom Gedächtnis eines Consultants abhängt, ein Plan, der sich periodisch zurücksetzt.

Fix: Verlange, dass Signals, Outreach-Historie und Kontaktnotizen am Company-Record protokolliert werden, nicht nur im persönlichen Notizbuch oder Postfach - genau das ist es, was ein Company Brain durchsetzen soll.

Fehler #5: Named-Account-Listen nach Bauchgefühl dimensionieren

Warum es scheitert: Eine Named-Account-Liste, die aus dem Bauch heraus statt nach gestuftem Scoring gebaut wird, überhäuft einen Consultant entweder mit Accounts, die nie Budget haben werden, oder gibt ihm so wenige, dass ein einziger verlorener Deal das Quartal ruiniert.

Fix: Staffele die Liste explizit (zum Beispiel ein kleines Top-Tier mit den vielversprechendsten Accounts, ein Mid-Tier und ein längerer Tail) und dimensioniere jedes Tier nach Auslastung, nicht nach einer runden Zahl, die sich ordentlich anfühlt.

Neues Territory-Modell in 30 Tagen einführen

Woche 1: Markt scoren und mappen

Ziehe jeden aktuellen und potenziellen Kunden in eine Liste. Score gegen dein ICP. Tagge nach Vertical und Region, damit du die Form des Marktes siehst, bevor du entscheidest, wie du ihn aufteilst.

Woche 2: Modell wählen und erste Linien zeichnen

Wähle Vertical, Region, Named Accounts oder eine Hybrid-Lösung, je nachdem, wo der tatsächliche Vorteil deines Desks liegt. Zeichne einen ersten Split nach Auslastung statt nach Kopfzahl und prüfe ihn mit den Consultants, die ihn umsetzen werden.

Woche 3: Ownership-Regeln schreiben und Historie migrieren

Dokumentiere Grenzfall-Regeln (Multi-Site-Accounts, Named Accounts innerhalb der Region eines anderen). Verschiebe bestehende Account-Notizen, Signals und Outreach-Historie auf den Company-Record, damit nichts im Postfach eines ausscheidenden oder neu zugeordneten Consultants gefangen bleibt.

Woche 4: Launch, Messung und Review-Rhythmus festlegen

Gehe live. Tracke Duplicate-Contact-Rate, Auslastungsvarianz und unbesetzte Accounts von Tag eins an. Setze das erste Quartals-Review in den Kalender, bevor du den Rollout abschliesst - nicht erst nach der ersten Beschwerde.

Du willst ein Territory, das einen Weggang übersteht? Sieh dir an, wie boilrs Company Brain jedes Signal und jede Account-Historie am Desk hält, nicht an der Person.

Häufige Fragen

Was ist BD-Territory-Planung für eine Recruitment-Agentur?

BD-Territory-Planung ist die bewusste Zuordnung, welcher BD-Consultant für welche Unternehmen zuständig ist, damit sich der Outreach-Aufwand ohne Overlap oder Lücken über den Markt verteilt. Üblich sind Splits nach Vertical/Branche, nach Region, nach einer festen Named-Account-Liste, oder eine Hybrid-Lösung daraus - und das Modell sollte regelmässig überprüft werden, statt einmal festgelegt und dann liegengelassen zu werden.

Vertical, Region oder Named Accounts: Was passt am besten zu einem Recruitment-Desk?

Es gibt kein einzelnes bestes Modell. Vertical-/Branchen-Splits passen zu Spezialisten-Desks mit echter Branchenexpertise und technischen oder regulierten Candidate Pools. Region passt zu Generalisten-Desks mit hohem Volumen, bei denen lokale Beziehungen den Vorteil ausmachen. Named Accounts passen zu Enterprise- oder PE-finanzierten Kunden, bei denen wenige Unternehmen jeweils mehrere parallele Mandate tragen könnten. Die meisten wachsenden Mid-Market-Agenturen landen bei einer Hybrid-Lösung aus zweien.

Warum kommt es zu Overlap, obwohl es einen klaren Split gibt?

Overlap entsteht fast immer durch unklare Ownership, nicht durch das Modell selbst: Multi-Site-Accounts, die über zwei Regions-Patches liegen, oder ein Named Account, der auch in das Vertical-Desk eines anderen fällt, ohne dokumentierte Regel, wer ihn besitzt. Zwei Consultants, die im selben Fenster denselben Lead kontaktieren, ist eines der klarsten Anzeichen für unklare Ownership - im B2B allgemein und im Recruitment im Speziellen.

Was passiert mit einem Territory, wenn ein BD-Consultant die Agentur verlässt?

Ohne ein gemeinsames System of Record geht der Grossteil der Account-Historie - wer der echte Entscheider ist, was schon gepitcht wurde, welche Deals warm waren - mit dem Consultant mit. Bei einer geschätzten Fluktuation von 25% pro Jahr im Permanent-Recruitment ist das kein Ausnahmefall. Signals, Outreach-Historie und Kontaktnotizen am Company-Record statt im Postfach des Consultants festzuhalten, ist genau das, was einem neuen Owner erlaubt, einen Account zu übernehmen, ohne bei null anzufangen.

Wie oft sollte eine Recruitment-Agentur ihr BD-Territory überprüfen?

Mindestens quartalsweise, in volatilen Hiring-Märkten monatlich. Die meisten Organisationen überarbeiten Territory nur einmal jährlich, wodurch ein Boom oder Einbruch in einer Branche zwei volle Quartale unbemerkt bleiben kann. Behandle den Plan als lebendes Dokument, das von Performance-Daten getrieben wird, nicht als einmalige Entscheidung, die abgelegt wird.

Wie gross sollte eine Named-Account-Liste für einen Recruitment-Consultant sein?

Das hängt vom Account-Potenzial ab, nicht von einer festen Zahl. Der richtige Ansatz ist, die Liste zu staffeln (zum Beispiel ein kleines Top-Tier mit den vielversprechendsten Accounts, ein Mid-Tier und ein längerer Tail) und jedes Tier nach realistischer Auslastung - Deal-Komplexität und Zykluslänge - zu dimensionieren, statt eine runde Anzahl an Logos zuzuweisen, die ordentlich wirkt, aber ignoriert, wie viel Arbeit jeder Account tatsächlich braucht.

Kann Automatisierung die Notwendigkeit von Territory-Planung ersetzen?

Nein. Automatisierung entscheidet nicht, wer welches Unternehmen besitzen sollte - das bleibt eine strategische Entscheidung, die auf der Branchenexpertise, der Region und dem Account-Potenzial deines Desks basiert. Was Automatisierung wie boilr ändert, ist das, was kaputtgeht, sobald der Plan auf die Realität trifft: Signals, ICP-Scoring und Account-Historie bleiben zentralisiert, sodass Overlap und Wissensverlust nicht mehr das Standardergebnis von Wachstum und Fluktuation sind.

Was ist das grösste Risiko bei der BD-Territory-Planung im Recruitment?

Nicht die Modellwahl - es ist ein Territory-Split, der nur in Excel-Listen und in den Köpfen einzelner Consultants existiert. Jedes Modell (Vertical, Region, Named Accounts) bricht irgendwann auf dieselbe Art: Overlap, wenn Ownership-Regeln nicht schriftlich festgehalten sind, und verlorenes institutionelles Wissen, wenn die Person geht, die es trägt. Ein gemeinsamer Account-Record, der Personalwechsel übersteht, ist das, was den Plan schützt - egal, welches Modell du wählst.

Quellen

Informationen basieren auf öffentlichen Branchenreports, Vendor-Research und boilrs eigenen Produktseiten, Stand August 2026.

1. ZoomInfo Pipeline - How to Build a Sales Territory Plan: 2026 Guide
2. Xactly - Sales Management Association Research Findings on Territory Planning
3. Outfield - Sales Territory Overlap: How to Fix It Without Slowing Down Your Team
4. Timerack - What Is a Good Employee Turnover Rate for Staffing Agencies?
5. Agency Leads - Recruiting Business Development: BD Playbook 2026
6. Recruiterflow - Strategic Account Manager Job Description
7. SPOTIO - 7 Steps to a Profitable Sales Territory Plan for 2026
8. boilr.ai - Company Brain