Zum Inhalt springen

LeadFlowGuide.com

Lead Routing in HubSpot: Leads automatisch und kontrolliert zuweisen

Lead Routing in HubSpot ist nicht nur Round Robin. Ein belastbarer Prozess schützt bestehende Zuständigkeiten, schließt Spam und Tests aus, prüft Region, Sprache, Produkt und Segment, begrenzt den berechtigten Nutzerpool und weist erst dann fest oder gleichmäßig zu. Zu jeder Zuweisung gehören eine separate Aufgabe, ein messbares Reaktions-SLA und ein überwachter Fallback. Für einzelne strategische Anfragen oder sehr kleine Teams genügt oft eine manuelle Triage. Automatisierung lohnt sich, wenn wiederholbare Regeln, mehrere Bearbeitende und genug Volumen vorhanden sind – und wenn Owner-Synchronisierung, Seats, Arbeitszeiten und Ausnahmen dokumentiert wurden. HubSpot kann diesen Ablauf in Professional oder Enterprise abbilden, ersetzt aber weder saubere Daten noch eine klare Vertriebsverantwortung.

Veröffentlicht: Aktualisiert:

Bestehende Zuständigkeit → Ausschlüsse → Routing-Kriterien → berechtigter Nutzerpool → Verteilung → Aufgabe/SLA → Fallback

Zur Routing-Matrix und zum Testplan

Zuerst klären: Welcher Owner steuert den Vertrieb?

HubSpot besitzt nicht „den einen Owner“. Die Standard-Owner-Eigenschaft gehört zu einem Objekt und enthält einen Inhaber; zusätzliche User-Eigenschaften sind möglich. Diese Owner-Felder sind nicht automatisch identisch.

Abgrenzung der Owner-Eigenschaften in HubSpot
OwnerObjekt und ZweckRouting-Entscheidung
Lead OwnerOwner des Sales-Lead-Objekts im Prospecting Workspace beziehungsweise in der Lead-Pipeline.Als führend wählen, wenn der Vertrieb bewusst mit Leads als eigenständigem Arbeitsobjekt arbeitet.
Contact OwnerVerantwortung für die konkrete Person und deren Kontaktaktivitäten.Geeignet für kontaktbasiertes Inbound-Routing; nicht automatisch gleich Company oder Lead Owner.
Company OwnerAccount-Verantwortung für das Unternehmen.Für bekannte Accounts und Bestandskunden oft stärker als eine neue Formularrotation.
Deal OwnerVerantwortung für eine konkrete Opportunity.Bei offenem Deal meist die sicherste Beziehung; nicht pauschal auf alle Kontakte des Unternehmens übertragen.
Ticket OwnerBearbeitung eines Service-Tickets.Service Hub-Prozess; zusätzliche balanced-, random-, availability- und skill-bezogene Optionen gelten nicht automatisch für Sales-Leads.
Conversation OwnerZuständigkeit in Inbox oder Help Desk für eine Konversation.Separater Kommunikationsprozess mit Inbox-Zugriff und Service-Anforderungen; kein Ersatz für Sales Ownership.

Contact und Company Owner sind unabhängig. Assign company owner to contact by default kopiert den Company Owner zum Kontakt der Primärfirma, aber nicht rückwirkend. Lead Owner ist ebenfalls unabhängig; sein optionaler Sync gehört zu Sales Hub Professional/Enterprise.

Sechs Konflikte, die vor Go-live entschieden sein müssen

  • Doppelzuweisung: Contact- und Lead-Workflow laufen parallel.
  • Überschreiben: Rotation ersetzt eine bestehende Beziehung.
  • Workflow-Zyklus: Zwei Owner-Flows schreiben sich zurück.
  • Primärfirma: Nur sie steuert den Standardsync.
  • Lead vs. Kontakt: Beide erhalten verschiedene Owner.
  • Salesforce: Die Integration schreibt den früheren Owner zurück.

Checkliste vor der Automatisierung

