La plupart des portails HubSpot routent les leads de la même manière : un Workflow massif, une douzaine de branches if/then imbriquées, une action "Rotate record to owner", une notification email générique et une prière. Cela fonctionne jusqu'à environ 10 commerciaux et 3 territoires. Puis ça casse, silencieusement, à grands frais et de manières qui n'apparaissent dans aucun tableau de bord.
Le problème n'est pas l'outillage de HubSpot. Les primitives sont solides. Le problème est l'architecture. Les équipes traitent le routing comme une configuration ponctuelle alors qu'il s'agit en réalité d'un système qui nécessite classification, assignation, application et mesure, chacun comme une préoccupation distincte.
Ce guide couvre comment construire un lead routing dans HubSpot qui survit à votre prochaine réorganisation.
Ce que signifie réellement "Lead Routing" dans HubSpot
Avant de construire quoi que ce soit, soyez clair sur l'objet que vous routez. HubSpot utilise "lead" de manière imprécise, et cela compte :
- Contacts : la cible de routing la plus courante pour l'inbound. Vous définissez le Contact Owner.
- Objet Leads : utilisé dans le Sales Workspace pour le suivi de la qualification. Nécessite Sales Hub Professional ou Enterprise.
- Tickets : pour le routing du support, avec des outils natifs plus riches d'équilibrage de capacité.
Chacun a des propriétés d'owner différentes, des types de Workflow différents et un reporting différent. Si votre Workflow de routing définit le mauvais champ owner, votre attribution et vos métriques SLA sont fausses dès le premier jour.
Cinq choses que le routing doit faire
L'assignation est la partie facile. Un système de routing qui fonctionne vraiment gère cinq choses :
1. Speed-to-lead. HubSpot mesure le temps de réponse aux leads comme l'écart entre l'assignation et le premier engagement (email, appel, réunion, complétion de tâche). Le routing n'est pas terminé lorsqu'un owner est défini. Il l'est lorsque le premier contact a lieu.
2. Adéquation et spécialisation. Le mauvais commercial sur le mauvais deal crée un suivi lent et une faible conversion. Routez par territoire, intérêt produit, taille d'entreprise, score, ou tout ce qui correspond à votre motion de vente.
3. Distribution équitable. Le round-robin semble simple jusqu'à ce que la rotation se réinitialise parce que vous avez ajouté un commercial. Plus à ce sujet ci-dessous.
4. Clarté de propriété. Les disputes "qui possède celui-ci ?" tuent les deals. L'assignation automatisée basée sur des règles élimine l'ambiguïté.
5. Mesurabilité. Si vous ne pouvez pas mesurer la performance du routing, vous ne pouvez pas l'améliorer. HubSpot vous donne les analytiques de Workflow, le temps de réponse aux leads et la propriété Contact unworked?. Utilisez les trois.
L'anti-pattern du méga-Workflow
Voici ce qui casse à grande échelle : un Workflow essaie de tout faire. Classification, mapping de territoires, round-robin, notification, surveillance SLA, le tout dans un seul flux avec plus de 15 branches imbriquées.
Les modes de défaillance sont prévisibles :
- Ajouter un nouveau territoire signifie modifier un Workflow live qui route tous vos revenus
- Une erreur de logique de branche envoie silencieusement les leads à personne
- Pas d'application SLA, juste une notification email générique que les commerciaux ignorent
- Pas de catch-all pour les fiches qui ne correspondent à aucune branche
- Les nouveaux embauchés ont peur d'y toucher parce que personne n'a documenté la logique
La correction : routing modulaire. Trois Workflow, chacun avec une seule mission.
L'architecture à trois Workflow
Workflow 1 : Classification
Normalise les données inbound et définit les propriétés de routing. Aucune assignation n'a lieu ici.
- Se déclenche à la soumission de formulaire, à la création par API ou à l'import
- Définit Territory code en fonction du pays/état/région
- Définit Sales segment (SMB, Mid-Market, Enterprise) en fonction de l'effectif ou du chiffre d'affaires
- Définit Product interest à partir des champs de formulaire ou de l'URL de la page
- Définit Routing status sur
new
Check branches in order: US: NY, NJ, PA, MA, CT, VA..., US: CA, WA, OR, CO, TX, AZ..., UK, DE, FR, NL, CH, AT..., AU, NZ, SG, JP, KR, IN..., and None met.
Check branches in order: Is less than 50, Is between 50 and 500, Is greater than 500, and None met.
Set Routing status to new
Ce Workflow existe pour que votre logique d'assignation n'ait pas besoin de 20 branches pour comprendre qui est un lead. Il lit des données d'entrée désordonnées et écrit des champs de routing propres.
Workflow 2 : Assignation
Lit les propriétés de routing propres et assigne un owner. C'est le seul Workflow qui touche au Contact Owner.
- Se déclenche lorsque Routing status =
new - Première branche : Ce contact a-t-il déjà un owner ? Si oui, sauter la rotation. La tâche post-branche de premier contact gère le suivi
- Deuxième branche : Existe-t-il une entreprise associée avec un owner ? Si oui, assigner à l'owner de l'entreprise (routing par compte)
- Troisième branche : Routage par Territory code en utilisant des branches value-equals, avec une action "Rotate record to owner" par équipe de territoire
- Branche catch-all : Rotation vers un pool SDR global
- Définit Routing status sur
routed, Routing timestamp sur maintenant - Crée une tâche de suivi : "Premier contact sous 15 minutes"
- Envoie une notification Slack ou email
Check branches in order: Contact owner is known, Associated company owner is known, Territory code is US-EAST, Territory code is US-WEST, Territory code is EMEA, Territory code is APAC-ANZ, and None met.
Set Routing status to routed
Set Routing timestamp to now
Create task First-touch within 15 minutes
Send Slack notification to #new-leads channel
Workflow 3 : Application des SLA
Surveille si les leads assignés sont effectivement traités. C'est le Workflow que la plupart des équipes sautent, et celui qui compte le plus.
- Se déclenche lorsque Routing status =
routed - Délai de 15 minutes (ou votre seuil SLA)
- Vérifie Contact unworked? : cette propriété HubSpot par défaut est
truelorsqu'aucune activité commerciale n'a été enregistrée depuis la dernière assignation d'owner - Si non travaillé : crée une tâche d'escalade, notifie le manager
- Optionnel : nouveau délai de 45 minutes, vérifier à nouveau, puis réassigner à un pool de secours
Wait 15 minutes
Check branches in order: Contact unworked? is Yes and Contact was worked.
Sans ce Workflow, vous avez une assignation. Vous n'avez pas de routing.
Configurer votre modèle de données
Avant de construire des workflows, créez ces propriétés de contact :
| Propriété | Type | Valeurs |
|---|---|---|
| Routing status | Liste déroulante | new, routed, reassigned, needs_review, do_not_route |
| Routing reason | Liste déroulante | territory_match, round_robin, account_match, high_score, manual_override, missing_data |
| Territory code | Liste déroulante | Vos territoires (par exemple, US-EAST, US-WEST, EMEA, APAC-ANZ) |
| Sales segment | Liste déroulante | SMB, Mid-Market, Enterprise |
| Routing timestamp | Date-heure | Défini lorsque la propriété est assignée |
Ces propriétés servent deux objectifs : elles contrôlent le branchement des Workflow et alimentent les rapports de routing. Sans elles, vous déboguez le routing en lisant l'historique des inscriptions aux Workflow, ce qui est misérable.
Important : Les règles de validation des propriétés HubSpot ne sont pas appliquées lorsque les valeurs sont définies via des Workflow. Construisez vos vérifications défensives à l'intérieur des branches de Workflow, pas dans les règles de validation.
"Rotate Record to Owner" : ce que vous devez savoir
C'est la primitive round-robin de HubSpot, et elle a des comportements qui font trébucher presque toutes les équipes :
La rotation est par action, pas globale. Chaque action "Rotate record to owner" maintient son propre compteur. Si vous avez deux actions de rotation dans des Workflow différents, elles suivent la distribution indépendamment. Un commercial peut recevoir 5 leads d'une action et 0 de l'autre.
Ajouter ou supprimer des commerciaux réinitialise la rotation. Si vous changez le pool d'owners sur un Workflow live, l'ordre établi se réinitialise et la distribution redevient aléatoire. Traitez les pools de rotation comme une configuration stable. Ne les modifiez pas à la légère.
Seuls les membres principaux de l'équipe sont inclus. Si un commercial est un membre "supplémentaire" d'une équipe, il ne recevra pas de leads en rotation. Seule l'appartenance principale à l'équipe compte.
Nécessite Sales Hub ou Service Hub Professional+. Et seuls les utilisateurs activés et payants peuvent recevoir des assignations en rotation.
Les utilisateurs désactivés sont silencieusement sautés. Lorsque quelqu'un part et que son compte est désactivé, l'action de rotation le saute. Pas d'erreur, pas d'alerte. Ajoutez "supprimer des pools de routing" à votre checklist d'offboarding.
Routing par territoire sans module de territoire
HubSpot n'a pas d'objet Territory natif. Ce que la plupart des équipes appellent "routing par territoire" est un pattern que vous construisez :
- Définissez les territoires comme des valeurs de liste déroulante sur une Custom Property (par exemple, Territory code)
- Utilisez votre Workflow de Classification pour définir le territoire en fonction de la géographie, de la taille de l'entreprise ou du secteur
- Dans votre Workflow d'Assignation, utilisez des branches value-equals sur Territory code. Elles supportent jusqu'à 250 branches, générées automatiquement à partir d'une seule propriété
- Chaque branche route vers un pool de rotation spécifique au territoire
Cela fonctionne bien. La discipline clé : standardisez sur un seul champ de routing. Ne branchez pas sur pays ET état ET région dans une logique if/then imbriquée. Normalisez tout vers un seul code de territoire d'abord, puis branchez une seule fois.
Routing par compte : vérifier avant de tourner
Si un AE senior a passé des mois à cultiver un compte enterprise, router un nouveau lead inbound de cette entreprise vers un SDR aléatoire est un désastre. Conflit de canal, prospection en double et un AE très mécontent.
Votre Workflow d'Assignation devrait toujours vérifier la propriété existante avant le round-robin :
- Le contact est-il déjà possédé ? Routage vers l'owner existant.
- Existe-t-il une entreprise associée avec un owner ? Routage vers l'owner de l'entreprise.
- Seulement alors basculer vers le round-robin.
Pour les hiérarchies d'entreprises complexes avec plusieurs filiales et domaines, le matching natif HubSpot peut ne pas suffire. C'est là que les outils tiers comme 0CodeTools ou les actions de code personnalisé entrent en jeu, mais mettez d'abord en place la vérification de base.
Le Lead Scoring comme entrée de routing
Un score de lead n'est utile que si quelque chose se produit lorsqu'il franchit un seuil. La défaillance la plus courante : les équipes construisent un modèle de scoring, fixent un seuil à 80 points, et... rien. Aucun Workflow ne se déclenche. Aucun owner n'est assigné. L'écart "scoré mais sans propriétaire" est l'endroit où le pipeline va mourir.
Ce qu'il faut construire :
- Le score franchit votre seuil MQL → déclencher votre Workflow d'Assignation (définir Routing status sur
new) - Les leads à score élevé obtiennent un SLA plus court (5 minutes au lieu de 15)
- Ajoutez la décroissance temporelle à vos critères de scoring. "Page de tarification visitée dans les 7 derniers jours" compte plus que "page de tarification visitée il y a 6 mois"
Le modèle de scoring actuel de HubSpot utilise des scores Fit et Engagement séparés avec des propriétés de seuil (Low, Medium, High) plutôt que des valeurs de points brutes. Utilisez ces seuils comme déclencheurs d'inscription pour vos Workflow de routing.
Le problème de synchronisation Salesforce
Si vous exécutez HubSpot et Salesforce ensemble, la synchronisation de propriété est l'endroit où le routing va se casser.
Le problème central : Lorsque HubSpot définit un owner de contact via "Rotate record to owner", le changement se synchronise avec Salesforce. Mais les règles d'assignation Salesforce peuvent se déclencher à la création d'un nouveau lead et écraser l'owner, qui se synchronise ensuite vers HubSpot et annule votre routing.
La correction : Choisissez un système comme owner de vérité pour l'assignation. Si HubSpot route les leads, désactivez les règles d'assignation Salesforce pour les fiches créées par HubSpot. Si Salesforce route, n'utilisez pas les actions de rotation de HubSpot.
HubSpot synchronise les propriétés d'owner par adresse email (ou par nom si l'email est manquant). Les deux utilisateurs doivent exister dans les deux systèmes ou la synchronisation échoue silencieusement. Auditez cela régulièrement.
Routing en dehors des heures
Les paramètres de Workflow HubSpot vous permettent de restreindre l'exécution des actions à des fenêtres horaires spécifiques. Les fiches qui atteignent une action en dehors de ces heures sont reprogrammées à la prochaine période disponible.
C'est plus propre que de construire des branches complexes de vérification d'horaires. Mais connaissez la nuance : les fiches peuvent toujours s'inscrire et passer à travers les délais et les branches les jours en pause. Elles ne se mettent en pause qu'à la prochaine étape d'action. Tenez-en compte dans vos calculs SLA.
Modes de défaillance à anticiper
| Défaillance | Ce qui se passe | Correction |
|---|---|---|
| Pas de branche catch-all | Les leads qui ne correspondent à aucun territoire restent non routés à jamais | Terminer toujours par une branche "None met" qui assigne à un pool de secours et alerte les ops |
| Owner écrasé lors d'une nouvelle soumission de formulaire | Les clients existants sont réassignés à un SDR aléatoire | Branche en premier : si l'owner existe, ne pas tourner |
| Mauvaises données empêchent le routing | Pays vide ou secteur mal orthographié = pas de correspondance de territoire | Exigez des champs de routing minimum sur les formulaires ; normalisez dans le Workflow de Classification |
| La ré-inscription ne se déclenche pas | Le contact a été précédemment inscrit et la ré-inscription n'est pas activée | Activer les déclencheurs de ré-inscription sur les Workflow d'Assignation et SLA |
| Scores élevés obsolètes | Les leads scorés il y a 6 mois encombrent la file d'attente prioritaire | Utilisez des critères de scoring temporellement fenêtrés afin que les scores se dégradent naturellement |
Ce qu'il faut mesurer
Construisez un tableau de bord de routing avec quatre sections :
Santé du routing : total routé au cours des 7 derniers jours, % atterrissant dans la branche catch-all (indicateur de mauvaises données), nombre d'erreurs de Workflow.
Vitesse et SLA : distribution du temps de réponse aux leads (p50 et p90), arriéré non travaillé par âge à l'aide de la propriété Contact unworked?.
Distribution et équité : leads assignés par commercial et par territoire. Si un commercial a 3x le volume d'un autre, votre pool de rotation est mal configuré.
Qualité et résultats : taux de conversion de routé à SQL, time-to-meeting, taux d'entrée dans le pipeline. Cela vous indique si le routing envoie les bons leads aux bons commerciaux.
Le constructeur de rapports personnalisés HubSpot et la suite d'analytique commerciale couvrent tout cela. Les rapports se rafraîchissent toutes les deux heures avec un rafraîchissement manuel disponible.
Le chemin de migration
Si vous lisez ceci avec un méga-Workflow déjà en production, ne reconstruisez pas tout d'un coup.
- Audit. Cartographiez chaque Workflow lié au routing. Utilisez les outils d'organisation de Workflow de HubSpot : dossiers, filtres, vues "Needs review" et "Unused".
- Construisez d'abord le modèle de données. Créez vos propriétés de routing et commencez à les remplir manuellement ou via un Workflow léger. Cela vous donne des données pour tester.
- Construisez les Workflow de Classification et de SLA en parallèle du routing existant. Ils ne touchent pas à la propriété, donc il n'y a pas de conflit.
- Échangez l'Assignation. Une fois que la Classification remplit des champs de routing propres, construisez votre nouveau Workflow d'Assignation modulaire. Testez avec des fiches factices à travers chaque territoire et segment. Seulement alors, désactivez l'ancien méga-Workflow.
- Surveillez pendant deux semaines. Surveillez le volume de la branche catch-all, l'arriéré non travaillé et la distribution des raisons de routing. Ajustez les mappings de territoire et les pools de rotation en fonction des données réelles.
Référence rapide : ce dont vous avez besoin par niveau HubSpot
| Ce dont vous avez besoin | Niveau requis |
|---|---|
| Workflow (inscription, branches, délais) | Professional ou Enterprise (tout Hub) |
| "Rotate record to owner" | Sales Hub ou Service Hub Professional+ |
| Branches value-equals (jusqu'à 250) | Professional ou Enterprise |
| Actions de code personnalisé Workflow | Operations Hub Professional ou Enterprise |
| Lead Scoring | Marketing Hub Professional ou Enterprise |
| Sales analytics (temps de réponse aux leads) | Sales Hub Professional ou Enterprise |
| Équipes imbriquées | Enterprise (tout Hub) |
Construisez-le bien dès la première fois
Le lead routing n'est pas un Workflow, c'est un système. La classification, l'assignation, l'application et la mesure ont chacune besoin de leur propre Workflow, de leurs propres propriétés et de leur propre tableau de bord.
Les équipes qui font cela bien ne se contentent pas de router les leads plus rapidement. Elles éliminent les disputes de propriété, appliquent les SLA automatiquement et disposent des données pour prouver ce qui fonctionne. Les équipes qui ne le font pas se retrouvent avec un méga-Workflow auquel personne ne veut toucher et un canal Slack rempli de messages "à qui est ce lead ?".
Commencez par l'architecture à trois Workflow. Ajoutez les propriétés de routing. Construisez le Workflow SLA. Mesurez tout.
Besoin d'un point de départ plus rapide ? Notre bibliothèque gratuite de modèles de Workflow inclut des modèles prêts à installer pour l'auto-association des contacts aux deals, les mises à jour des étapes du cycle de vie et l'escalade SLA.
Si vous avez besoin d'aide pour concevoir ou mettre en œuvre le lead routing dans votre portail HubSpot, découvrez notre support RevOps ou parlez à notre équipe directement.
Guides Workflow HubSpot associés
- Définir un TTL pour les fiches HubSpot : se marie naturellement avec le Workflow d'application SLA ci-dessus. Une fois qu'un lead viole son SLA et vieillit au-delà de la fenêtre de récupération, le TTL gère le nettoyage.
- Délai aléatoire et associations dans 0CodeTools : lorsque l'assignation round-robin se déclenche pour de nombreux leads à la fois, les délais aléatoires empêchent les problèmes de rate-limit avec les notifications en aval et les actions Slack/email.
- Champs de Lookup dans HubSpot : guide ultime : pour le routing par territoire qui mappe un contact à un owner de compte spécifique via une propriété Lookup, plutôt que de jongler avec l'appartenance à une équipe.
- Modèles de Workflow HubSpot gratuits : installez des modèles prêts à l'emploi pour Auto-Assign Contact Owner, Set Lead Status on Form Submit, Update Lifecycle Stage to MQL, Reactivate Disqualified Leads, et Disqualify Unresponsive Leads.