Pourquoi l’essentiel de la prospection IA est du spam - et pourquoi c’est un choix produit, pas une erreur de l’utilisateur
Le pilote automatique par défaut et l’absence de vérification des sources ne produisent pas seulement de mauvais emails. Ils produisent du spam, par construction.
Si vous avez reçu récemment un cold email généré par IA, vous connaissez la sensation. L’email connaît votre nom et celui de votre entreprise. Il évoque un événement qui s’y est produit - un signal de recrutement, un lancement de produit récent, un élément de votre site. La recherche paraît crédible, jusqu’au moment où elle ne le paraît plus : un fait légèrement inexact, un événement vieux de deux ans présenté comme une actualité, une affirmation sur votre entreprise plausible mais fausse.
Vous le signalez comme spam.
Cela se produit à grande échelle. La catégorie des agents commerciaux IA a grandi vite, et la plupart des déploiements partagent les deux mêmes choix de conception : le pilote automatique par défaut et aucune vérification des sources. Ces deux choix produisent du spam - non comme l’effet secondaire d’une erreur d’utilisateur, mais comme le résultat structurel de l’architecture.
Les deux choix de conception qui produisent du spam
Le pilote automatique par défaut signifie que l’outil recherche des prospects, rédige des emails et les envoie sans étape obligatoire de relecture humaine. L’utilisateur peut ajouter une étape de validation dans les réglages, mais par défaut, l’email part.
La plupart des utilisateurs ne modifient jamais les réglages par défaut. C’est ainsi que fonctionnent les produits. Si vous déployez un outil en pilote automatique sans toucher aux réglages, vous avez déployé un pilote automatique. Le nom de votre entreprise figure sur des emails que vous n’avez ni écrits ni relus, et qui peuvent contenir des erreurs factuelles que vous auriez repérées si vous les aviez vues.
L’absence de vérification des sources signifie que l’outil produit des affirmations sur le prospect sans contrôler leur exactitude. « Félicitations pour votre récente levée de fonds » part, que l’entreprise ait levé des fonds ou non. « J’ai vu que vous vous êtes implantés sur le marché européen » part, que ce soit vrai ou non. L’IA génère des phrases plausibles sur le prospect, et l’outil les envoie.
Combinez les deux : vous obtenez un pilote automatique qui produit des affirmations factuelles sans les vérifier et les envoie en masse sous votre nom. C’est la recette du spam généré par IA - des emails qui ont l’air documentés jusqu’au moment où l’illusion se dissipe, à grande échelle, envoyés par des milliers d’entreprises qui utilisent les mêmes outils.
Pourquoi c’est un choix produit, et non une erreur de l’utilisateur
Quand un agent commercial IA en pilote automatique envoie un spam, le premier réflexe est de dire que l’utilisateur a mal configuré l’outil, s’est trompé d’ICP ou n’a pas mis les bons garde-fous.
Cette lecture passe à côté de l’architecture.
Quand un outil est livré avec le pilote automatique par défaut, il fait un choix produit : la vitesse compte plus que le contrôle. Ce choix est fait par l’équipe produit, pas par l’utilisateur. L’utilisateur s’abonne à un agent commercial IA qui promet de décrocher des rendez-vous. Il n’a pas choisi le pilote automatique dans un menu d’options neutre : on l’a choisi pour lui, comme réglage par défaut.
Quand un outil produit des affirmations factuelles sans vérifier les sources, il fait un autre choix produit : la vitesse de production compte plus que l’exactitude des faits. L’outil n’a pas de contrôle des affirmations sourcées (SourcedClaim), parce qu’en construire un ralentit la rédaction. C’est un arbitrage fait par l’outil, pas par l’utilisateur.
L’utilisateur répond de ce que son entreprise envoie. Mais l’architecture qui facilite l’envoi d’une mauvaise prospection à grande échelle a été conçue - et cette conception est un choix.
À quoi ressemble une architecture de prospection IA responsable
Trois mécanismes, qui doivent tous être actifs par défaut :
Des sources imposées, pas seulement signalées. Chaque affirmation factuelle d’un brouillon doit renvoyer à une source vérifiable avant que le brouillon puisse être validé. Si aucune source n’est trouvée, l’affirmation doit être supprimée ou l’email bloqué - et non simplement signalé pour que l’expéditeur le relise. Signaler, c’est demander à l’humain de repérer le problème. Imposer, c’est garantir que le problème ne peut pas partir, quoi que fasse l’humain.
La validation obligatoire par défaut. L’agent doit rédiger puis attendre, pas rédiger puis envoyer. Le pilote automatique doit exiger une activation délibérée, et non être un réglage par défaut qui envoie tant qu’on ne l’a pas désactivé. L’expéditeur doit relire le lot, voir le raisonnement derrière chaque prospect et confirmer avant que quoi que ce soit ne parte.
Un ciblage qui modélise les acheteurs, pas les profils similaires. Les outils en pilote automatique qui ciblent par similarité (qui ressemble à vos clients) écrivent à des entreprises semblables mais mal choisies : pas en phase d’achat, déjà équipées chez un concurrent, voire vos concurrents directs, qui partagent le même profil d’entreprise. Les plaintes pour spam venant de destinataires non concernés dégradent la réputation du domaine d’envoi. Un ciblage responsable modélise ceux qui achètent vraiment - problèmes, déclencheurs, critères d’exclusion - et non ceux qui ressemblent à vos anciens acheteurs.
Ensemble, ces trois mécanismes font passer l’architecture de « produit du spam à grande échelle si l’utilisateur n’est pas vigilant » à « rend structurellement difficile l’envoi d’un email qui ne devrait pas partir ».
Quand l’architecture change, le coût change de camp
Quand l’architecture repose par défaut sur le pilote automatique sans vérification des sources, c’est l’expéditeur qui paie le prix d’une mauvaise prospection : la réputation de son domaine, son image de marque, ses relations avec les prospects qui ont reçu le mauvais email.
L’outil encaisse sur les envois, quelle que soit leur qualité. L’utilisateur subit les dégâts.
Quand l’architecture impose par défaut la validation et les sources, le coût d’une mauvaise prospection se répartit autrement. L’outil doit en faire plus pour chaque email (trouver les sources, attendre la validation, exposer son raisonnement). L’expéditeur doit relire les lots. L’outil ne touche une prime de performance que lorsqu’il obtient des rendez-vous.
Voilà à quoi ressemblent des incitations alignées au niveau de l’architecture : le produit est conçu pour qu’il soit plus difficile d’en faire un outil de spam, et la tarification reflète les résultats plutôt que l’activité.
Le problème du spam fait boule de neige
Un mauvais email, c’est un incident de réputation. Cent mille mauvais emails envoyés par mille entreprises qui utilisent le même outil en pilote automatique, tous atterrissant dans les mêmes boîtes mail depuis des domaines différents : c’est un problème de réputation pour toute la catégorie.
Quand les acheteurs commencent à traiter le « cold email généré par IA » comme une catégorie à filtrer et à bloquer, ils cessent de faire la différence entre les outils qui spamment et ceux qui ne le font pas. Les dégâts que les outils en pilote automatique causent à la délivrabilité débordent sur toute la catégorie.
C’est pourquoi l’architecture compte au-delà du programme de prospection de chaque utilisateur. Les agents commerciaux IA en pilote automatique par défaut ne produisent pas seulement de mauvais résultats pour chaque expéditeur. Ils dégradent le cold email en tant que canal.
La solution, ce n’est pas de meilleurs filtres antispam. C’est une meilleure conception produit.
En bref.
Tous les cold emails générés par IA sont-ils du spam ?
Non. Le problème n’est pas la génération par IA, mais l’association du pilote automatique par défaut et de l’absence de vérification des sources. Un email rédigé par l’IA qui est sourcé (chaque affirmation factuelle vérifiée), relu et validé par l’expéditeur avant l’envoi, et envoyé à un acheteur qui a une vraie raison d’avoir de vos nouvelles n’est pas du spam. Le spam des agents commerciaux IA est un problème d’architecture produit, pas un problème de génération par IA.
Qu’est-ce qui rend un outil de prospection IA « digne de confiance » ?
Trois choses imposées par le produit, et pas seulement promises par le marketing : des sources obligatoires (chaque affirmation factuelle vérifiée avant que le brouillon puisse être validé), la validation obligatoire par défaut (l’expéditeur relit et valide avant tout envoi) et une tarification au résultat (l’outil ne touche une prime de performance que sur les rendez-vous obtenus, pas sur les envois). Chacun de ces éléments est un choix d’architecture qui rend structurellement difficile l’envoi d’une mauvaise prospection à grande échelle.
Pourquoi la plupart des agents commerciaux IA sont-ils en pilote automatique par défaut ?
Par souci de vitesse et de simplicité. Le pilote automatique maximise le nombre d’emails envoyés par utilisateur et par période, l’indicateur qui compte le plus quand on facture au siège ou à l’envoi. Si le chiffre d’affaires d’un outil augmente avec le volume envoyé, le pilote automatique devient le réglage par défaut naturel. La tarification au résultat crée une autre incitation : l’outil gagne davantage quand il obtient des rendez-vous, pas quand il envoie plus d’emails. Cela change ce que le réglage « par défaut » doit optimiser.
Comment Rainmaker évite-t-il d’envoyer du spam de prospection IA ?
Trois mécanismes, tous actifs par défaut. Des sources obligatoires : chaque affirmation factuelle d’un brouillon renvoie à une source vérifiable, sinon le brouillon est bloqué et ne peut être ni validé ni envoyé. Le lot de validation (ApprovalBatch) par défaut : les brouillons attendent la relecture et la validation de l’expéditeur avant tout envoi - le mode Autopilot doit être activé explicitement. Un ciblage par persona acheteur : les prospects sont recherchés selon les problèmes, les déclencheurs et les critères d’exclusion plutôt que par embeddings de ressemblance (« lookalike »), ce qui réduit les envois vers des entreprises qui ne sont pas en phase d’achat et qui génèrent des plaintes pour spam.
Voyez les preuves sur votre propre domaine.
Collez l’adresse de votre site et lisez le persona et les brouillons sourcés qu’il rédige pour votre marché. Rien n’est prélevé pendant l’essai de 14 jours.