Ce que veut vraiment dire « Sans source, pas d’envoi » - et pourquoi c’est plus important que les filtres antispam

Quand on nous demande ce qui distingue Rainmaker, la réponse la plus courte est : « Sans source, pas d’envoi. »

On pourrait croire à un slogan. Ce n’en est pas un. C’est la description d’une fonction du produit - une fonction qui s’exécute sur chaque brouillon avant qu’il puisse être validé ou envoyé. Comprendre ce qu’elle fait réellement, et pourquoi nous l’avons conçue, est le moyen le plus clair de comprendre ce qu’est Rainmaker.

Le problème des affirmations générées par l’IA dans les cold emails

Tout outil de prospection IA génère des phrases sur vos prospects. « Félicitations pour votre série A. » « J’ai vu que vous recrutiez un nouveau VP Sales. » « Votre entreprise s’est récemment développée sur le marché européen. »

Ces phrases servent à montrer que vous avez fait vos recherches, à donner l’impression d’un email personnel et réfléchi. Dans un cold email bien mené, elles fonctionnent. Dans un cold email généré par l’IA, elles introduisent un type de risque que la plupart des outils ne traitent pas : l’erreur factuelle.

Les modèles d’IA ne savent pas les choses à la manière d’un chercheur. Ils reproduisent des schémas tirés de leurs données d’entraînement et procèdent par inférence. Quand on leur demande d’écrire sur une entreprise précise, ils produisent des phrases plausibles. Certaines sont exactes. D’autres sont des hallucinations : plausibles, mais fausses.

Si votre outil de prospection écrit « Félicitations pour votre récente levée de fonds » alors que l’entreprise n’a rien levé, vous avez envoyé un email qui prouve l’inverse d’un travail de recherche. Le prospect sait que vous ne vous êtes pas renseigné sur lui. Il sait que l’email a été généré. Et c’est vous qui l’avez signé.

Le problème, ce n’est pas le filtre antispam. C’est votre réputation.

Ce que « Sans source, pas d’envoi » signifie dans le produit

Dans Rainmaker, chaque affirmation factuelle d’un brouillon d’email est un objet « affirmation sourcée » (SourcedClaim). Avant qu’un email n’atteigne votre lot de validation (ApprovalBatch), le système vérifie que chaque affirmation sourcée est accompagnée d’une source vérifiable - un document réel, accessible par un lien, qui étaye l’affirmation.

Si l’agent ne trouve pas de source pour une affirmation, deux choses peuvent se produire :

1. L’affirmation est reformulée de façon à ne plus nécessiter de source (l’assertion est supprimée)

2. L’email est bloqué - il apparaît dans votre file de validation marqué comme bloqué, et il ne peut être ni validé ni envoyé

Vous ne pouvez ni valider ni envoyer un email contenant une affirmation non sourcée. La vérification a lieu à la rédaction du brouillon, puis à nouveau quand vous le validez, et seul un email validé peut partir.

Concrètement, quand un brouillon de votre file de validation peut être validé, chacune de ses phrases factuelles a une source en ligne sur laquelle vous pouvez cliquer. L’entreprise a levé une série A ? Un lien mène à l’annonce. Elle a récemment recruté un VP Sales ? Un lien mène à l’offre d’emploi ou au profil LinkedIn. Elle s’est développée sur le marché européen ? Il y a une source.

Si vous relisez un brouillon et qu’une affirmation vous semble fausse, vous pouvez cliquer sur la source et vérifier. L’email est auditable avant de partir.

Pourquoi cela vous protège (et pas seulement vos prospects)

Quand on parle de conformité du cold email, on se concentre en général sur le destinataire : son droit de ne pas recevoir de spam, son droit de s’opposer, les exigences du CAN-SPAM, conçues pour lui offrir un recours.

La règle « Sans source, pas d’envoi » concerne avant tout l’expéditeur.

Quand vous envoyez un cold email en votre nom, chaque affirmation qu’il contient vous engage. Si une affirmation est fausse, même par inadvertance, même si elle a été générée par une IA à qui vous avez confié votre prospection, cette fausse déclaration est associée à votre entreprise, à votre domaine et à votre nom en signature.

