Aller au contenu
NouveauDécouvrir comment

Secteurs · Web3

Logiciel de cold email Web3 qui touche les équipes de protocole avec de courts emails sur leurs lancements, grants et roadmaps.

FirstSales trouve les équipes de protocole, fondateurs et responsables écosystème qui correspondent à votre produit, repère un fait réel comme une date de mainnet ou un nouveau programme de grants, et écrit à chacun un court email à ce sujet. Il relance jusqu'à la réponse puis s'arrête, pour que la discussion arrive à votre équipe.

$1 pour 3 jours · Annulez quand vous voulez · Sans engagement

Tableau de bord FirstSales pour une entreprise Web3 : campagnes actives, boîtes connectées, contacts, emails envoyés et graphique du volume d'envoi
  • 01

    Écrits uniquement à partir du SDK, des chains et des preuves ajoutés à la base de connaissances

  • 02

    Ouvre sur un lancement, un grant ou un recrutement rendu public par l'équipe

  • 03

    Boîtes illimitées, avec 21 jours de préchauffage

  • 04

    Commencez pour $1 pendant 3 jours, puis dès $29/mois

Le problème

Les équipes Web3 vont vite et font confiance lentement, et la plupart des pitchs ressemblent à du spam pour elles.

Les équipes de protocole reçoivent des pitchs toute la journée, souvent de gens qui n'ont jamais regardé le projet. Les entreprises Web3 qui gagnent écrivent à la bonne personne au bon stade, avec une raison courte et honnête de se parler, et restent présentes jusqu'au bon timing.

Un mur de pitchs

Un fondateur ou responsable DevRel est sollicité chaque jour par des outils, agences et fonds. Un message générique, envoyable à n'importe quel projet, est ignoré.

La confiance se gagne difficilement

Le secteur a vu beaucoup d'arnaques. Le hype, les promesses vagues ou un timing pressant font ressembler un email à une arnaque, même quand votre produit est réel.

Le timing change chaque semaine

Une équipe sans besoin le mois dernier peut lancer la semaine prochaine. Une prospection qui s'arrête après un email rate le moment où le besoin apparaît.

Une vraie raison d'écrire

Les équipes Web3 changent vite et le disent en public, écrivez donc quand vous voyez le changement.

Les protocoles publient leurs roadmaps, lancements, grants et recrutements au grand jour. Chacun est un moment où une équipe a besoin de nouveaux outils ou partenaires. FirstSales trouve les équipes concernées et ouvre chaque email avec ce fait.

  • Un lancement de testnet ou de mainnet

    Un nouveau réseau a besoin d'équipes d'apps, d'outils et de documentation dès le premier jour. L'équipe qui le construit cherche des partenaires maintenant.

    Comment l'email commence

    J'ai vu que votre date de mainnet est fixée. Que manque-t-il encore aux équipes d'apps avant de lancer dessus ?

  • Un nouveau programme de grants ou d'écosystème

    Un programme de grants signifie que l'équipe veut plus de builders, et a souvent besoin d'outils qu'ils pourront utiliser.

    Comment l'email commence

    J'ai vu les nouveaux grants pour builders. Un kit de démarrage aiderait-il les lauréats à livrer plus vite ?

  • Une nouvelle levée de fonds

    Une levée vient souvent avec un plan pour agrandir l'équipe, le produit ou l'écosystème.

    Comment l'email commence

    Félicitations pour la nouvelle levée. Développer l'écosystème d'apps fait-il partie du plan de cette année ?

  • Des recrutements en DevRel, BD ou partenariats

    Un nouveau poste DevRel ou partenariats vous dit qui portera le problème que vous résolvez, et qu'il aura bientôt besoin d'aide.

    Comment l'email commence

    J'ai vu que vous recrutez un responsable partenariats. Qui gère les intégrations d'ici là ?

  • Le support d'une nouvelle chain

    Une équipe qui ajoute une chain a besoin des mêmes outils là-bas aussi, des wallets à l'indexation.

    Comment l'email commence

    J'ai vu que vous ajoutez le support d'une deuxième chain. Vos SDK sont-ils déjà prêts pour elle ?

  • Un hackathon ou un événement builders

    Les équipes qui organisent un hackathon veulent que les builders aient des outils qui marchent et une documentation claire dès la première heure.

    Comment l'email commence

    J'ai vu le hackathon du mois prochain. Un kit prêt à l'emploi pour les participants vous aiderait-il ?