Ein Workflow beschleunigt die vorhandene Entscheidung – auch eine falsche. Prüfen Sie zuerst 30 reale Datensätze und korrigieren Sie unvollständige Werte in Formular, Import oder Integration.

  • Primäres Routing-Objekt und führendes Owner-Feld sind dokumentiert.
  • Country, Language, Product, Segment und Lead Source nutzen normalisierte Werte.
  • Territorien, Produktzuständigkeiten und Teamgrenzen sind schriftlich festgelegt.
  • Aktive Nutzer, Einladungsstatus und erforderliche bezahlte Seats wurden geprüft.
  • View-, Edit- und Delete-Rechte passen zu Owner- und Teamgrenzen.
  • Owner-Synchronisierung zwischen Lead, Contact und Company ist bewusst entschieden.
  • Antwort-SLA, Arbeitszeiten, Feiertage, Urlaub und Vertretung sind definiert.
  • Ein aktiver Fallback Owner oder eine täglich überwachte Queue existiert.
  • Es ist festgelegt, wann ein bestehender Owner überschrieben werden darf.
  • Synthetische Datensätze für normale, fehlende und widersprüchliche Werte sind vorbereitet.

Prüfen Sie die Datensatzberechtigungen: Der Owner muss den Record sehen und bearbeiten können. Enrollment und Fehlerkontrolle vertieft der Leitfaden zu HubSpot Workflows.

Prioritätsmatrix: Erst Eignung, dann Rotation

Die erste zutreffende Regel beendet das normale Routing. Dokumentieren Sie für jeden Pfad ein Ergebnis und einen Fallback. Round Robin kommt erst zum Einsatz, wenn Region, Produkt, Segment und Sprache einen wirklich geeigneten Nutzerpool ergeben haben.

Prioritätsmatrix für kontrolliertes Lead Routing
PrioritätBedingungZuständigkeitFallback
1Bestehender Kunde oder bekannter AccountBestehender Company/Account Owner; bei aktiver Opportunity greift die festgelegte Deal-UnterregelCustomer Operations
2Offener Deal oder strategischer AccountDeal Owner beziehungsweise benannter Strategic Account OwnerSales Manager
3Partner, Mitarbeitende, Test, Bewerbung oder SpamEigener Ausnahmeweg; Spam/Test ohne Sales-RotationRevOps oder Quarantäne
4Region oder TerritoryNur Team mit kommerzieller Verantwortung für DE, AT oder CHDACH Triage
5Produkt oder SpezialisierungProduktpool innerhalb der RegionProduct Specialist
6Unternehmensgröße oder SegmentSMB- oder Enterprise-PoolSegment Triage
7SpracheDeutsch- oder Englisch-fähiger TeilpoolMehrsprachiger Duty Owner
8Mehrere gleich geeignete NutzerGleichmäßige Rotation innerhalb des verbleibenden PoolsPool Owner/Manager
9Kein Pfad oder kein berechtigter NutzerFallback Owner, dringende Prüftask und Routing Status = FallbackRevOps-Eskalation

Prioritäten sind Unternehmensregeln, keine HubSpot-Vorgabe. Wenn ein offener Deal immer stärker als die allgemeine Kundenbeziehung sein soll, wird diese Prüfung innerhalb von Regel 1 vorgezogen und im Routing Reason dokumentiert.

Durchgängiges Beispiel für eine DACH-B2B-Firma

Die fiktive Nordstern Systems GmbH verkauft FlowDesk und AuditCloud in DE, AT und CH, auf Deutsch oder Englisch. 20–249 Beschäftigte gelten als SMB, ab 250 als Enterprise. Kunden und offene Deals umgehen die Neukundenrotation.

Eingabefelder und Kontrollwerte im DACH-Beispiel
FeldErlaubte WerteQuelleFehlerbehandlung
Routing CountryDE · AT · CH · Other · UnknownDemo-Formular, danach NormalisierungUnknown → DACH Triage
Product InterestFlowDesk · AuditCloud · UnknownPflichtfeld im FormularUnknown → Product Triage
SegmentSMB · EnterpriseMitarbeiterzahl, regelbasiertFehlend → Segment Triage
Routing Languagede · enFormularsprache oder explizite AuswahlFehlend → de/en Duty Owner
RelationshipProspect · Customer · Partner · Employee/Test/SpamLifecycle plus kontrollierte ListenUnklar → RevOps
Open Dealyes · noZugeordnete Deals in offenen PhasenMehrere Deals → Sales Manager
Routing StatusReady · Assigned · Fallback · Excluded · ErrorWorkflowNie leer nach Workflow-Ende

Eligible User Pools

