Écrire à des entreprises que l'on ne connaît pas demande de la rigueur : arriver dans la bonne boîte, ne pas insister, respecter un refus. Notre chaîne vérifie ces trois points chaque jour et bloque l'envoi en cas de doute.
Lumivi prospecte des PME par courrier électronique, quelques dizaines par jour. Nous avons trois exigences : arriver en boîte de réception et non dans les indésirables, ne jamais écrire deux fois à quelqu'un qui a répondu, et respecter un refus comme une opposition au sens du RGPD. Nous n'avons pas trouvé d'outil qui réponde aux trois ; nous avons donc construit cette chaîne et nous la surveillons.
Les listes de prospects, les messages et les taux détaillés par destinataire ne sont pas publiés. Les chiffres cités sont des mesures internes datées.
Comment prospecter à froid sans dégrader sa réputation d'expéditeur, sans harceler, et sans qu'une erreur de lecture d'une réponse ne se transforme en relance déplacée ?
Les contraintes, les données et les garde-fous pris en compte pour concevoir l'outil.
Un message rangé en indésirables est accepté normalement, sans aucun rapport, et les rapports DMARC ne l'indiquent pas non plus. Nous avons donc construit une sonde qui repère une baisse anormale, fournisseur par fournisseur, au lieu de se fier au taux d'ouverture.
Les outils de sécurité ouvrent le pixel de suivi même quand le message est dans les indésirables. Un taux d'ouverture normal écarte donc une panne grave, sans prouver que les messages arrivent en boîte de réception. La sonde indique quand faire un test avec une liste témoin ; elle ne le remplace pas.
On aurait pu faire chauffer nos boîtes entre elles. Un cercle fermé sur un seul fournisseur ne construit aucune réputation. On utilise un réseau de milliers de boîtes tierces réelles, qui ouvrent et répondent, avant de mettre un domaine en production.
Un audit de cohérence a montré qu'écrire à partir du code NAF produit des messages à côté du métier. Le message part du métier constaté sur le site de l'entreprise, et un contrôle relit chaque texte avant envoi.
Le moteur exige que la lecture des réponses de la boîte émettrice date de moins de quinze minutes. Si la lecture des réponses s'interrompt, les envois s'arrêtent. Ce garde-fou a déjà bloqué toute la prospection à cause d'une seule réponse restée en attente : nous avons corrigé la cause et conservé le garde-fou.
Le classement disait « pas intéressé n'est pas une désinscription ». C'était l'inverse de notre doctrine. Depuis le 16 septembre 2026, tout refus fermé pose l'opposition dans le CRM, relue avant chaque envoi.
La situation avant le projet, puis après.
sur 1 747 envois au 14 septembre 2026, homogène entre fournisseurs.
dont trois en montée en charge ; SPF strict, DKIM, DMARC, listes de blocage contrôlées chaque jour.
capture, qualification, suite déclenchée.
au-delà, le moteur refuse d'envoyer depuis cette boîte.
J+3, J+7 et J+10, coupées dès la première réponse.
Les résultats se mesurent dans la durée. Voici les gains visés et ce qui n'est pas encore mesuré.
des messages dont l'arrivée en boîte de réception est vérifiée
zéro relance à quelqu'un qui a répondu
des refus respectés à la lettre, sans dépendre de la mémoire de quelqu'un
des réponses intéressées transformées en action commerciale en cinq minutes
Ce qui n'est pas mesuré à ce stade. Le taux de réponse et le taux de rendez-vous par campagne ne sont pas publiés ici. Le placement réel en boîte de réception n'est mesuré qu'indirectement, par l'absence de décrochage : la sonde ne remplace pas un test avec liste témoin.
Pour une entreprise qui prospecte par e-mail, la rigueur compte plus que le volume : authentifier ses domaines, les préparer, lire les réponses et s'arrêter au premier refus. Chaque élément est transposable, en particulier le blocage des envois quand les réponses ne sont plus lues.
Les principaux composants, décrits sans donnée confidentielle.
Message par entreprise généré à partir du site et du métier réel, contrôle de cohérence, relances J+3, J+7 et J+10.
Service sender sur Kubernetes OVH, six domaines authentifiés, dont trois en montée en charge, rotation stable entreprise ↔ boîte, registre Postgres des envois.
Capture toutes les cinq minutes via Microsoft Graph, filtres du bruit machine, qualification par modèle, registre des réponses et des oppositions.
Sonde quotidienne à 7 h 05 : classement des destinataires par serveur de messagerie, recherche de décrochage, alerte sur anomalie seulement.
HubSpot porte opposition, sentiment et arrêt de séquence, relus avant chaque envoi.
On ne le sait jamais directement : aucun serveur ne signale un classement en indésirables. On le mesure par l'absence de décrochage, fournisseur par fournisseur, avec une sonde quotidienne, et on complète par des tests sur une liste témoin quand la sonde le demande. Le taux d'ouverture seul ne suffit pas.
La réponse est captée dans les cinq minutes, qualifiée (intérêt, question, refus, absence), et déclenche la suite : action commerciale, relance décalée, ou opposition définitive. Toute relance programmée est coupée dès la première réponse.
Un refus fermé, même poli, inscrit l'opposition dans notre CRM, et le moteur d'envoi la relit avant chaque envoi. Le doute profite à la demande de la personne. Chaque envoi et chaque opposition sont journalisés.
Parce qu'il exige que la lecture des réponses de la boîte émettrice date de moins de quinze minutes. Sinon, il n'envoie rien : nous préférons perdre une journée d'envoi que relancer quelqu'un qui vient de refuser.
Le diagnostic gratuit part de vos processus, de vos outils et des tâches qui vous font perdre du temps, puis permet de décider si une démonstration ou un audit est utile.