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 TestplanZuerst 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.
| Owner | Objekt und Zweck | Routing-Entscheidung |
|---|---|---|
| Lead Owner | Owner 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 Owner | Verantwortung für die konkrete Person und deren Kontaktaktivitäten. | Geeignet für kontaktbasiertes Inbound-Routing; nicht automatisch gleich Company oder Lead Owner. |
| Company Owner | Account-Verantwortung für das Unternehmen. | Für bekannte Accounts und Bestandskunden oft stärker als eine neue Formularrotation. |
| Deal Owner | Verantwortung für eine konkrete Opportunity. | Bei offenem Deal meist die sicherste Beziehung; nicht pauschal auf alle Kontakte des Unternehmens übertragen. |
| Ticket Owner | Bearbeitung eines Service-Tickets. | Service Hub-Prozess; zusätzliche balanced-, random-, availability- und skill-bezogene Optionen gelten nicht automatisch für Sales-Leads. |
| Conversation Owner | Zustä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ät | Bedingung | Zuständigkeit | Fallback |
|---|---|---|---|
| 1 | Bestehender Kunde oder bekannter Account | Bestehender Company/Account Owner; bei aktiver Opportunity greift die festgelegte Deal-Unterregel | Customer Operations |
| 2 | Offener Deal oder strategischer Account | Deal Owner beziehungsweise benannter Strategic Account Owner | Sales Manager |
| 3 | Partner, Mitarbeitende, Test, Bewerbung oder Spam | Eigener Ausnahmeweg; Spam/Test ohne Sales-Rotation | RevOps oder Quarantäne |
| 4 | Region oder Territory | Nur Team mit kommerzieller Verantwortung für DE, AT oder CH | DACH Triage |
| 5 | Produkt oder Spezialisierung | Produktpool innerhalb der Region | Product Specialist |
| 6 | Unternehmensgröße oder Segment | SMB- oder Enterprise-Pool | Segment Triage |
| 7 | Sprache | Deutsch- oder Englisch-fähiger Teilpool | Mehrsprachiger Duty Owner |
| 8 | Mehrere gleich geeignete Nutzer | Gleichmäßige Rotation innerhalb des verbleibenden Pools | Pool Owner/Manager |
| 9 | Kein Pfad oder kein berechtigter Nutzer | Fallback Owner, dringende Prüftask und Routing Status = Fallback | RevOps-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.
| Feld | Erlaubte Werte | Quelle | Fehlerbehandlung |
|---|---|---|---|
| Routing Country | DE · AT · CH · Other · Unknown | Demo-Formular, danach Normalisierung | Unknown → DACH Triage |
| Product Interest | FlowDesk · AuditCloud · Unknown | Pflichtfeld im Formular | Unknown → Product Triage |
| Segment | SMB · Enterprise | Mitarbeiterzahl, regelbasiert | Fehlend → Segment Triage |
| Routing Language | de · en | Formularsprache oder explizite Auswahl | Fehlend → de/en Duty Owner |
| Relationship | Prospect · Customer · Partner · Employee/Test/Spam | Lifecycle plus kontrollierte Listen | Unklar → RevOps |
| Open Deal | yes · no | Zugeordnete Deals in offenen Phasen | Mehrere Deals → Sales Manager |
| Routing Status | Ready · Assigned · Fallback · Excluded · Error | Workflow | Nie leer nach Workflow-Ende |
Eligible User Pools
| Pfad | Berechtigte Nutzer | Verteilung | Vertretung |
|---|---|---|---|
| DE · FlowDesk · SMB · de | DE-FD-1, DE-FD-2 | gleichmäßig | DE-FD-MGR |
| DE · AuditCloud · SMB · de | DE-AC-1, DE-AC-2 | gleichmäßig | DE-AC-MGR |
| AT/CH · FlowDesk · SMB · de | AT-CH-FD-1, AT-CH-FD-2 | gleichmäßig | DACH-MGR |
| AT/CH · AuditCloud · SMB · de | AT-CH-AC-1, AT-CH-AC-2 | gleichmäßig | DACH-MGR |
| Enterprise · FlowDesk · de/en | ENT-FD-DE oder ENT-FD-EN | fester Sprachspezialist | ENT-FD-MGR |
| Enterprise · AuditCloud · de/en | ENT-AC-DE oder ENT-AC-EN | fester Sprachspezialist | ENT-AC-MGR |
| Relationship | bestehender Company Owner oder Deal Owner | keine Neukundenrotation | Sales Manager |
| Unvollständige Daten | DACH-TRIAGE | fester Fallback Owner | REVOPS-DUTY |
Acht konkrete Durchläufe
| ID | Eingabe | Pfad | Ergebnis |
|---|---|---|---|
| E01 | DE · FlowDesk · SMB · de · Prospect | DE-FD-SMB-de | Rotation auf DE-FD-1 oder DE-FD-2; 2-Stunden-Task |
| E02 | AT · AuditCloud · SMB · de · Prospect | AT/CH-AC-SMB-de | Rotation auf AT-CH-AC-1 oder -2; 2-Stunden-Task |
| E03 | CH · FlowDesk · Enterprise · en | ENT-FD-en | Fester Owner ENT-FD-EN; 1-Stunden-Task |
| E04 | DE · Customer · Company Owner = ACC-17 | Relationship | ACC-17 bleibt; keine Rotation |
| E05 | CH · Open Deal · Deal Owner = DEAL-4 | Open opportunity | DEAL-4; dringende Opportunity-Task |
| E06 | AT · Partner · AuditCloud | Exception | Partner Operations; keine Sales-Rotation |
| E07 | Country leer · FlowDesk · SMB | Missing country | DACH-TRIAGE plus Datenklärungs-Task |
| E08 | DE · Product leer · Enterprise · en | Missing product | Product 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
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
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
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
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
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
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
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
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
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
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
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
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
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
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?
| Methode | Wann geeignet | Vorteil | Hauptrisiko | Kontrolle/Verfügbarkeit |
|---|---|---|---|---|
| Fixed owner | Bestehende Accounts, offene Deals, feste Territories oder einzelne Spezialisten | Beziehung und Expertise bleiben erhalten | Einzelner Engpass oder Abwesenheit | Owner, Vertretung und Overwrite-Regel prüfen; per Workflow oder manuell |
| Round Robin / gleichmäßig | Mehrere wirklich gleich geeignete, aktive Verkäufer | Nachvollziehbare Mengenverteilung | Ignoriert Wert, Kapazität und Skills | Rotate record to owner; Sales Hub oder Service Hub Professional/Enterprise, bezahlte Seats |
| Balanced | Verteilung nach aktueller Ticketlast | Berücksichtigt offene Ticketmenge | Fälschlich auf Sales übertragen | Zusätzliche Option in ticketbasierten Workflows; nicht als Sales-Lead-Modus dokumentiert |
| Random | Zufällige Ticketverteilung oder kontrolliertes Experiment in anderem Kontext | Reduziert feste Reihenfolgeeffekte | Nicht fair und schwerer erklärbar | Als zusätzliche Ticketoption dokumentiert; Random percentage branch ist kein Sales-Owner-Routing |
| Manual triage | Wenig Volumen, strategische Anfragen oder unklare Daten | Mensch beurteilt Kontext und Konflikte | Wartezeit und Abhängigkeit von einer Person | Tä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.
| Situation | Konkrete Aktion |
|---|---|
| Land fehlt | Fallback · Missing country; RevOps-Task. Land klären, nicht automatisch Deutschland annehmen. |
| Produkt fehlt oder unbekannt | In Product Triage verschieben; erst nach Bestätigung in einen Produktpool geben. |
| Owner bereits gesetzt | Ohne Übergabegrund nicht überschreiben; bisherigen Owner, Grund und Version protokollieren. |
| Nutzer deaktiviert | HubSpot schließt ihn aus. Pool reparieren, Action-Warnung und betroffene Läufe prüfen. |
| Seat fehlt | Nutzer entfernen oder passenden bezahlten Sales-/Service-Seat zuweisen; Core/View-only reicht nicht. |
| Kein geeigneter Nutzer | Fallback-Owner und dringende Task; Teamkonfiguration und Action Error prüfen. |
| Fast alles in einem Pfad | Pausieren; Werteverteilung, Normalisierung und Reihenfolge der Branches prüfen. |
| Salesforce überschreibt Owner | Owner-Quelle, Richtung und Mapping festlegen; Rückschreibkonflikt gezielt testen. |
| Contact/Company ändert Owner | Sync und Primärunternehmen prüfen; keine gegenseitigen Rückschreib-Workflows bauen. |
| Workflow-Action schlägt fehl | Action Log und Version sichern, Error view befüllen und kontrolliert erneut aufnehmen. |
| Außerhalb Arbeitszeit | Aufgabe nach definierter Regel terminieren und Behandlung der SLA-Uhr dokumentieren. |
| Duplikat | E-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.
| Testfall | Eingabedaten | Erwarteter Owner | Erwartete Aufgabe/SLA | Fallback | Ergebnis |
|---|---|---|---|---|---|
| T01 · Deutschland | DE · FlowDesk · SMB · Deutsch | DE-FD-Pool | Task ≤ 2 Arbeitsstunden | – | offen |
| T02 · Österreich | AT · AuditCloud · SMB · Deutsch | AT-CH-AC-Pool | Task ≤ 2 Arbeitsstunden | – | offen |
| T03 · Schweiz | CH · FlowDesk · Enterprise · Englisch | ENT-FD-EN | Task ≤ 1 Arbeitsstunde | – | offen |
| T04 · Bestandskunde | Customer = yes · kein offener Deal | Company Owner | Customer task ≤ 1 Stunde | Customer Operations | offen |
| T05 · Offener Deal | Open deal = yes | Deal Owner | Opportunity task ≤ 30 Min. | Sales Manager | offen |
| T06 · Partner | Lead type = Partner | Partner Operations | Partner task ≤ 1 Arbeitstag | RevOps | offen |
| T07 · Spam | Spam flag = yes | kein Sales Owner | keine Sales-Task | Quarantäne | offen |
| T08 · Testanfrage | E-Mail-Domain = example.invalid | kein Sales Owner | QA-Log, keine Sales-Task | Test-Queue | offen |
| T09 · Region fehlt | Country leer | Routing Fallback | RevOps task ≤ 30 Min. | Fallback Owner | offen |
| T10 · Produkt unbekannt | Product = Legacy X | Product triage | Klärung ≤ 1 Stunde | Fallback Owner | offen |
| T11 · Owner vorhanden | Contact Owner = DE-FD-1 · Overwrite off | DE-FD-1 bleibt | eine neue Task, keine Neuzuweisung | – | offen |
| T12 · Nutzer inaktiv | Nächster Rotationsnutzer deaktiviert | anderer berechtigter Pool-Nutzer | Task beim tatsächlichen Owner | Pool-Alarm | offen |
| T13 · Pool leer | Alle Pool-Nutzer ohne bezahlten Seat | keine stille Zuweisung | Error-/Fallback-Task | Fallback Owner | offen |
| T14 · Duplikat | E-Mail existiert, Company Owner gesetzt | bestehender Relationship Owner | keine doppelte Task | Merge review | offen |
| T15 · Sync-Konflikt | Lead rotation + Lead Owner Sync aktiv | Test muss blockieren | keine produktive Task | Sync-Konfiguration | offen |
| T16 · Re-enrollment | Routing-Feld ändert sich nach erstem Lauf | Owner bleibt, sofern kein Übergabegrund | keine doppelte Task | Audit review | offen |
| T17 · Außerhalb Arbeitszeit | Freitag 20:30 · DE · SMB | passender Pool-Nutzer | Montag im definierten Fenster | Duty Owner bei Sonder-SLA | offen |
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.
| Paket | Öffentlicher Preis DE | Für dieses Routing | Weitere Kosten |
|---|---|---|---|
| Free | 0 €; bis zu 2 Nutzer | Manuelle Owner-Zuweisung und einfache Triage, keine beschriebene Pro-Rotation | Interne Arbeitszeit |
| Starter | ab 7 €/Lizenz/Monat jährlich; 20 € monatlich laut aktueller Anzeige | Nicht ausreichend für die hier beschriebene voll anpassbare Workflow-Rotation | Seats, Einrichtung und Pflege |
| Sales Hub Professional | 90 €/Lizenz/Monat bei jährlicher Zahlung; 100 € bei monatlicher Zahlung mit Jahresbindung | Workflows, Sales-Lead-Funktionen und Owner-Rotation; aktive Nutzer brauchen bezahlte Professional-Seats | Pflicht-Onboarding 1.470 € einmalig |
| Sales Hub Enterprise | ab 150 €/Lizenz/Monat | Wie Professional plus erweiterte Governance; nicht allein wegen einfachem Round Robin nötig | Pflicht-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.
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.
| Kennzahl | Definition | Entscheidung |
|---|---|---|
| Anteil nicht zugewiesener Leads | Leads ohne gültigen Owner nach Routing-Frist ÷ alle routingfähigen Leads | Bei > 0 Ursache und Fallback-Wirkung prüfen |
| Mediane/P95-Zeit bis Zuweisung | Assigned At minus Received At | Median zeigt Normalfall, P95 die problematischen Übergaben |
| Zeit bis qualifizierte Reaktion | Erste inhaltlich brauchbare menschliche Antwort minus Received At | Owner-Setzen nicht mit Reaktion verwechseln |
| Reassignment Rate | Leads mit Ownerwechsel nach Erstzuweisung ÷ zugewiesene Leads | Fehlerhafte Kriterien oder unklare Übergaben untersuchen |
| Fallback Rate | Fallback Assignments ÷ routingfähige Leads | Nach Reason priorisieren; dauerhaftes Fallback ist kein Normalprozess |
| SLA-Verstöße | Leads mit Reaktion nach SLA oder ohne Reaktion | Nach Arbeitszeit, Quelle, Pfad und Owner trennen |
| Balance im Eligible Pool | Zuweisungen je berechtigtem Nutzer im gleichen Pfad und Zeitraum | Änderungen am Pool und Count-Reset berücksichtigen |
| Akzeptiert/abgelehnt | Qualifizierte Annahme beziehungsweise dokumentierter Rückgabegrund | Leadqualität von Routingfehlern trennen |
| Conversion nach Routing Path | Opportunities oder Won Deals ÷ Leads desselben Pfads | Nicht mit kleinen Stichproben überinterpretieren |
| Arbeitslast | Offene Tasks, aktive Opportunities und Reaktionsrückstand je Nutzer | Round 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?
| Option | Passt, wenn | Grenze | Entscheidungsnachweis |
|---|---|---|---|
| Manuelle Zuweisung / gemeinsame Queue | Wenige strategische Leads, ein kleines Team und häufige Einzelfallentscheidungen | Abhängigkeit von Triage-Person und Arbeitszeit | Vier Wochen ohne unassigned Leads und mit eingehaltenem SLA |
| HubSpot mit Workflows | Regeln aus CRM-Feldern ableitbar sind, Pools stabil bleiben und gleichmäßige Verteilung genügt | Keine dokumentierte Sales-Lead-Verteilung nach aktueller Kapazität oder Skills | 20 Testfälle bestanden; Fehler, Fallback und Kosten akzeptiert |
| Spezialisierte Routing-Plattform | Viele Märkte, komplexe Territories, gewichtete Capacity, Skills, Quoten oder externe Signale nötig sind | Zusätzliche Lizenz, Integration und zweite Fehlerquelle | Pilot 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.
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 workflows — HubSpot 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 actions — HubSpot Knowledge Base
Zuletzt geprüft:
- • Trennt Branches, Rotation, Tasks und Benachrichtigungen; Ticket-Optionen sind separat ausgewiesen.
- Assign ownership of records — HubSpot Knowledge Base
Zuletzt geprüft:
- • Erklärt Standard-Owner, manuelle Zuweisung sowie Seat- und Sichtbarkeitsanforderungen.
- Sync lead ownership and activities — HubSpot 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 companies — HubSpot Knowledge Base
Zuletzt geprüft:
- • Beschreibt Richtung, Primärunternehmen und Grenzen des Contact-/Company-Owner-Syncs.
- Workflows | Frequently Asked Questions — HubSpot Knowledge Base
Zuletzt geprüft:
- • Dokumentiert Fehlerbehebung, Re-enrollment, Logs, Pausentage und Limits.
- Assign access to records — HubSpot Knowledge Base
Zuletzt geprüft:
- • Erklärt Objektrechte und Beschränkungen auf eigene oder Team-Datensätze.
- Objekt-Pipelines einrichten und verwalten — HubSpot Knowledge Base
Zuletzt geprüft:
- • Bestätigt Lead-Pipelines und Sales Hub Professional/Enterprise als Voraussetzung.
- Use branches in workflows — HubSpot Knowledge Base
Zuletzt geprüft:
- • Beschreibt IF/THEN, AND/OR und vollständige Branch-Daten beim Enrollment.
- Test your workflow — HubSpot Knowledge Base
Zuletzt geprüft:
- • Unterscheidet Criteria-Test und Simulation und erklärt den Versionsbezug.
- Sales Hub – Preise — HubSpot
Zuletzt geprüft:
- • Offizielle deutsche Referenz für Preise, Seats und Onboarding.