Berechtigte Nutzerpools für Nordstern Systems
PfadBerechtigte NutzerVerteilungVertretung
DE · FlowDesk · SMB · deDE-FD-1, DE-FD-2gleichmäßigDE-FD-MGR
DE · AuditCloud · SMB · deDE-AC-1, DE-AC-2gleichmäßigDE-AC-MGR
AT/CH · FlowDesk · SMB · deAT-CH-FD-1, AT-CH-FD-2gleichmäßigDACH-MGR
AT/CH · AuditCloud · SMB · deAT-CH-AC-1, AT-CH-AC-2gleichmäßigDACH-MGR
Enterprise · FlowDesk · de/enENT-FD-DE oder ENT-FD-ENfester SprachspezialistENT-FD-MGR
Enterprise · AuditCloud · de/enENT-AC-DE oder ENT-AC-ENfester SprachspezialistENT-AC-MGR
Relationshipbestehender Company Owner oder Deal Ownerkeine NeukundenrotationSales Manager
Unvollständige DatenDACH-TRIAGEfester Fallback OwnerREVOPS-DUTY

Acht konkrete Durchläufe

Erwartete Ergebnisse für acht Beispiel-Leads
IDEingabePfadErgebnis
E01DE · FlowDesk · SMB · de · ProspectDE-FD-SMB-deRotation auf DE-FD-1 oder DE-FD-2; 2-Stunden-Task
E02AT · AuditCloud · SMB · de · ProspectAT/CH-AC-SMB-deRotation auf AT-CH-AC-1 oder -2; 2-Stunden-Task
E03CH · FlowDesk · Enterprise · enENT-FD-enFester Owner ENT-FD-EN; 1-Stunden-Task
E04DE · Customer · Company Owner = ACC-17RelationshipACC-17 bleibt; keine Rotation
E05CH · Open Deal · Deal Owner = DEAL-4Open opportunityDEAL-4; dringende Opportunity-Task
E06AT · Partner · AuditCloudExceptionPartner Operations; keine Sales-Rotation
E07Country leer · FlowDesk · SMBMissing countryDACH-TRIAGE plus Datenklärungs-Task
E08DE · Product leer · Enterprise · enMissing productProduct Triage; kein zufälliger Enterprise Owner

Nur positiv geroutete Leads wechseln in die Sales-Pipeline; Fallback, Spam und Partner verzerren sie nicht.

Workflow in HubSpot einrichten: 14 Schritte

Die Navigation kann je Portal und laufender UI-Aktualisierung leicht abweichen. Fachlich bleiben Enrollment, Ausschlüsse, Branches, Owner-Aktion, Aufgabe, Benachrichtigung, SLA und Fallback getrennte Bausteine. HubSpot dokumentiert sie als eigenständige Workflow Actions.

  1. 1

    Objekt und Quelle der Wahrheit festlegen

    Wählen Sie Kontakt, Unternehmen oder Sales Lead als Routing-Objekt und genau ein führendes Owner-Feld. Bei einer Rotation des Lead-Objekts verlangt HubSpot, den Sync zu Contact und Company Owner auszuschalten.

  2. 2

    Routing-Eigenschaften prüfen oder anlegen

    Nutzen Sie kontrollierte Dropdown-Werte für Country, Language, Product, Segment, Lead Source, Routing Status und Routing Reason. Bewahren Sie rohe Formularwerte bei Bedarf für Audits auf.

  3. 3

    Werte normalisieren

    Ordnen Sie Deutschland, DE und Germany einem internen Wert zu; ebenso Sprachen und Produktnamen. Prüfen Sie Formulare, Importe und Integrationen. Branch-relevante Pflichtfelder sollten möglichst schon beim Enrollment bekannt sein.

  4. 4

    Enrollment Trigger definieren

    Kontaktbeispiel: Demo form submission ist bekannt, Routing Status leer und Create date nach Go-live. Für Sales Leads kann die Erstellung eines offenen Leads in der passenden Pipeline auslösen.

  5. 5

    Ausschlüsse vor jede Verteilung setzen

    Filtern Sie Spam, Tests, Bewerbungen, Partner und gesperrte Domains aus. Bestandskunden und offene Deals erhalten einen Relationship-Pfad statt der Neukundenrotation.

  6. 6

    IF/THEN-Branches nach Priorität bauen

    Prüfen Sie Beziehung und offene Deals vor Region, Produkt, Segment und Sprache. Benennen Sie Pfade eindeutig, etwa DE · AuditCloud · SMB · Deutsch, und füllen Sie den Catch-all-Zweig.

  7. 7

    Festen Owner oder Rotation wählen

    Bestehende Accounts gehen an den Account Owner, offene Deals an den Deal Owner. Nur homogene Neukundenpfade werden zwischen bezahlten, aktiven Nutzern oder berechtigten Team-Hauptmitgliedern rotiert.

  8. 8

    Overwrite bewusst entscheiden

    Deaktivieren Sie Overwrite, wenn eine bestehende Beziehung Vorrang hat. Erlauben Sie Überschreiben nur mit dokumentiertem Übergabegrund; speichern Sie vorherigen Owner und Routing Reason.

  9. 9

    Nächste Aufgabe separat erstellen

    Fügen Sie Create task mit Betreff, Priorität, Fälligkeit, Queue und Owner hinzu. Die Owner-Zuweisung allein erzeugt weder Aufgabe noch Follow-up.

  10. 10

    Interne Benachrichtigung ergänzen

    Benachrichtigen Sie den Empfänger mit Quelle, Region, Produkt, Segment, Routing Reason und Datensatzlink. Prüfen Sie bei Team-Benachrichtigungen die berücksichtigten Hauptmitglieder.

  11. 11

    SLA-Zeitpunkt abbilden

    Speichern Sie Eingang, Zuweisung und SLA-Fälligkeit getrennt. Legen Sie für Eingänge außerhalb der Arbeitszeit fest, wann die Task fällig wird und ob die SLA-Uhr pausiert.

  12. 12

    Fallback-Pfad einrichten

    Setzen Sie Routing Status auf Fallback, weisen Sie Operations-Owner oder Queue zu und erstellen Sie eine dringende Prüftask. Kein fehlender Wert darf still enden.

  13. 13

    Re-enrollment begrenzen

    Erlauben Sie Re-enrollment nur bei echtem Neusignal oder kontrollierter Rückgabe. Routing Version und Last Routed At verhindern doppelte Rotation und Tasks.

  14. 14

    History, Version und Fehler prüfen

    Testen Sie Enrollment und Pfad synthetisch. Prüfen Sie danach Workflow History, Action Logs und verwendete Version; die Simulation zeigt stets die aktuelle Version.