Comment ça marche

De votre produit à un appel planifié, en trois étapes.

Configurez une fois, relisez autant que nécessaire, et laissez FirstSales chercher, rédiger et relancer.

  1. 01

    Connectez un domaine séparé

    Ajoutez des boîtes sur un domaine de cold email, pas celui sur lequel comptent vos utilisateurs et partenaires. SPF, DKIM et DMARC sont vérifiés et le préchauffage démarre.

  2. 02

    Présentez-lui votre produit

    Ajoutez votre SDK ou service, les chains supportées, les guides d'intégration et les notes de sécurité. Décrivez les équipes visées et FirstSales construit la liste.

  3. 03

    Envoyez, relancez et planifiez

    Chaque email cite un fait réel sur le projet. Les relances s'arrêtent à une réponse, et les contacts intéressés reçoivent votre lien de rendez-vous.

Configurez une prospection Web3qui continue pendant que votre équipe livre.

Quatre parties de l'app font le travail qu'un responsable BD et un assistant de recherche feraient à la main.

  1. Connecter

    Envoyez depuis un domaine séparé et fiable

    Ajoutez des boîtes Gmail, Outlook ou SMTP sur un domaine de cold email, pour protéger le courrier sur lequel comptent vos utilisateurs et partenaires. Les boîtes sont illimitées : répartissez le volume sur autant de boîtes que nécessaire avec la rotation d'envoi.

    • Vérification SPF, DKIM et DMARC. Par domaine, avec la correction exacte si un enregistrement manque.
    • 21 jours de préchauffage. Trois phases avant le plein volume.
    • Note de santé. Chaque boîte reçoit une note et une surveillance horaire.
  2. Apprendre

    Apprenez-lui votre stack et vos preuves

    Ajoutez ce que vous vendez, les chains et réseaux supportés, les guides d'intégration et les notes de sécurité que vous pouvez partager. L'IA écrit uniquement à partir de ce que vous ajoutez, donc chaque détail correspond à ce que fait vraiment votre produit.

    • Base de connaissances. SDK, chains et preuves au même endroit.
    • Offres. Une offre par produit ou acheteur, chacune avec son message.
    • Liste de leads à partir d'une description. Chaque contact vérifié avant chaque envoi.
  3. Rédiger

    Des emails sur leur roadmap, pas sur votre token ou votre pitch deck

    Chaque email commence par un fait réel sur le projet, comme un lancement, un grant ou une nouvelle chain, et pose une question simple. Pas d'envoi en masse, pas de hype, pas de discussion de prix.

    • Profil d'écriture. Garde votre ton direct, court et clair.
    • File de validation. Validez, modifiez ou rejetez les brouillons avant l'envoi.
    • Tests A/B. Testez deux accroches et gardez celle à laquelle les équipes répondent.
  4. Répondre

    Transformez les réponses en appels planifiés

    Les réponses arrivent dans Unibox. Les contacts intéressés reçoivent votre lien de rendez-vous, et la séquence s'arrête à toute réponse ou désinscription, pour que la discussion arrive à votre équipe.

    • Unibox. Chaque réponse de chaque boîte dans une seule boîte de réception.
    • Arrêt à la réponse ou désinscription. Aucune relance après un non.
    • Lien de rendez-vous. Les réponses intéressées reçoivent votre lien de réservation.
Ce que vous obtenez

Une prospection qui sonne comme quelqu'un qui lit la documentation et les annonces de l'équipe.

