Dans beaucoup de PME que j’accompagne, l’assignation des leads suit encore le même schéma : les leads arrivent dans une file commune, et une personne les répartit manuellement entre les commerciaux, selon des critères qu’elle connaît par cœur (zone géographique, taille d’entreprise, type de besoin) mais qui n’ont jamais été écrits nulle part.
Ce fonctionnement a deux coûts cachés : le temps passé à répartir (souvent sous-estimé, car fait “entre deux tâches”), et surtout le délai avant le premier contact — un facteur qui a un impact direct et documenté sur le taux de conversion des leads entrants.
La bonne nouvelle : ce cas d’usage se résout entièrement avec un Flow standard, sans développement Apex, en une à deux heures de configuration.
Étape 1 — Formaliser les règles d’attribution
Avant d’ouvrir le Flow Builder, la vraie étape structurante est de mettre les règles à plat avec les personnes concernées : sur quels critères un lead est-il aujourd’hui attribué à telle ou telle personne ? Zone géographique, secteur d’activité, taille d’entreprise, canal d’acquisition, langue ?
Cette étape révèle souvent des règles implicites, des exceptions non écrites, et parfois des désaccords entre commerciaux sur “qui devrait avoir quoi” — mieux vaut les faire émerger maintenant que découvrir un conflit après la mise en production.
Étape 2 — Construire une table de correspondance
Plutôt que d’écrire les règles d’attribution en dur dans la logique du Flow (ce qui oblige à republier le Flow à chaque changement d’équipe ou de territoire), la pratique la plus robuste consiste à créer un objet personnalisé simple, par exemple Regle_Attribution__c, avec des champs comme Zone__c, Commercial__c, Actif__c.
Ce petit objet devient la source de vérité des règles d’attribution, modifiable par un administrateur sans toucher au Flow — ce qui compte énormément quand les territoires commerciaux changent (et ils changent toujours plus souvent que prévu).
Étape 3 — Construire le Record-Triggered Flow
Sur l’objet Lead, créez un Flow déclenché à la création de l’enregistrement :
- Get Records : rechercher dans
Regle_Attribution__cla règle correspondant à la zone du lead (et tout autre critère retenu à l’étape 1). - Decision : gérer le cas où aucune règle ne correspond (prévoir un commercial ou une file par défaut plutôt que de laisser le lead sans propriétaire).
- Update Records : mettre à jour le champ
Propriétaire(Owner) du Lead avec le commercial identifié. - Send Email Alert et/ou Create Record (tâche) : notifier immédiatement le commercial assigné.
Étape 4 — Prévoir le chemin d’erreur
Ajoutez un Fault Path sur l’étape de mise à jour du propriétaire. Si elle échoue pour une raison quelconque (règle de partage, permission manquante), le lead doit à minima être assigné à une file de secours et une alerte doit partir vers un administrateur — plutôt que de disparaître silencieusement de tout radar commercial.
Étape 5 — Tester avec des cas limites, pas seulement le cas heureux
Avant de mettre en production, testez explicitement : un lead sans zone renseignée, un lead créé en masse via un import, un lead créé via une intégration externe (formulaire web, outil marketing). Ce sont ces cas limites, plus que le cas “normal”, qui révèlent les failles d’une automatisation d’attribution.
Ce que ça change concrètement
Sur ce type de mission, le résultat le plus visible n’est pas seulement le temps gagné côté administratif : c’est la réduction du délai entre la création du lead et le premier contact commercial, qui passe généralement de plusieurs heures à quelques secondes. C’est aussi la fin d’une dépendance critique — cette automatisation ne s’arrête pas si la personne qui faisait la répartition manuelle est en congé.
Si votre situation est plus complexe (plusieurs équipes, territoires qui se recoupent, critères multiples pondérés), c’est le type de périmètre que je traite dans l’offre Automatisation d’un processus, avec des spécifications validées avant tout démarrage pour éviter les mauvaises surprises.