Für die Folgeaktion empfiehlt sich ein eigener Prozess: automatisches Lead-Follow-up mit Aufgabe und Frist. So bleibt sichtbar, ob das Routing erfolgreich war, aber die Reaktion trotzdem ausblieb.

Welche Verteilungsart ist für Sales-Leads verfügbar?

Vergleich der Verteilungsarten für Vertriebsrouting
MethodeWann geeignetVorteilHauptrisikoKontrolle/Verfügbarkeit
Fixed ownerBestehende Accounts, offene Deals, feste Territories oder einzelne SpezialistenBeziehung und Expertise bleiben erhaltenEinzelner Engpass oder AbwesenheitOwner, Vertretung und Overwrite-Regel prüfen; per Workflow oder manuell
Round Robin / gleichmäßigMehrere wirklich gleich geeignete, aktive VerkäuferNachvollziehbare MengenverteilungIgnoriert Wert, Kapazität und SkillsRotate record to owner; Sales Hub oder Service Hub Professional/Enterprise, bezahlte Seats
BalancedVerteilung nach aktueller TicketlastBerücksichtigt offene TicketmengeFälschlich auf Sales übertragenZusätzliche Option in ticketbasierten Workflows; nicht als Sales-Lead-Modus dokumentiert
RandomZufällige Ticketverteilung oder kontrolliertes Experiment in anderem KontextReduziert feste ReihenfolgeeffekteNicht fair und schwerer erklärbarAls zusätzliche Ticketoption dokumentiert; Random percentage branch ist kein Sales-Owner-Routing
Manual triageWenig Volumen, strategische Anfragen oder unklare DatenMensch beurteilt Kontext und KonflikteWartezeit und Abhängigkeit von einer PersonTägliche Queue, Vertretung, SLA und Audit-Ansicht erforderlich

HubSpot beschreibt für allgemeine Datensätze eine gleichmäßige Verteilung. Balanced, round robin und random werden als zusätzliche Optionen für ticketbasierte Workflows genannt. Skill-based Ticket Routing gehört ebenfalls zu Service, nicht zu Sales-Leads.

Fallback und Ausnahmen ohne stille Verluste