Tout ce qu'une équipe Web3 attend pour une prospection régulière des protocoles, fondateurs et responsables écosystème, dans chaque offre.

  • Uniquement votre vrai produit

    L'IA écrit uniquement à partir de votre base de connaissances : elle n'affirme jamais une chain, une fonction ou un audit que vous n'avez pas.

  • Une vraie raison d'écrire

    Chaque email commence par un fait réel sur le projet, comme une date de mainnet, un programme de grants ou un recrutement.

  • Une campagne par acheteur

    Menez équipes de protocole, équipes d'apps et fonds d'écosystème comme des campagnes séparées, chacune avec sa liste, son offre et son ton.

  • Des listes propres

    Chaque contact est vérifié avant chaque envoi, et les contacts Dirty sont écartés pour protéger votre domaine.

  • Des relances qui s'arrêtent à la réponse

    Des relances espacées qui prennent fin dès qu'une personne répond ou se désinscrit, pour ne relancer aucun fondateur occupé après un non.

  • Un workspace par produit ou région

    Gérez chaque produit, région ou responsable BD dans son propre workspace. Workspaces et membres d'équipe illimités.

Le timing fait tout

Un protocole a des besoins différents à chaque étape, adaptez donc l'email à l'endroit où ils en sont.

Ce dont une équipe a besoin sur testnet n'est pas ce dont elle a besoin un an après le mainnet. Écrivez sur l'étape où elle se trouve, et l'email se lit comme venant de quelqu'un qui suit son travail.

  1. Construction sur testnet

    Aidez-les à se préparer

    L'équipe façonne encore sa stack. Demandez ce qu'elle compte offrir aux équipes d'apps au lancement et où votre outil s'insère.

  2. Lancement du mainnet

    Aidez les premières apps à sortir

    La semaine du lancement est chargée. Soyez bref et proposez une seule chose qui aide les premières équipes d'apps sur le nouveau réseau.

  3. Grants et croissance de l'écosystème

    Aidez les builders à réussir

    L'équipe veut plus d'apps. Proposez quelque chose que les lauréats et les équipes de hackathon peuvent utiliser, comme un guide ou un kit de démarrage.

  4. Montée en charge

    Aidez-les à absorber plus d'utilisateurs

    L'usage grandit et les anciens outils peinent. Demandez ce qui casse en premier quand plus de monde utilise le réseau.

  5. Upgrade ou migration

    Aidez la transition à bien se passer

    Un upgrade réseau ou un changement de chain touche chaque intégration. Proposez de vérifier que votre partie fonctionne toujours après.

À qui vous écrivez

Dans le Web3, la personne qui porte votre problème a souvent un titre que vous ne verrez nulle part ailleurs.

Les équipes sont petites et les rôles larges. Une seule personne peut gérer développeurs, partenaires et communauté. Voici les personnes que vous rencontrerez, ce qui compte pour elles et l'angle qui obtient une réponse.

  • 01

    Fondateur ou core contributor

    Ce qui compte pour eux
    Tenir la roadmap, une petite équipe concentrée et des partenaires qui font gagner du temps.
    L'angle qui obtient une réponse
    Citez un point de la roadmap que vous avez vu et posez une seule question dessus. Restez à quelques lignes.
  • 02

    Responsable Developer Relations

    Ce qui compte pour eux
    Des builders qui démarrent vite, une documentation claire et moins de questions sur le canal support.
    L'angle qui obtient une réponse
    Proposez quelque chose d'utilisable dès aujourd'hui, comme un guide ou une app d'exemple, et demandez ce qu'ils entendent le plus des développeurs.
  • 03

    Responsable BD ou partenariats

    Ce qui compte pour eux
    Des intégrations qui amènent des utilisateurs, des partenaires fiables et des deals qui avancent.
    L'angle qui obtient une réponse
    Dites clairement ce que l'intégration apporte à leurs utilisateurs et demandez qui doit participer au premier appel.
  • 04

    Responsable écosystème ou grants

    Ce qui compte pour eux
    Plus d'apps sur le réseau, des lauréats qui terminent et des programmes qui donnent des résultats.
    L'angle qui obtient une réponse
    Proposez un kit ou des permanences pour leurs lauréats, liés au programme qu'ils viennent d'ouvrir.
  • 05

    CTO ou ingénieur protocole

    Ce qui compte pour eux
    La sécurité, la fiabilité et des outils qui n'ajoutent pas de risque à la stack.
    L'angle qui obtient une réponse
    Partagez d'emblée vos notes de sécurité et les chains supportées, et demandez ce qu'ils vérifient avant d'ajouter une dépendance.
  • 06

    Responsable growth ou marketing

    Ce qui compte pour eux
    Plus d'utilisateurs actifs, des lancements réussis et des partenaires qui aident à faire passer le mot.
    L'angle qui obtient une réponse
    Parlez d'un lancement ou d'une campagne prévue et de la façon précise dont vous pourriez l'aider à toucher plus de monde.
