Enrichir des contacts par email et téléphone
Un lot de contacts partiels reçoit un vrai email et téléphone quand ils existent, un second fournisseur couvrant ce que le premier a manqué, chaque manque signalé.
- Démarre
- Liste créée
- Étapes
- 4
- Contrôles et conditions
- 0
- Une personne décide
- Jamais, tourne seul
Déclencheur · Événement
Liste créée
Un lot fraîchement assemblé ouvre l'exécution, si bien que l'enrichissement démarre sans que personne n'ait à le soumettre.
Claude exécute la suite en autonomie
- 1
Rassembler chaque contact identifiable
Le lot contient chaque contact avec au moins un moyen de l'identifier : un email, un profil professionnel, ou un nom et une entreprise.
- 2
Enrichir tout le lot d'un coup
DropcontactDropcontact
Toute la liste part en une seule requête et les résultats sont récupérés dès qu'ils sont prêts, sans supposer un temps d'attente fixe.
- 3
Compléter les emails manquants
KasprKaspr
Quiconque n'a toujours pas d'email utilisable reçoit un second passage, email uniquement, via un fournisseur de repli basé sur le profil.
- 4
Retourner un tableau, signaler chaque manque
Un seul tableau propre revient, avec chaque vrai manque signalé plutôt qu'abandonné, et rien n'est écrit dans le CRM sauf demande séparée.
Enrichir une liste de contacts à la main veut dire ouvrir chaque profil un par un, copier ce qui est trouvable, et abandonner ceux pour lesquels un seul outil ne trouve rien. Sur une vraie liste, ce groupe est assez grand pour compter.
Un fournisseur résout la plus grande partie d'un lot en un seul appel asynchrone. Le reste, c'est un second passage moins cher chez un autre fournisseur, exactement pour les lignes qui en ont encore besoin, et un tableau honnête à la fin qui montre ce qui a marché, ce qui a eu besoin du repli, et ce qui manque encore. C'est une cascade limitée à deux fournisseurs, le second réservé aux emails manquants.
What you get
Un tableau propre, avec chaque contact enrichi là où la donnée existe et chaque vrai manque signalé plutôt qu'abandonné.
Ce dont un contact a besoin avant l'enrichissement
Chaque contact a besoin d'une combinaison identifiante : un email, une URL ou un identifiant LinkedIn, ou un prénom, un nom et une entreprise. Chaque ligne porte votre propre identifiant de référence, car un appel par lot ne promet pas de renvoyer les lignes dans l'ordre où elles ont été envoyées, et c'est cet identifiant qui permet de faire correspondre les résultats proprement. Les contacts susceptibles d'avoir besoin du repli gardent leur identifiant LinkedIn dès le départ, car l'outil de repli l'exige. Un contact sous-spécifié ne fait jamais échouer tout le lot : l'outil d'enrichissement traite ce qu'il peut et remonte une erreur ou un avertissement sur cette seule ligne.
Enrichir email et téléphone en un seul lot
Toute la liste part vers Dropcontact en un seul appel, découpée en lots seulement quand les limites de taille de l'outil l'exigent. L'appel renvoie tout de suite un identifiant de requête et l'enrichissement tourne en asynchrone, si bien que l'agent interroge le résultat jusqu'à ce qu'il soit prêt plutôt que de supposer un temps d'attente fixe. Grouper l'envoi est ce qui garde cette étape rapide et peu coûteuse : un seul aller-retour pour toute la liste, jusqu'à la limite propre de l'outil, plutôt qu'une requête par contact.
Les étiquettes de qualité des emails sont lues au pied de la lettre. Une adresse personnelle vérifiée sur le domaine propre de l'entreprise est le meilleur résultat, et une boîte générique est utilisable mais plus faible. Tout ce qui est marqué invalide compte comme pas d'email du tout, jamais comme un email à faible confiance.
Un repli pour les emails encore manquants
Chaque contact toujours sans email utilisable, et qui porte un identifiant LinkedIn, part vers Kaspr pour l'email uniquement. Le téléphone est une question séparée qui ne justifie pas de crédits supplémentaires à ce passage. Une adresse trouvée est utilisée et marquée avec le fournisseur de repli comme source, si bien que le tableau final montre d'où vient chaque champ.
Ne router que les vrais manques vers un second fournisseur, plutôt que de tout faire passer par les deux, est ce qui garde le repli abordable. La plupart des contacts se résolvent au premier passage, et ne dépenser les crédits du second fournisseur que sur ceux qui ne s'y sont pas résolus est ce qui permet à cette étape de tenir à l'échelle.
Un tableau, chaque manque signalé
L'exécution renvoie un seul tableau : nom, meilleur email avec sa source, téléphone ou mobile là où trouvé, et toute donnée d'entreprise renvoyée par l'enrichissement. Chaque contact qu'aucun des deux fournisseurs n'a pu résoudre est signalé et conservé. Une liste silencieusement raccourcie a l'air propre et cache exactement les contacts qu'une personne a le plus besoin de vérifier à la main. Rien n'est écrit dans un CRM ; pousser les résultats quelque part est une étape séparée et explicite.
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.
# Enrich a contact list with email and phone
You have access to two enrichment tools: a primary one and a
LinkedIn-based fallback. Run this against **[a list of 1–250 contacts,
each with at least an email, a LinkedIn identifier, or a name and
company]**.
## 1. Gather every identifiable contact
Each contact needs at least one identifying combination: an email, a
LinkedIn URL or slug, or a first name + last name + company. Attach a
reference ID to every contact (your own row id) so results can be
mapped back cleanly — a batch call doesn't guarantee it returns rows in
the order you sent them. If a contact might need the LinkedIn fallback
later, keep its LinkedIn identifier on hand from this step; the
fallback tool requires it.
An under-specified contact doesn't fail the whole batch — the
enrichment tool processes what it can and reports an error or warning
for that one row.
## 2. Enrich the whole batch at once
Submit the whole batch in one call, not one request per contact — batch
size and per-item size limits apply, so split into chunks if you're
over them. The call returns immediately with a request id; the
enrichment runs asynchronously. Poll for the result starting around 30
seconds after submission, then every 20–30 seconds until it's done.
When results come back, treat email quality labels literally: a
personal, verified email at the company's own domain is the best
outcome; a generic mailbox is usable but weaker; anything marked
invalid counts as no email at all, not a low-confidence one.
## 3. Backfill missing emails through the fallback
For every contact still without a usable email, and that has a LinkedIn
identifier: call the fallback tool for email only — don't spend extra
credits pulling phone here, that's a separate concern. If it finds an
email, use it and mark its source as the fallback provider so the final
table shows where each field came from. If it finds nothing, or the
contact has no LinkedIn identifier to fall back on, leave it blank and
flag it in the final step — never drop the row.
## 4. Return one table, flag every gap
Return one clean table: name, best-qualified email with its source,
phone/mobile if found, and any relevant company data the enrichment
returned. Flag every contact where neither provider found a usable
email — don't drop them silently, since a flagged gap tells a human
exactly who still needs manual work.
This is a standalone enrichment step — it doesn't write anything back
to a CRM. If you want the results pushed somewhere, do that as an
explicit next step, not automatically.
## Output
Report: total contacts submitted, how many resolved on the first
provider, how many needed the fallback and how many of those resolved,
and the final list of contacts still missing an email.
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, « Enrichir des contacts par email et téléphone » 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 l'enrichissement de contacts
Processus similaires
Des processus qui partagent des outils avec celui-ci. Les outils partagés sont allumés.