Les conséquences vont du bénin (une réponse négative) au sérieux (un prospect qui partage publiquement l’email erroné, ou qui dépose une plainte au titre du CAN-SPAM pour contenu trompeur). À une époque où la prospection générée par l’IA est déjà accueillie avec méfiance, un email qui contient une erreur factuelle vérifiable sur son destinataire est pire que de ne pas écrire du tout.

Imposer des sources, c’est faire en sorte que chaque email envoyé par Rainmaker puisse être défendu. Si un prospect conteste une affirmation, vous avez la source. Si un email est audité, chaque phrase a sa citation. Si vous doutez d’un fait, vous n’avez pas à faire confiance à l’IA : vous cliquez sur le lien.

Sa place dans l’ensemble du dispositif de conformité

La règle « Sans source, pas d’envoi » n’est pas une certification de conformité. C’est un mécanisme du produit. Mais il fonctionne avec d’autres mécanismes qui, ensemble, forment l’architecture de confiance de Rainmaker :

• Conformité CAN-SPAM : les envois de prospection comportent des en-têtes non trompeurs, une adresse postale et un mécanisme de désinscription qui fonctionne, comme l’exige la réglementation américaine sur les emails commerciaux.
• Registre d’opposition : quand un prospect se désinscrit, il est ajouté à un registre partagé entre tous les comptes. Il ne recevra plus de prospection d’aucun utilisateur de Rainmaker, et pas seulement de l’expéditeur à l’origine de la désinscription.
• Listes d’exclusion : les listes d’exclusion standard, plus le registre partagé entre tous les comptes.
• Prise en charge du Global Privacy Control (GPC) : le système respecte les signaux GPC.
• Séparation des domaines : les envois partent d’une adresse d’envoi gérée que Rainmaker exploite pour l’espace de travail, ou d’une boîte mail que vous connectez, avec une surveillance des rebonds et des plaintes qui met les campagnes en pause dès que les seuils sont dépassés. Par défaut, votre domaine principal n’est pas utilisé pour la prospection à froid.
• DPA disponible : un accord de traitement des données (DPA) est mis à la disposition des clients dans le produit.

Ce que proposent la plupart des outils de prospection IA dans ce domaine : une page de conformité vide (voir la page /compliance-faq d’Explee, vide d’après leur propre documentation), ou pas de page de conformité du tout.

La différence compte surtout quand quelque chose tourne mal : un prospect dépose une plainte, un problème de délivrabilité apparaît, un client demande des documents. Avoir de vrais mécanismes, ce n’est pas la même chose qu’avoir une déclaration de principe.

Ce que « bloqué » veut dire (il ne peut pas être validé)

Sur ce point, il faut être précis.

Quand nous disons que l’email est « bloqué », nous voulons dire qu’il ne peut être ni validé ni envoyé. Il reste dans votre file de validation, marqué comme bloqué et à corriger, avec la phrase en cause et la raison. Mais il ne peut pas être validé, le mode Autopilot ne le valide jamais, et il n’existe aucun moyen de passer outre.

La vérification des affirmations sourcées s’exécute à la rédaction du brouillon, puis à nouveau quand vous le validez. Un email qui échoue à cette vérification reste bloqué tant que chacune de ses phrases factuelles n’a pas de source. Vous le modifiez pour corriger ou supprimer l’affirmation non sourcée (la modification est vérifiée à son tour), vous demandez une réécriture, ou vous le rejetez.

Vous ne pouvez pas valider un email contenant une affirmation factuelle non sourcée, puisque le produit ne vous le permet pas. La vérification ne se contente pas d’avertir. Elle est structurelle.

C’est ce choix de conception qui distingue l’obligation de sourcer du simple signalement. Signaler, c’est demander à l’humain de repérer le problème. Imposer les sources, c’est garantir que le problème ne peut pas partir, quoi que fasse l’humain.

Le point de validation humaine joue alors le rôle prévu : juger la qualité et le ton d’emails déjà ancrés dans les faits, et non refaire une vérification des faits sur des affirmations générées par l’IA.