Ein Fallback ist kein beliebiger Verkäufer. Er ist ein überwachter Arbeitsweg mit Status, Owner, Aufgabe, Frist und Ursache. Die folgende Reaktion muss im Workflow oder im Operations-Handbuch stehen.

Konkrete Maßnahmen für Routing-Ausnahmen
SituationKonkrete Aktion
Land fehltFallback · Missing country; RevOps-Task. Land klären, nicht automatisch Deutschland annehmen.
Produkt fehlt oder unbekanntIn Product Triage verschieben; erst nach Bestätigung in einen Produktpool geben.
Owner bereits gesetztOhne Übergabegrund nicht überschreiben; bisherigen Owner, Grund und Version protokollieren.
Nutzer deaktiviertHubSpot schließt ihn aus. Pool reparieren, Action-Warnung und betroffene Läufe prüfen.
Seat fehltNutzer entfernen oder passenden bezahlten Sales-/Service-Seat zuweisen; Core/View-only reicht nicht.
Kein geeigneter NutzerFallback-Owner und dringende Task; Teamkonfiguration und Action Error prüfen.
Fast alles in einem PfadPausieren; Werteverteilung, Normalisierung und Reihenfolge der Branches prüfen.
Salesforce überschreibt OwnerOwner-Quelle, Richtung und Mapping festlegen; Rückschreibkonflikt gezielt testen.
Contact/Company ändert OwnerSync und Primärunternehmen prüfen; keine gegenseitigen Rückschreib-Workflows bauen.
Workflow-Action schlägt fehlAction Log und Version sichern, Error view befüllen und kontrolliert erneut aufnehmen.
Außerhalb ArbeitszeitAufgabe nach definierter Regel terminieren und Behandlung der SLA-Uhr dokumentieren.
DuplikatE-Mail, Domain und Account prüfen; stärkere bestehende Beziehung behält Vorrang.

Fünf operative Ansichten

  • Unassigned leads: neu, Routing abgeschlossen oder Frist abgelaufen, Owner leer.
  • Fallback assignments: Routing Status = Fallback, gruppiert nach Routing Reason.
  • SLA breaches: erste qualifizierte Reaktion nach SLA-Fälligkeit oder noch leer.
  • Workflow errors: Action Error, Workflow-Version, Datensatz und verantwortliche Admin-Person.
  • Missing routing data: Country, Product, Segment oder Language leer/unknown.

Die Ansichten ergänzen den Prozess zum Verhindern verlorener Leads; sie ersetzen nicht die Ursachenbehebung im Formular oder in der Integration.

Testplan vor dem Go-live

Nutzen Sie synthetische Datensätze ohne Personendaten. Criteria-Test und Simulation prüfen die aktuelle Version; ergänzen Sie einen End-to-End-Lauf mit Owner, Task, Zeitstempel und Benachrichtigung. Details erklärt HubSpots Workflow-Test.

Siebzehn Testfälle für das Lead Routing
TestfallEingabedatenErwarteter OwnerErwartete Aufgabe/SLAFallbackErgebnis
T01 · DeutschlandDE · FlowDesk · SMB · DeutschDE-FD-PoolTask ≤ 2 Arbeitsstundenoffen
T02 · ÖsterreichAT · AuditCloud · SMB · DeutschAT-CH-AC-PoolTask ≤ 2 Arbeitsstundenoffen
T03 · SchweizCH · FlowDesk · Enterprise · EnglischENT-FD-ENTask ≤ 1 Arbeitsstundeoffen
T04 · BestandskundeCustomer = yes · kein offener DealCompany OwnerCustomer task ≤ 1 StundeCustomer Operationsoffen
T05 · Offener DealOpen deal = yesDeal OwnerOpportunity task ≤ 30 Min.Sales Manageroffen
T06 · PartnerLead type = PartnerPartner OperationsPartner task ≤ 1 ArbeitstagRevOpsoffen
T07 · SpamSpam flag = yeskein Sales Ownerkeine Sales-TaskQuarantäneoffen
T08 · TestanfrageE-Mail-Domain = example.invalidkein Sales OwnerQA-Log, keine Sales-TaskTest-Queueoffen
T09 · Region fehltCountry leerRouting FallbackRevOps task ≤ 30 Min.Fallback Owneroffen
T10 · Produkt unbekanntProduct = Legacy XProduct triageKlärung ≤ 1 StundeFallback Owneroffen
T11 · Owner vorhandenContact Owner = DE-FD-1 · Overwrite offDE-FD-1 bleibteine neue Task, keine Neuzuweisungoffen
T12 · Nutzer inaktivNächster Rotationsnutzer deaktiviertanderer berechtigter Pool-NutzerTask beim tatsächlichen OwnerPool-Alarmoffen
T13 · Pool leerAlle Pool-Nutzer ohne bezahlten Seatkeine stille ZuweisungError-/Fallback-TaskFallback Owneroffen
T14 · DuplikatE-Mail existiert, Company Owner gesetztbestehender Relationship Ownerkeine doppelte TaskMerge reviewoffen
T15 · Sync-KonfliktLead rotation + Lead Owner Sync aktivTest muss blockierenkeine produktive TaskSync-Konfigurationoffen
T16 · Re-enrollmentRouting-Feld ändert sich nach erstem LaufOwner bleibt, sofern kein Übergabegrundkeine doppelte TaskAudit reviewoffen
T17 · Außerhalb ArbeitszeitFreitag 20:30 · DE · SMBpassender Pool-NutzerMontag im definierten FensterDuty Owner bei Sonder-SLAoffen

