Routing

Territory-Routing für Sales- und Service-Teams

Territory-Routing ist eine Zuweisungsstrategie, die eingehende Termine anhand des Territoriums eines Leads auf Reps abbildet - in der Regel definiert über Geografie, Branche, Account-Größe oder Named-Account-Ownership. Ordinus ist eine Infrastruktur-Plattform für Routing und Terminplanung, die Territory-Routing als primäre Strategie unterstützt, kombinierbar mit gewichtetem Round-Robin und SLA-Bedingungen innerhalb jedes Territoriums.

Kostenlos starten Preise ansehen

Warum es wichtig ist

Reps, die ein Territory verantworten, bauen Kontext auf: Pricing, Wettbewerbsumfeld, regionale Vorschriften, branchenspezifische Einwände.
Dieselben Accounts per Round-Robin auf Reps zu verteilen, verwässert diesen Kontext und erzeugt eine uneinheitliche Kundenerfahrung.
Sobald ein Team etwa 10 bis 15 Reps überschreitet, wird Territory zur dominanten Routing-Dimension; Round-Robin wird zur Substrategie, die innerhalb eines Territoriums angewandt wird.

Das operative Problem

Teams kommen typischerweise auf zwei Wegen zum Territory-Routing: Entweder stellen sie einen RevOps-Lead ein, der es vom ersten Tag an festlegt, oder sie erreichen einen Bruchpunkt, an dem zwei Reps zum Discovery-Call desselben Enterprise-Accounts erscheinen, weil das Round-Robin kein Konzept von Ownership hatte. Die Lösung ist nicht nur, ein 'Territory'-Feld hinzuzufügen, sondern das Territory in der Routing-Ebene maßgeblich zu machen, sodass Buchungsseite, CRM und Round-Robin alle aus derselben Quelle der Wahrheit lesen.

Häufige Fehler

Territory lebt im CRM, aber nicht im Routing

Wenn Ihr CRM sagt, Rep A verantwortet Acme, das Round-Robin der Buchungsseite das aber nicht weiß, gibt die Routing-Ebene Acme an Rep B und erzeugt einen Ownership-Konflikt. Die Territory-Daten müssen von der Routing-Engine lesbar sein, nicht nur daneben gespeichert.

Überlappende Territorien ohne Vorrang

Named-Account-Ownership sollte das geografische Territory überschreiben; Branchen-Spezialisierung sollte generische Geografie überschreiben. Können Ihre Routing-Regeln keinen Vorrang ausdrücken, werden Sie Widersprüche ausliefern.

Statische Territory-Karten

Territorien verschieben sich mit Einstellungen, Abgängen, Segment-Neuausrichtungen und Quota-Plänen. Eine Territory-Karte, die einmal im Jahr ausgerollt und nie wieder angefasst wird, läuft schneller aus dem Ruder, als das Team merkt.

Kein Fallback, wenn der Territory-Owner nicht verfügbar ist

Ist der benannte Owner im Urlaub und es gibt kein dokumentiertes Backup, wird der Termin entweder ins Leere gebucht oder zufällig geroutet. Territory-Routing muss festlegen, was passiert, wenn der Owner ihn nicht übernehmen kann.

Wie Ordinus es angeht

Geschichtete Territory-Regeln

Named-Account-Regeln, dann Branchen-Regeln, dann geografische Regeln. Präzisere Regeln gewinnen; gröbere Regeln sind der Fallback. Jede Regel ist unabhängig bearbeitbar und auditiert.

Maßgebliche Territory-Quelle

Die Territory-Zuweisung liegt auf der Routing-Regel, nicht als CRM-seitiges Feld, das die Buchungs-Engine abfragen muss. Synchronisieren Sie aus dem CRM, wenn nötig, aber die Routing-Ebene verantwortet die Laufzeitentscheidung.

Round-Robin innerhalb eines Territoriums

Teilen sich mehrere Reps ein Territory (z. B. eine Branche mit zwei AEs), läuft gewichtetes Round-Robin als Substrategie innerhalb des Territoriums. Die beiden Algorithmen lassen sich kombinieren.

Konfigurierbare Backup-Kette

Jede Territory-Regel benennt einen primären Owner und eine geordnete Liste von Backups. Ist der primäre nicht verfügbar, steigt die Engine die Kette hinab, statt auf ein generisches Round-Robin zurückzufallen.

Beispiel-Workflow

1Ein Lead von Acme Corp sendet eine Terminanfrage.
2Die Routing-Engine gleicht die Unternehmensdomain des Leads mit der Named-Account-Tabelle ab; Acme gehört Rep A (Branche: Fintech, Region: EMEA).
3Die Engine prüft die Verfügbarkeit von Rep A für den gewünschten Slot.
4Rep A ist im Urlaub; die Engine steigt die Named-Account-Backup-Kette zu Rep B hinab.
5Rep B ist verfügbar; der Termin wird gebucht, und die Zuweisung wird mit Regelversion und Named-Account-Treffer protokolliert.
6Wäre das Unternehmen *nicht* in der Named-Account-Tabelle, würde die Engine zum Branchen-Routing (Fintech-Pool) durchfallen, dann zum geografischen Routing (EMEA-Pool), jeweils als dokumentierter Schritt.

Häufig gestellte Fragen

Was ist Territory-Routing?

Territory-Routing ist eine Planungsstrategie, bei der eingehende Termine anhand des Territoriums eines Leads auf Reps zugewiesen werden: typischerweise Geografie, Branche, Named-Account-Ownership oder Unternehmensgröße. Es ist die dominante Routing-Dimension, sobald ein Vertriebsteam über etwa 10 bis 15 Reps hinauswächst.

Wie unterscheidet sich Territory-Routing von Round-Robin?

Round-Robin verteilt Termine über einen Pool ohne Konzept von Ownership. Territory-Routing bildet Termine anhand von Territory-Daten auf bestimmte Owner (oder Owner-Pools) ab. Beide lassen sich kombinieren: Round-Robin läuft häufig als Substrategie *innerhalb* eines Territoriums.

Was passiert, wenn ein Territory-Owner nicht verfügbar ist?

Ein gut entworfenes Territory-Routing-System legt pro Territory eine geordnete Backup-Kette fest, sodass der Termin an ein bekanntes Fallback umgeroutet wird, statt auf ein generisches Round-Robin durchzufallen, das den Ownership-Kontext nicht bewahrt.

Wie oft sollten Territory-Karten überprüft werden?

Mindestens vierteljährlich und unmittelbar bei jedem Rep-Wechsel, jeder Segment-Neuausrichtung oder jedem ausgerollten Quota-Plan. Drift in den Territory-Daten ist eine der häufigsten Ursachen für Routing-Qualitätsprobleme in wachsenden Teams.

Bringen Sie dieses Muster in Ihr Team

Ordinus ist eine Infrastruktur-Plattform für Routing und Terminplanung. Richten Sie Qualifizierung, Routing und Workflow-Automatisierung an einem Ort ein, statt alles selbst zusammenzubauen.

Kostenlos starten Sprechen Sie mit uns