L'agent SDR qui marche n'envoie pas l'email.

La question arrive dans le premier quart d'heure de presque tous nos appels : un agent peut-il remplacer un SDR ? C'est la mauvaise question, et y répondre poliment nous a coûté un nombre considérable d'heures. Les agents que nous avons construits et qui tournent encore un an plus tard ont exactement un point commun, et ce n'est pas l'autonomie. C'est qu'aucun n'appuie sur envoyer.

L'envoi n'a jamais été le goulot d'étranglement.

Le volume est un problème résolu depuis 2018. Séquenceurs, warm-up, rotation multi-boîtes : une équipe de trois personnes peut mettre cinquante mille emails dans la nature ce mois-ci sans la moindre fonctionnalité d'IA — et le marché passe les années depuis à découvrir à quel point cela vaut peu. Le goulot est remonté en amont et n'a plus bougé : savoir lesquels des huit mille comptes méritent un message cette semaine, et avoir quelque chose de vrai à dire à chacun.

Ce travail-là, c'est de la lecture. Lire des offres d'emploi, des pages pricing, des changelogs, des communiqués de levée, l'activité LinkedIn de quatre personnes. C'est la partie du métier que tous les SDR font mal — non par incompétence, mais parce qu'il y a quatre cents comptes et onze heures ouvrées. Lire en volume est précisément la chose qu'un modèle de langage fait bien, sans ambiguïté. Le braquer sur l'étape d'envoi revient à recruter un analyste de recherche pour lui faire coller les timbres.

Le goulot n'a jamais été le nombre d'emails que vous pouvez envoyer. C'est le nombre de comptes que vous pouvez réellement comprendre avant vendredi.

Donnez à l'agent une fiche de poste, pas une personnalité.

Les briefs que nous écrivons pour les agents ressemblent à ceux que nous écririons pour un analyste junior sa première semaine. Étroits, avec une définition du fini et un droit à l'échec explicite :

Lis la page carrières, la page pricing et les trois dernières annonces produit. Rends au maximum trois faits indiquant que cette entreprise construit une équipe revenue ce trimestre, chacun avec l'URL dont il provient. Si tu n'en trouves aucun, réponds NONE.

Toute l'astuce tient dans cette dernière phrase. Un agent autorisé à répondre NONE vaut dix agents qui trouvent toujours quelque chose à dire. La plupart des déceptions en outbound IA ne sont pas des échecs de modèle, ce sont des échecs de spécification. On a demandé à l'agent de personnaliser : il a personnalisé, et quatre cents prospects viennent de recevoir un compliment sur un article de blog dont personne chez eux ne se souvient.

Chaque affirmation porte sa source, ou elle ne part pas.

Un modèle qui invente une levée de fonds ne pose pas un problème de qualité. C'est un risque de marque, et il atterrit dans la boîte de la personne exacte que vous vouliez impressionner. Nous imposons donc la provenance au niveau du champ : un fait sans URL n'atteint jamais le rédacteur. Dans les faits, cela élimine environ un tiers de ce que produit l'agent de recherche — et c'est le tiers le plus sain de tous les pipelines que nous opérons, parce que ce qui survit est vérifiable par le commercial en huit secondes. C'est la seule raison pour laquelle un commercial finit par faire confiance à la sortie d'un agent.

Les évaluations séparent la démo du système

Cinquante comptes, annotés par un humain qui connaît l'ICP. Chaque changement de prompt tourne sur ce jeu avant d'approcher la production, et il ne part qu'avec deux chiffres : la précision sur faut-il contacter ce compte, et l'exactitude factuelle des affirmations sourcées. Sans jeu d'évaluation, la qualité d'un agent est ce qu'en pense la dernière personne à avoir lu trois sorties, et les prompts se réécrivent à vingt-trois heures sur une impression. Avec, un changement de prompt devient une pull request, avec un diff et un score.

Un pipeline d'agents étroits, pas un gros agent.

# Un métier par agent · un contrat de sortie chacun.
researcher.brief(compte)      -> faits[] + source_url | NONE
qualifier.decide(brief)       -> tier | reject(raison)
drafter.compose(brief, offre) -> objet + corps        | NONE
human.approve(draft)          -> envoi
crm.append(compte, brief, decision, draft, ts)

Chaque flèche est un endroit où mesurer, mettre en cache et s'arrêter. Un unique agent SDR qui fait les quatre étapes dans un seul prompt est intestable : quand les réponses s'effondrent en semaine six, il n'y a rien à bissecter. Séparez-le, et le même effondrement devient un diagnostic de cinq minutes — les sources du chercheur ont vieilli, le seuil du qualifieur a dérivé, ou l'offre a simplement cessé d'être intéressante.

Là où l'humain reste.

L'humain est propriétaire de l'offre, de l'ICP, de la validation et de chaque réponse. L'agent est propriétaire de la lecture, de la rédaction et du log. Ce n'est pas un arrangement transitoire que nous comptons retirer l'an prochain — c'est le design. L'argent est dans la réponse, et une réponse est une conversation avec quelqu'un qui vient de décider de vous accorder un peu de son attention. Confier cela à un bot pour économiser quatre minutes est l'économie la plus chère du go-to-market.

La validation a par ailleurs une seconde fonction dont personne ne parle : c'est une évaluation continue. Un commercial qui rejette six drafts dans la matinée vous dit quelque chose de précis sur le brief de recherche — et si vous loguez les rejets, vous obtenez un jeu de données annoté gratuitement.

Ce que cela remplace vraiment.

Pas le SDR. Cela remplace les quatre heures par jour qu'un SDR passe dans des onglets, et les soixante pour cent silencieux de la liste que personne n'a jamais recherchés faute de temps. Le résultat : une équipe de cinq qui produit le volume de recherche d'une équipe de vingt, sur une liste où plus rien ne reste intouché au seul motif que c'était fastidieux.

C'est une promesse plus modeste que celle des panneaux publicitaires. C'est aussi la seule qui survive au contact d'un vrai trimestre.

Recrutez-les comme des analystes. Relisez-les comme du logiciel.

Chaque agent que nous opérons a une fiche de poste, des instructions qui vivent dans un dépôt plutôt que dans une note CRM, un jeu d'évaluation et un propriétaire humain nommé. On le relit quand il dérive, on le retire quand son métier disparaît. Rien là-dedans n'a l'air du futur. Cela marche simplement un mardi, et cela marche encore en mars.

END · NAMIA