Prospection à partir de l'appartenance Slack
L'appartenance à une communauté Slack est la qualification, donc tout le monde y est éligible, résolu par nom et corroboré par ses propres mots.
- Démarre
- Passage hebdomadaire
- Étapes
- 6
- Contrôles et conditions
- 0
- Une personne décide
- Jamais, tourne seul
Déclencheur · Planifié
Passage hebdomadaire
Un passage hebdomadaire, pour récupérer les membres arrivés depuis la dernière exécution sans que personne n'ait à la relancer à la main.
Claude exécute la suite en autonomie
- 1
Récupérer la liste des membres
SlackSlack
La liste des membres de la communauté sort en entier, et elle est attendue comme maigre, car la plupart des profils ne portent qu'un pseudo et rien de plus.
- 2
Récupérer les présentations des membres
SlackSlack
Les membres qui se sont présentés dans le canal #introduction viennent en premier, avec leur nom, leur entreprise et leur rôle dans leurs propres mots.
- 3
Faire correspondre chaque membre à un profil
SerperSerper
Un membre n'est rattaché à un profil que lorsque l'entreprise, le rôle ou le contexte l'appuient, et reste non rattaché plutôt que rattaché faiblement.
- 4
Trouver les emails, rejeter les incohérences
FullEnrichFullEnrich
Chaque personne rattachée reçoit un email professionnel, et toute adresse chez un employeur autre que celui qu'elle a décrit est écartée.
- 5
Écrire une accroche par groupe de rôle
Fondateurs, opérateurs, agences et investisseurs reçoivent chacun leur propre angle, écrit à partir des mots de la personne et sans jamais nommer la communauté.
- 6
Préparer la campagne pour relecture
Chaque groupe reste dans sa propre piste, toute personne déjà dans une campagne active est écartée, et une personne relit et lance.
La liste des membres d'une communauté ressemble à une liste de prospects toute prête et ne l'est presque jamais. La plupart des profils ne portent qu'un pseudo et rien d'autre, et récupérer la liste demande généralement de scripter autour d'un panneau de membres virtualisé qui s'arrête silencieusement d'afficher de nouvelles lignes.
La vraie liste est plus petite et demande du travail à construire : extraire les membres qui se sont présentés, résoudre le reste par le nom, et rejeter toute correspondance et tout email qui ne corrobore pas ce que la personne a dit être. Ce qui reste est une campagne où l'appartenance elle-même est la qualification. Personne n'est écarté pour être le « mauvais » type de membre ; ils reçoivent un message différent.
What you get
A staged, segmented campaign built from a community's own roster, every match corroborated and every email checked against what the person actually said about themselves, ready for a person to launch.
Comment l'IA transforme une communauté Slack en prospects
L'exécution est hebdomadaire, si bien que les membres arrivés depuis le dernier passage sont récupérés sans que personne n'ait à répéter le travail à la main.
La liste des membres sort d'abord de Slack. Les panneaux de membres des outils de chat sont généralement virtualisés : seules les lignes visibles existent dans la page, et le reste s'affiche au fil du défilement. Un script qui fixe directement la position de défilement fait souvent défiler une liste qui ne se redessine jamais, surtout dans un onglet de navigateur en arrière-plan, et relit indéfiniment les mêmes lignes pendant que les clics et les captures d'écran continuent de fonctionner. Un vrai événement de molette est ce qui force le réaffichage, donc l'agent boucle : défiler, lire ce qui s'est affiché, recommencer.
Le canal #introduction vient ensuite, lu en entier avant tout le reste. Les membres y indiquent leur nom, leur entreprise et ce qu'ils font dans leurs propres mots, ce qui est à la fois la clé qui permet de les identifier et le détail à partir duquel une accroche s'écrit. Un simple pseudo est presque introuvable ; « je suis [nom] de [entreprise], je fais [rôle] » se résout en quelques secondes. C'est une petite fraction de la communauté et de loin sa partie la plus riche. Le reste de la liste suit dans un second passage avec une recherche par nom seul, qui résout moins de personnes par heure et fait quand même grandir la liste bien au-delà des présentations.
Faire correspondre les membres et trouver les emails sans deviner
Chaque nom, avec l'entreprise donnée par la personne quand il y en a une, est cherché via Serper pour trouver un profil professionnel. Pour les membres sans entreprise déclarée, le titre du résultat de recherche lui-même (nom, rôle, employeur) devient souvent toute la source de personnalisation, donc il est capturé.
Une correspondance ne compte que si quelque chose la corrobore : la même entreprise, le même rôle, le même contexte. Deux profils plausibles pour un même nom, sans que l'un ne corrobore l'autre, restent non résolus. Pas de correspondance vaut mieux qu'une correspondance faible.
Les personnes résolues sont enrichies pour un email professionnel via FullEnrich, email uniquement, car les recherches de téléphone coûtent bien plus de crédits par résultat. L'enrichissement renvoie le domaine de l'employeur actuel de la personne, qui n'est pas toujours l'entreprise sous laquelle elle s'est présentée : quelqu'un qui a décrit un projet secondaire ou une nouvelle initiative peut quand même recevoir une adresse de son emploi principal. Tout email dont le domaine ne correspond pas à ce que la personne a dit d'elle-même est rejeté. Une part significative échoue à ce contrôle, et écrire à la mauvaise adresse dans la mauvaise entreprise fait négligé d'une façon qu'un contact manqué ne fait jamais.
Écrire aux membres de la communauté sans nommer la communauté
L'appartenance est la qualification, donc la liste n'est jamais réduite selon une lecture de pertinence. Un fondateur solo, le dirigeant d'une agence et un investisseur sont tous éligibles. Les seuls filtres légitimes sont de savoir si la personne peut être identifiée et contactée, et s'il y a un conflit : elle travaille pour un concurrent, elle est déjà cliente, ou elle est déjà dans une campagne active.
Les personnes sont regroupées par type de rôle (fondateurs, opérateurs internes, agences et consultants, investisseurs) car ils ne partagent pas le même problème, et un angle unique ne parlera pas à tous. Les agences sont souvent une opportunité de partenariat plutôt qu'un acheteur direct, et reçoivent un message différent. Chaque accroche est composée de deux courtes phrases construites à partir des mots de la personne, et chacune passe un test : remplacer par quelqu'un d'autre du même segment, et si la phrase sonne toujours vraie, ce n'est encore qu'une description de segment.
Le message ne mentionne jamais la communauté d'où vient la liste, et n'affirme jamais quel outil une personne utilise à partir de son appartenance à celle-ci. Un fait sur votre propre produit peut être affirmé sans problème. Une déduction sur son comportement, tirée seulement de l'endroit où elle a été trouvée, n'a aucune explication innocente, et une seule phrase qui le sous-entend coûte toute sa crédibilité au message.
Une campagne préparée, lancée par une personne
Avant toute création, l'agent liste les campagnes actives et leurs personnes inscrites, et écarte toute personne déjà inscrite ailleurs pour une audience similaire. Chaque segment charge dans sa propre piste avec son propre message, et quelques lignes chargées sont vérifiées au hasard par rapport à ce qui devait être envoyé. Puis il s'arrête. Une personne relit les brouillons par segment et les lance ; l'agent n'appelle jamais d'envoi.
Chaque exécution rapporte combien de membres sont sortis de la liste, combien ont été résolus via les présentations et combien via la liste élargie, combien ont passé la résolution d'identité, combien d'emails ont été rejetés pour ne pas corroborer la personne, la répartition par segment, et la campagne préparée pour relecture.
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.
# Turn a community's member list into a campaign
You have access to web search and an email-enrichment tool, plus
browser access to the community itself (a Slack workspace, a forum, a
user group — anywhere members post in their own words). Run this
against **[the community you're a member of, and the segment it maps
to]**.
## 1. Collect the member list, and expect it to disappoint
Membership lists in chat tools are usually virtualized — only the
visible rows exist in the page at any moment, and the rest render in as
you scroll. **A script that sets scroll position programmatically often
scrolls a list that never actually redraws**, especially in a
browser-automated background tab, and silently re-reads the same
handful of rows forever. Clicks and screenshots keep working, which
makes the failure easy to miss. A real scroll event (a wheel event, not
a position jump) is what forces the list to repaint — loop: scroll,
read what's rendered, repeat.
Expect the raw roster to be thin: most member profiles carry a handle,
not a full name, and no company or title at all. That's expected — the
next step is where the real signal comes from.
## 2. Gather members' own introductions first
Most communities like this have an #introduction Slack channel, or a
thread serving the same purpose, where members state their own name, company, and what they do in plain prose.
That text is both the resolution key and the personalization source —
a bare handle is nearly unfindable, but "hi, I'm [name] from [company],
I do [role]" resolves in seconds and gives you a real detail to write
from.
Work the #introduction channel first, in full, before touching the rest of the
roster — it's a small fraction of the community but by far the highest
quality. Then work the rest of the roster as a second, higher-volume
pass with name-only search; it resolves far fewer people per hour, but
meaningfully grows the list beyond the #introduction channel alone.
## 3. Match each member to a profile — reward corroboration, not confirmation
Search each name (with their stated company, where you have one) for a
professional profile match. For roster-only people with no stated
company, the search result's own headline (name, role, employer) often
becomes the entire personalization source — capture it.
Accept a match only when something about it actually corroborates the
person — matching company, matching role, matching context — not just a
name that happens to match. Where two plausible profiles exist for the
same name and neither one corroborates, treat it as unresolved rather
than guessing. **Prefer no match to a weak one.**
## 4. Find emails, reject mismatches
Enrich the resolved profile for a work email. Ask for email only, not
phone, unless you specifically need it — phone lookups typically cost
far more credits per hit.
Enrichment tools return the person's **current** employer's domain,
which isn't always the company they introduced themselves as. Someone
who described a side project or a new venture in the community may
still get an email at their day job. **Reject any email whose domain
doesn't match what the person actually said about themselves** — a
meaningful share of matches fail this check, and sending to the wrong
address at the wrong company is worse than not sending at all.
## 5. Write openers for each role group's real problem
Group resolved people by role type — founders, in-house operators,
agencies/consultants, investors are common splits — since they don't
share a problem and a single angle won't land for all of them. Agencies
in particular are often a partnership opportunity rather than a direct
buyer; treat that as a different message, not a smaller version of the
same one.
Write two short sentences per opener, using the person's own words from
step 2 or 3 wherever you have them. Check each one with a simple test:
swap in a different person from the same segment — if the line still
reads true, it isn't personalization yet, it's a segment description.
**One hard constraint on the copy itself: never reference the community
the list came from, and never assert what tool the person uses based on
their membership in it.** A fact about your own product is fine to
state; an inference about their behavior, drawn only from where you
found them, isn't — there's no innocent way to know it, and naming the
source erodes trust in one line.
## 6. Stage the campaign for a person to launch
Before creating anything, check what's already sending — list live
campaigns and their enrolled people, and skip anyone already enrolled
elsewhere targeting a similar audience rather than adding them again.
Load each segment into its own track with its own copy. Verify the
personalization landed — spot-check a few loaded rows against what you
intended to send. Then stop: stage everything for review, and never
call a send or launch action. A person reviews drafts by segment and
launches from there.
## Output
Report: how many members extracted from the roster, how many resolved
through the #introduction channel vs. the wider roster, how many passed
identity resolution, how many emails were rejected for not corroborating
the person, the segment breakdown, and the campaign staged for review.
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, « Prospection à partir de l'appartenance Slack » 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 prospection dans les communautés Slack
Processus similaires
Des processus qui partagent des outils avec celui-ci. Les outils partagés sont allumés.
Garder votre base de connaissances à jour
Chaque matin, l'activité de la veille est lue dans les outils de votre équipe et synthétisée en ce qui a changé, automatiquement et sans supervision.
- Partage
- Slack
Rythme quotidien7 étapes →
Outbound à partir de signaux d'achat
Chaque matin, les entreprises montrant un signal de stack ou de recrutement sont notées sur une grille, vérifiées dans le CRM et les séquences, puis mises en séquence.
- Partage
- Serper
Planification quotidienne7 étapes →
De l'écoute sociale aux leads qualifiés
Chaque matin, ceux qui réagissent aux posts d'un concurrent et les entreprises qui lisent votre site sont rapprochés du CRM, qualifiés sur votre ICP et remis à leur commercial.
- Partage
- FullEnrich, Slack
Planification quotidienne7 étapes →
