Séquence email de prospection

Écrire à 50 mairies sans que ça ressemble à un envoi de masse : chaque commune reçoit sa propre séquence, du premier email à la dernière relance.

Démonstration sans envoi réel : tout s'exécute, rien ne part vers une vraie mairie.

Stack

  • N8N
  • Notion
  • Resend
Statut
Campagne partie en mai 2026 · démo sans envoi réel

Le problème

Une de mes activités, Echo Digital, conçoit des sites internet pour les petites communes. Pour trouver mes clients, je prospecte les mairies par email : un premier message personnalisé pour chaque commune, puis des relances si elle ne répond pas. À la main, sur toute une campagne, le volume rend ça ingérable : des dizaines de messages personnalisés à produire sans se tromper, et un calendrier de relances à tenir, chaque commune à un stade différent.

Le système

J'ai construit un workflow N8N qui prend la séquence en charge de bout en bout. La campagne suivait les élections municipales : le premier email est généré pour chaque commune, différent selon que le maire est un nouvel élu ou un réélu, et vérifié avant l'envoi (s'il manque une information, rien ne part). Si la mairie ne répond pas, deux relances partent ensuite automatiquement, cinq puis douze jours ouvrés après le premier message, avec un texte cette fois identique pour toutes.

Le résultat

La campagne est partie en mai 2026 : 50 mairies, chacune son email initial et ses deux relances programmées. Ce que j'y ai gagné, c'est le suivi : plus de tableau à surveiller, plus de relance oubliée. Je ne reviens sur une commune que lorsqu'elle répond.

En entreprise

Des relances qui doivent partir au bon moment sans y penser, ce n'est pas un besoin de mairies. Devis restés sans réponse, factures impayées, candidats à recontacter : partout où quelqu'un note « à relancer jeudi » dans un coin de tableau, la même mécanique s'applique.