Vor Freigabe trägt die testende Person pro Zeile bestanden, fehlgeschlagen oder blockiert sowie einen Link zum Testdatensatz ein. Für eine 20er-Stichprobe werden T01–T03 je einmal wiederholt, um die Rotation auf beide Pool-Nutzer zu prüfen.

Go-live-Grenze

Kein produktiver Start bei fehlgeschlagenem Relationship-, Overwrite-, Pool-empty-, Sync- oder Duplikattest. Bei reinen Benachrichtigungsfehlern nur starten, wenn ein gleichwertiger, überwachter Kontrollweg existiert.

Tarife und reale Kosten

Zuletzt geprüft am: 23.08.2026. Manuelle Owner-Zuweisung ist planübergreifend möglich; Rotation gehört zu Sales Hub oder Service Hub Professional/Enterprise. Sales-Lead-Objekt, Lead-Pipeline und Lead-Owner-Sync setzen Sales Hub Professional/Enterprise voraus. Für dieses B2B-Beispiel ist Professional daher der Einstieg, nicht Starter.

Öffentliche Sales-Hub-Preise und Routing-Relevanz am 23. August 2026
PaketÖffentlicher Preis DEFür dieses RoutingWeitere Kosten
Free0 €; bis zu 2 NutzerManuelle Owner-Zuweisung und einfache Triage, keine beschriebene Pro-RotationInterne Arbeitszeit
Starterab 7 €/Lizenz/Monat jährlich; 20 € monatlich laut aktueller AnzeigeNicht ausreichend für die hier beschriebene voll anpassbare Workflow-RotationSeats, Einrichtung und Pflege
Sales Hub Professional90 €/Lizenz/Monat bei jährlicher Zahlung; 100 € bei monatlicher Zahlung mit JahresbindungWorkflows, Sales-Lead-Funktionen und Owner-Rotation; aktive Nutzer brauchen bezahlte Professional-SeatsPflicht-Onboarding 1.470 € einmalig
Sales Hub Enterpriseab 150 €/Lizenz/MonatWie Professional plus erweiterte Governance; nicht allein wegen einfachem Round Robin nötigPflicht-Onboarding 3.420 € einmalig

Quelle: offizielle deutsche Sales-Hub-Preisseite. Preise können nach Land, Währung, Steuer, Zahlungsweise, Vertragslaufzeit, Rabatt, Anzahl Lizenzen und individuellem Angebot abweichen. Maßgeblich ist das schriftliche Angebot.

Vier rotierende Professional-Nutzer kosten aktuell mindestens 4 × 90 € = 360 € monatlich plus Onboarding. Hinzu kommen Admin, Daten, Tests, Integrationen, Schulung und Monitoring. Mehr dazu: HubSpots tatsächliche Kosten.

Den eigenen Routing-Fall begrenzt prüfen

Erst nach Matrix, Setup, Ausnahmen, Testfällen und Kostenvergleich: Legen Sie 20 synthetische Datensätze an und prüfen Sie Owner, Task, SLA, Fallback und History, bevor echte Nachfrage verteilt wird.

Lead Routing mit 20 Testdatensätzen in HubSpot prüfen

KPI für Routing-Qualität

Gleiche Zuweisungsmengen können unterschiedliche Werte und Komplexität enthalten. Definieren Sie Zeitstempel und Nenner schriftlich und prüfen Sie P95-Ausreißer.

