Qualifier les leads entrants
Chaque nouveau lead est rattaché à son entité juridique, noté sur son effectif réel et ses comptes déposés, avant même qu'un commercial ne l'ouvre.
- Démarre
- Nouveau lead créé
- Étapes
- 5
- Contrôles et conditions
- 0
- Une personne décide
- Jamais, tourne seul
Déclencheur · Événement
Nouveau lead créé
Chaque nouveau lead déclenche l'exécution dès son arrivée, si bien qu'il est déjà qualifié avant qu'un commercial ne l'ouvre.
Claude exécute la suite en autonomie
- 1
Récupérer les leads depuis la dernière exécution
SalesforceSalesforce
Chaque lead créé depuis la dernière exécution arrive avec ses champs personnalisés déjà renseignés.
- 2
Rattacher chaque lead à son entité juridique
INSEE SireneINSEE Sirene
Chaque lead est rattaché à son entreprise sur l'activité, la localisation et l'effectif, jamais sur le seul nom, ou laissé non résolu plutôt que deviné.
- 3
Récupérer les dépôts et événements juridiques
INPIINPI
Chaque entreprise identifiée revient avec son identité, ses dirigeants, ses derniers comptes déposés et tout événement juridique récent.
BODACCBODACC
- 4
Noter chaque lead selon vos règles
Chaque lead reçoit une note à partir des seuils déjà utilisés par votre équipe : taille, chiffre d'affaires, secteur, signaux de solvabilité.
- 5
Mettre à jour le lead avec sa justification
SalesforceSalesforce
Le lead porte ses champs enrichis et une note expliquant sa note, et une nouvelle exécution le met à jour plutôt que de créer un doublon.
Un lead entrant arrive avec un nom, un email et une hypothèse. Quelqu'un passe alors dix minutes par lead à vérifier que l'entreprise est réelle, assez grande et toujours solvable. Le plus souvent, personne ne le fait, et le pipeline se remplit de bruit.
Les deux moitiés de la qualification de leads existent déjà. Salesforce porte le lead ; les registres français portent la vérité sur l'entreprise. Le travail, c'est la jointure, et cette jointure est mécanique — exactement le genre de tâche qu'un agent IA ayant accès aux deux peut faire.
What you get
A rep opens a lead that already carries its SIREN, real headcount, latest filed revenue and any recent legal event.
Sur quoi chaque lead entrant est vérifié
Une exécution part de chaque lead créé depuis la précédente, récupéré en une seule requête. L'agent lit d'abord votre schéma de lead, si bien que les champs personnalisés arrivent dans le même passage plutôt que de coûter une recherche supplémentaire par lead.
Chaque lead est ensuite rattaché à son entité juridique, un SIREN, via INSEE Sirene. Chaque entreprise rattachée reçoit deux recherches distinctes :
- INPI pour l'identité, les dirigeants actuels et les derniers comptes déposés, d'où viennent l'effectif et le chiffre d'affaires réels.
- BODACC pour les annonces légales publiées depuis le dernier contrôle de l'entreprise : changement d'actionnariat, procédure collective, changement de dirigeant.
Ce sont deux registres qui répondent à deux questions, donc ils restent deux recherches distinctes, chacune groupée par liste de SIREN quand l'outil le permet.
Ce qui fait tenir la qualification de leads par IA
Se fier au seul nom est ce qui rend l'enrichissement peu fiable : deux entreprises partagent un nom commercial, l'une est en sommeil. Filtrer sur le code d'activité, le département et l'effectif en plus du nom rattache la bonne entité plutôt que de la deviner. Quand rien ne correspond avec certitude, le lead reste non résolu et l'exécution le signale. Un mauvais SIREN mettrait les comptes d'une autre entreprise sur le dossier, ce qui est pire qu'un champ vide.
Écrire par mise à jour ou création sur le SIREN permet à l'exécution de tourner toutes les heures sans jamais créer de doublon. Elle n'écrit que les champs résolus lors de cette exécution, et ne vide jamais un champ existant parce qu'un passage ne l'a pas retrouvé.
Et la note laissée sur le dossier compte plus qu'il n'y paraît : un commercial qui voit pourquoi un lead a obtenu 82 fait confiance à la note. Celui qui ne le voit pas ne lui fait pas confiance.
Noter selon les règles déjà utilisées par votre équipe
La note vient des règles que votre équipe utilise déjà pour qualifier : taille de l'entreprise, chiffre d'affaires, secteur, et les signaux de solvabilité que révèlent les annonces légales. L'agent garde chaque donnée d'entrée à côté du résultat, si bien que la note peut montrer quel chiffre déposé ou quel événement récent a fait monter ou baisser un lead.
Où ça s'applique
Les registres utilisés dans ce processus sont français, donc tel qu'écrit il qualifie des leads d'entreprises immatriculées en France. La méthode s'applique à un autre CRM, ou à un pays disposant de son propre registre public d'entreprises, tant que les outils peuvent faire les quatre mêmes choses : rattacher l'entité sur plus que son nom, lire ses dépôts, vérifier les événements juridiques récents, et réécrire le résultat avec sa justification.
The prompt
The real prompt behind the steps above, detailed enough that an agent with the same tools can run it as written. The Run buttons copy the full version, which also carries the steps for connecting those tools.
# Qualify inbound leads against official company data
You have read/write access to Salesforce and tools that query INSEE's
SIRENE company registry, INPI's company-filing registry, and BODACC's
legal-announcements registry. Run this for new leads.
## 1. Collect leads since the last run
- Query Salesforce for leads created since the last run. Read your own
lead schema first so custom fields come along in the same pass,
rather than a second query per lead.
- Batch this — one query for the whole window, not one per lead.
## 2. Resolve each lead's legal entity
- For each lead, match company name and location to a SIREN using a
search that filters on activity code, department, and headcount
alongside the name — never name alone. Two companies sharing a
trading name is common enough that a name-only match produces wrong
matches often enough to matter, especially when one candidate is
dormant.
- If nothing matches confidently, leave the lead unresolved rather than
guessing — a wrong SIREN is worse than no SIREN.
## 3. Gather filings and legal events
- For each resolved SIREN, fetch identity, current directors, and the
latest filed accounts (headcount, revenue) from the company registry.
- Separately, check the legal-announcements registry for any event
published since the company was last checked — ownership change,
insolvency, officer change.
- These are two different lookups against two different registries;
batch each by SIREN list where the tool supports it.
## 4. Score each lead on your rules
- Apply your team's existing qualification thresholds — company size,
revenue, sector, solvency signals from the legal-events check.
- Keep the score's inputs, not just the number, so you can explain it
in step 5.
## 5. Update the lead with its reasoning
- Upsert the enriched fields onto the lead, keyed on SIREN — so a
re-run of this same lead updates the existing fields rather than
creating a duplicate lead or a duplicate note.
- Leave the score's reasoning as a note on the record — a rep who can
see *why* a lead scored 82 trusts the score; a bare number doesn't
earn that.
- Only write fields you've actually resolved this run; never blank an
existing field because this pass didn't find a value.
## Output
Report: how many leads processed, how many resolved to a SIREN, how
many scored above your qualification threshold, and any lead that
failed to resolve and why.
Pourquoi le faire tourner avec Tulina
Un prompt aide une personne. Un processus fait avancer une équipe.
Collé dans une conversation, le prompt ci-dessus marche une fois, pour celui qui l'a collé. Dans Tulina, « Qualifier les leads entrants » devient un processus que l'équipe partage, qui garde son historique, qui tourne seul, et qui reste dans le même périmètre de sécurité que les outils qu'il appelle.
Toute l'équipe travaille sur le même
PersonnelÉquipeOrganisation
Un processus se range à l'endroit qui lui correspond : à vous, à votre équipe ou à toute l'organisation. Celui qui l'exécute peut l'améliorer, et tout le monde repart de la meilleure version au lieu de réexpliquer le travail à chaque fois.
Chaque modification est une version
v1v2v3
Chaque changement crée une nouvelle version et garde la précédente ; une mauvaise modification se défait en restaurant une version antérieure. Chaque exécution enregistre la version qu'elle a suivie, et ce qu'elle a appris revient dans le processus.
Il tourne sans vous
planifiéwebhookà la demande
Un agent hébergé exécute le processus sur l'infrastructure de Tulina, à heure fixe ou quand un événement arrive, et continue quand vous fermez la conversation. Rien à héberger. Chaque exécution est suivie jusqu'à son résultat.
Dans le même périmètre de sécurité
coffrerôlesjournal
Les identifiants restent dans le coffre, jamais dans le prompt. Les rôles décident qui peut lancer quoi, chaque appel est journalisé, et une étape qu'une personne doit valider attend cette personne.
Questions sur la qualification de leads par IA
Aussi sur Salesforce
D'autres processus qui tournent surtout sur Salesforce. Les outils partagés avec celui-ci sont allumés.
Garder les comptes CRM à jour
Les entreprises déjà dans votre CRM sont surveillées pour tout événement juridique, signalé avant qu'un commercial n'appelle à l'aveugle.
- Partage
- Salesforce, BODACC
Programmation hebdomadaire4 étapes →
Sourcer et qualifier des leads
Une entreprise cible est passée au crible sur LinkedIn, classée selon votre ICP, et la shortlist qualifiée arrive dans votre CRM avec email et mobile renseignés.
- Partage
- Salesforce
Entreprise sélectionnée par un commercial6 étapes →