“His honest and insightful feedback helped us transform @synchrowork when we started on LTD to what we are building now.”
Sushant Kumar@sushantkr49 · X
Guide clair

Comment faire du cold email auprès des équipes de protocole et fondateurs Web3.

Ce qui fonctionne quand vous écrivez à des builders occupés qui ont vu beaucoup de pitchs et ne croient que ce qu'ils peuvent vérifier.

  1. 01

    Lisez d'abord leurs annonces

    Les équipes publient roadmaps, lancements et grants. Un détail vrai tiré de là vaut mieux qu'une longue liste de fonctions.

  2. 02

    Oubliez le hype

    Pas de discussion de prix, pas de grandes promesses, pas de mots comme moon ou alpha. Des mots simples sonnent honnêtes, et l'honnêteté obtient des réponses.

  3. 03

    Commencez par ce que gagnent les builders

    Dites ce qui change pour les développeurs de leur réseau. Gardez le détail technique pour la relance.

  4. 04

    Partagez des preuves vérifiables

    Renvoyez vers une documentation, des guides ou des notes de sécurité qu'ils peuvent lire eux-mêmes. N'affirmez jamais un audit ou un partenaire que vous n'avez pas.

  5. 05

    Demandez une petite étape

    Un court appel, un guide pour leur documentation ou un kit pour un hackathon est plus facile à accepter qu'un partenariat complet.

  6. 06

    Utilisez un domaine séparé

    Gardez la prospection à froid hors du domaine sur lequel comptent vos utilisateurs et partenaires, pour protéger ce courrier.

Objections réelles

Ce que répondent les équipes Web3 à un cold email et quoi leur dire.

Les équipes Web3 reçoivent beaucoup de pitchs, et beaucoup se méfient de tout ce qui ressemble à du spam ou à une arnaque. Voici les objections que vous entendrez le plus, avec une réponse calme pour chacune.

  • “On reçoit des pitchs toute la journée. Qu'est-ce qui change ici ?”

    Citez la chose précise que vous avez remarquée sur leur projet et le problème précis que vous résolvez. Puis posez une seule question et arrêtez-vous.

  • “On l'a déjà construit en interne.”

    Reconnaissez que c'est logique pour certaines équipes. Demandez ce que coûte sa maintenance et proposez de comparer seulement cette partie.

  • “Est-ce sûr ? On ne peut pas ajouter de risque.”

    Répondez seulement par ce qui est vrai aujourd'hui pour votre produit, et proposez vos notes de sécurité ou rapports d'audit si vous en avez.

  • “Écrivez-moi plutôt sur Telegram ou Discord.”

    Remerciez et passez la discussion là où ils l'ont demandé. Gardez le fil d'email comme un court résumé pour ne rien perdre.

  • “On est à fond jusqu'au lancement.”

    Respectez-le. Demandez si un court message après le lancement serait bienvenu, et programmez la relance pour ce moment-là.

  • “Comment avez-vous eu mon email ?”

    Dites clairement que vous avez trouvé leur projet ou leur rôle via des sources publiques, et proposez de les retirer de votre liste.

Avant et après

La prospection Web3, avant et après FirstSales

Ce qui change quand chaque email semble écrit par quelqu'un qui suit le projet.

La méthode habituelle