Kennzahlen zur Steuerung der Lead-Verteilung
KennzahlDefinitionEntscheidung
Anteil nicht zugewiesener LeadsLeads ohne gültigen Owner nach Routing-Frist ÷ alle routingfähigen LeadsBei > 0 Ursache und Fallback-Wirkung prüfen
Mediane/P95-Zeit bis ZuweisungAssigned At minus Received AtMedian zeigt Normalfall, P95 die problematischen Übergaben
Zeit bis qualifizierte ReaktionErste inhaltlich brauchbare menschliche Antwort minus Received AtOwner-Setzen nicht mit Reaktion verwechseln
Reassignment RateLeads mit Ownerwechsel nach Erstzuweisung ÷ zugewiesene LeadsFehlerhafte Kriterien oder unklare Übergaben untersuchen
Fallback RateFallback Assignments ÷ routingfähige LeadsNach Reason priorisieren; dauerhaftes Fallback ist kein Normalprozess
SLA-VerstößeLeads mit Reaktion nach SLA oder ohne ReaktionNach Arbeitszeit, Quelle, Pfad und Owner trennen
Balance im Eligible PoolZuweisungen je berechtigtem Nutzer im gleichen Pfad und ZeitraumÄnderungen am Pool und Count-Reset berücksichtigen
Akzeptiert/abgelehntQualifizierte Annahme beziehungsweise dokumentierter RückgabegrundLeadqualität von Routingfehlern trennen
Conversion nach Routing PathOpportunities oder Won Deals ÷ Leads desselben PfadsNicht mit kleinen Stichproben überinterpretieren
ArbeitslastOffene Tasks, aktive Opportunities und Reaktionsrückstand je NutzerRound Robin nicht als Capacity Routing ausgeben

Nutzen Sie gespeicherte Ansichten und klar definierte HubSpot-Berichte. Der Rechner schätzt messbare Reaktionsverluste ohne Gewinnversprechen.

Welche Lösung passt zur Routing-Komplexität?

Entscheidung zwischen manueller Triage, HubSpot und Routing-Plattform
OptionPasst, wennGrenzeEntscheidungsnachweis
Manuelle Zuweisung / gemeinsame QueueWenige strategische Leads, ein kleines Team und häufige EinzelfallentscheidungenAbhängigkeit von Triage-Person und ArbeitszeitVier Wochen ohne unassigned Leads und mit eingehaltenem SLA
HubSpot mit WorkflowsRegeln aus CRM-Feldern ableitbar sind, Pools stabil bleiben und gleichmäßige Verteilung genügtKeine dokumentierte Sales-Lead-Verteilung nach aktueller Kapazität oder Skills20 Testfälle bestanden; Fehler, Fallback und Kosten akzeptiert
Spezialisierte Routing-PlattformViele Märkte, komplexe Territories, gewichtete Capacity, Skills, Quoten oder externe Signale nötig sindZusätzliche Lizenz, Integration und zweite FehlerquellePilot beweist bessere SLA-/Conversion-Wirkung als HubSpot-Regeln allein

HubSpot passt gut, wenn Daten, Workflow und Vertrieb ohnehin im selben CRM arbeiten und die Zuständigkeit als nachvollziehbare IF/THEN-Logik modelliert werden kann. Es passt nicht automatisch zu jedem Team. Wer minutengenaue Kapazität, dynamische Skills, komplexe Partnerregeln oder viele voneinander abhängige SLAs benötigt, sollte eine zusätzliche Routing-Lösung gegen die Integrationskosten testen.

Vom Routing-Test zum CRM-Gesamttest

Wenn der 20-Datensatz-Test funktioniert, prüfen Sie anschließend Form, Owner, Aufgabe, Pipeline und Bericht als zusammenhängenden Ablauf.

HubSpot strukturiert in 7 Tagen testen

FAQ

Welches HubSpot-Paket wird für Lead Routing benötigt?

Manuelle Zuweisung ist in allen Plänen möglich. Rotate record to owner ist für Sales Hub oder Service Hub Professional/Enterprise dokumentiert; Sales Leads und deren Pipeline benötigen Sales Hub Professional/Enterprise.

Kann man Leads in HubSpot kostenlos zuweisen?

Ja, manuell. Das kostenlose Owner-Feld ist aber keine automatische Routing-Engine mit Branches, Rotation, Tasks, Fallback und Monitoring.