DM, couloirs de conférences et le même pitch à chaque projet.

  • Le même pitch à chaque projetLes fondateurs voient qu'il a été envoyé à tous.
  • Le hype d'abordRessemble à une arnaque et finit ignoré.
  • Un email, puis le silenceOublié avant le lancement qui l'aurait rendu utile.
  • Protocoles et fonds sur une listeRien ne correspond à aucun acheteur.
  • Des listes extraites non vérifiéesLes rebonds abîment le domaine.
  • Réponses éparpillées entre les boîtesDes équipes intéressées restent sans réponse.
Avec FirstSales

Une prospection projet par projet.

  • Un vrai détail sur leur projetUne raison de répondre.
  • Des mots simples, sans hypeFacile à croire et rapide à lire.
  • Des relances jusqu'à la réponseArrêtées à toute réponse ou désinscription.
  • Un acheteur par campagneChaque email correspond au lecteur.
  • Contacts vérifiés d'abordContacts Dirty exclus avant chaque envoi.
  • UniboxChaque réponse dans une seule boîte de réception.
Pourquoi les équipes Web3 changent

Prospection Web3 : FirstSales face à un outil classique

Beaucoup d'outils envoient un modèle à une liste. FirstSales écrit chaque email à partir de votre produit et d'un fait réel sur le projet.

Fonctions de prospection pour les équipes Web3 dans FirstSales et dans un outil de cold email classique
Ce que vous obtenezOutil classiqueFirstSales
Emails écrits uniquement à partir de votre produitVariableL'IA écrit uniquement à partir de votre base de connaissances
Accroche sur un vrai détail du projetVariableInclus
Campagnes séparées par acheteurVariableWorkspaces illimités
Vérification SPF, DKIM et DMARCVariableIncluse, par domaine
BoîtesVariableIllimitées dans chaque offre
21 jours de préchauffageVariableInclus
Vérification des contacts avant chaque envoiVariableÀ chaque envoi, sans option payante
Prix d'entréeVariable$29/mois
Démarrez votre essai à $1
Avant d'envoyer

Checklist de prospection Web3

Parcourez-la avant chaque nouvelle campagne. FirstSales en fait l'essentiel pour vous.

  • Un domaine de cold email qui n'est pas le domaine principal de l'entreprise
  • SPF, DKIM et DMARC configurés sur chaque domaine d'envoi
  • Préchauffage en cours pendant 21 jours
  • SDK, chains supportées et guides d'intégration dans la base de connaissances
  • Des notes de sécurité vraies aujourd'hui pour votre produit
  • Aucune discussion de prix, promesse de token ou hype dans le texte
  • Chaque contact vérifié et les contacts Dirty exclus
  • Un acheteur par campagne : protocoles, équipes d'apps ou fonds
  • Brouillons relus dans la file de validation
  • Une prochaine étape claire, comme un court appel ou un guide pour leur documentation

Questions,réponses claires.

Vous ne trouvez pas la vôtre ? Écrivez-nous.

01Le cold email fonctionne-t-il pour vendre aux équipes Web3 ?

Oui, quand chaque email parle du projet, cite un fait réel et demande une petite étape, comme un court appel ou un guide pour leur documentation. FirstSales écrit uniquement à partir du produit et des preuves que vous ajoutez et relance jusqu'à la réponse.

02Peut-on envoyer des cold emails aux équipes de protocole et fondateurs ?

L'email entre entreprises aux personnes dans leur rôle professionnel est courant, mais les règles varient selon les pays, et certaines régions ont des règles en plus pour tout ce qui touche au marketing crypto. Gardez chaque email honnête, facilitez la désinscription et vérifiez les règles des pays visés. Il s'agit d'informations générales, pas d'un conseil juridique.

03Comment écrire à des équipes qui se méfient des arnaques ?

Utilisez des mots simples, évitez les prix et le hype, et renvoyez vers une documentation ou des notes vérifiables. Envoyez depuis une vraie personne sur un domaine qui vous appartient, et ne demandez jamais de clés, de fonds ou de connexion de wallet dans un email.

04Comment suivre des projets qui changent chaque semaine ?

Ouvrez sur ce que l'équipe a rendu public, comme une date de lancement, un programme de grants ou un recrutement. Menez chaque type d'acheteur comme une campagne à part, et laissez les relances espacées garder le contact jusqu'au bon timing.