Wie funktioniert Round Robin in HubSpot?

Rotate record to owner verteilt gleichmäßig zwischen aktiven, bezahlten Nutzern oder berechtigten Team-Hauptmitgliedern. Änderungen am Pool setzen die Zählung der Aktion zurück.

Was ist der Unterschied zwischen Lead Owner und Contact Owner?

Lead Owner gehört zum Sales Lead, Contact Owner zum Kontakt. Beide sind standardmäßig unabhängig; für Lead-Rotation verlangt HubSpot, den optionalen Owner-Sync auszuschalten.

Kann der Company Owner automatisch übernommen werden?

Ja. Assign company owner to contact by default kopiert ihn zum Kontakt der Primärfirma. Die Einstellung wirkt nicht rückwirkend.

Was passiert bei einem deaktivierten Benutzer?

Deaktivierte Nutzer oder Nutzer ohne erforderlichen bezahlten Seat werden aus der Rotation ausgeschlossen. Überwachen Sie Pool, Fehler und Fallback trotzdem.

Kann HubSpot Leads nach Region, Sprache oder Produkt verteilen?

Ja. Verlässliche Eigenschaften und IF/THEN-Branches wählen zuerst den Pfad; Rotation folgt nur im passenden Nutzerpool.

Erstellt eine Owner-Zuweisung automatisch eine Aufgabe?

Nein. Owner-Zuweisung, Task, Benachrichtigung und SLA sind getrennte Aktionen und müssen einzeln eingerichtet werden.

Wie testet man einen Routing-Workflow?

Mit synthetischen Datensätzen, Criteria-Test, Simulation und End-to-End-Lauf. Prüfen Sie Owner, Task, Zeiten, Fallback, Re-enrollment, Sync und History.

Garantiert Lead Routing eine schnellere Reaktion?

Nein. Dafür braucht es zusätzlich Aufgaben, realistische SLA, Arbeitszeitregeln, Vertretung und Kontrolle.

Quellen

Zuletzt geprüft:

  • Assign and rotate record owners using workflowsHubSpot Knowledge Base

    Zuletzt geprüft:

    • Belegt Seats, gleichmäßige Verteilung, Team-Regeln, Overwrite, Salesforce-Risiko und die Sync-Grenze bei Lead-Rotation.
  • Choose your workflow actionsHubSpot Knowledge Base

    Zuletzt geprüft:

    • Trennt Branches, Rotation, Tasks und Benachrichtigungen; Ticket-Optionen sind separat ausgewiesen.
  • Assign ownership of recordsHubSpot Knowledge Base

    Zuletzt geprüft:

    • Erklärt Standard-Owner, manuelle Zuweisung sowie Seat- und Sichtbarkeitsanforderungen.
  • Sync lead ownership and activitiesHubSpot Knowledge Base

    Zuletzt geprüft:

    • Bestätigt unabhängige Lead Owner und den optionalen Sync in Sales Hub Professional/Enterprise.
  • Sync ownership between contacts and companiesHubSpot Knowledge Base

    Zuletzt geprüft:

    • Beschreibt Richtung, Primärunternehmen und Grenzen des Contact-/Company-Owner-Syncs.
  • Workflows | Frequently Asked QuestionsHubSpot Knowledge Base

    Zuletzt geprüft:

    • Dokumentiert Fehlerbehebung, Re-enrollment, Logs, Pausentage und Limits.
  • Assign access to recordsHubSpot Knowledge Base

    Zuletzt geprüft:

    • Erklärt Objektrechte und Beschränkungen auf eigene oder Team-Datensätze.
  • Objekt-Pipelines einrichten und verwaltenHubSpot Knowledge Base

    Zuletzt geprüft:

    • Bestätigt Lead-Pipelines und Sales Hub Professional/Enterprise als Voraussetzung.
  • Use branches in workflowsHubSpot Knowledge Base

    Zuletzt geprüft:

    • Beschreibt IF/THEN, AND/OR und vollständige Branch-Daten beim Enrollment.
  • Test your workflowHubSpot Knowledge Base

    Zuletzt geprüft:

    • Unterscheidet Criteria-Test und Simulation und erklärt den Versionsbezug.
  • Sales Hub – PreiseHubSpot

    Zuletzt geprüft:

    • Offizielle deutsche Referenz für Preise, Seats und Onboarding.