05À qui une entreprise Web3 doit-elle écrire ?

En général aux fondateurs et core contributors, responsables DevRel, responsables BD ou partenariats, responsables écosystème et grants, et ingénieurs protocole. Menez chaque acheteur comme une campagne à part, avec sa liste et son offre.

06Comment protéger le domaine sur lequel comptent nos utilisateurs ?

Envoyez depuis un domaine de cold email séparé. FirstSales vérifie SPF, DKIM et DMARC, préchauffe chaque boîte pendant 21 jours en trois phases et lui attribue une note de santé avec une surveillance horaire.

07Comment l'essayer ?

Commencez pour $1 pendant 3 jours. Connectez une boîte, ajoutez votre produit et vos preuves, puis lisez les premiers brouillons en mode manuel. Sans engagement : résiliez à tout moment depuis votre tableau de bord.

Une prospection qui continue quand vous vous déconnectez.Leads, emails, relances et réponses, gérés.

Connectez des boîtes illimitées et laissez les agents IA trouver les leads, écrire chaque email et relancer. Ou envoyez vos propres modèles en mode manuel. À partir de $29/mois.

$1 pour 3 jours · Annulez quand vous voulez · Sans engagement

Installer avec l'IA

Votre agent de code installe la CLI et les skills FirstSales pour vous.

Prompt pour Claude Code

I'm setting up FirstSales (https://firstsales.io), an AI outbound sales platform: campaigns, contacts, a reply inbox, deliverability and lead signals. Help me get my workspace sending real, good emails end to end, from Claude Code.

Read these first so you know how FirstSales works:
- Developer docs and API: https://developer.firstsales.io
- CLI: https://www.npmjs.com/package/@firstsales.io/cli
- Skills for coding agents: https://github.com/firstsalesio/firstsales-skills (read README.md and GUIDE.md)

Setup
1. Install the CLI: npm install -g @firstsales.io/cli
2. Install the FirstSales skills:
   claude plugin marketplace add firstsalesio/firstsales-skills
   claude plugin install firstsales@firstsales
3. Ask me if I already have a FirstSales account. If not, send me to https://app.firstsales.io to sign up.
4. Ask me to create an API key under Settings → API → API Keys, with only the scopes we need.
   Never ask me to paste the key into this chat. Tell me to run this in my own terminal, so the key stays hidden:
   read -rs FS_KEY && firstsales auth login --api-key "$FS_KEY"; unset FS_KEY
5. Run `firstsales whoami` and tell me which workspace and organisation we are connected to.

Then ask me about my business: what I sell, who I sell to (roles, company size, countries), my best customers, and what I use today for outbound (tools, lists, mailboxes). Walk me through:
1. Teaching FirstSales my business: website, offer, proof points and case studies in the knowledge base, so the AI writes like someone who knows the product.
2. Connecting my sending mailboxes and checking my sending domain: SPF, DKIM, DMARC and warm-up. If anything is unhealthy, tell me the exact DNS record to add.
3. Bringing in contacts: import my CSV or CRM export into a clean list, remove duplicates and bad emails, and block domains I must never email (customers, competitors, my own).
4. Building my first campaign: the right list, senders, steps and timing. Write the sequence with me, show me the drafts, and do not launch until I say yes.
5. Setting up Signals if it fits: find people engaging with LinkedIn posts about topics my buyers care about, and turn them into leads.
6. Inviting my team and giving each person the right access.

Once campaigns run, show me how to work the reply inbox from here: which replies need an answer, draft responses in my voice, and move good conversations into deals. If I use Cal.com, connect it so follow-ups can offer my booking link (not the first email).

Throughout, as you learn about my business, proactively suggest and help create:
- Reply templates for the questions and objections my prospects are likely to raise, based on my product, site and codebase if you can see them.
- Campaign ideas and segments worth testing, with the reason for each.

Safety rules:
- Show every change as a dry run (--dry-run) first and wait for my yes. Never send emails, launch campaigns or delete anything without my yes.
- Tell me before anything that spends credits, and how many.

Be opinionated. If the docs give a sensible default, just use it. Don't make me choose between five options.