Qui valide quoi quand une IA écrit à vos candidats

Non, il ne faut pas valider chaque message. Un agent dont chaque action passe par vous n’est pas un collègue, c’est un brouillon avec des étapes en plus : le temps que vous gagnez à ne pas écrire, vous le reperdez à relire.

Mais l’inverse : le laisser écrire librement à vos candidats et à vos clients, n’est pas une option non plus. Il faut une ligne, et elle doit tenir sans qu’on la rediscute à chaque cas particulier.

La ligne qui tient : est-ce que ça sort ?

La tentation est de trier par importance. Ça ne marche pas : l’importance se discute, et une règle qui se discute est une règle qu’on contourne un vendredi soir à 19 h.

Le critère qui tient est mécanique. Une action qui sort de l’entreprise passe par une validation. Une action qui reste dedans, non.

Mettre à jour une fiche candidat, transcrire un entretien, préparer un dossier de compétences, classer une shortlist, signaler une fin de mission : rien de tout cela n’atteint quelqu’un d’extérieur. Une erreur se corrige avant d’avoir été vue, et c’est exactement pourquoi ces tâches sont celles qu’on délègue en premier.

Envoyer un mail à un candidat, répondre à un client, publier une annonce, proposer un créneau : c’est parti, et ça engage votre nom.

Cette ligne a un avantage que « important / pas important » n’a pas : personne n’a besoin de réfléchir pour savoir de quel côté tombe une action. Un critère qu’on applique sans y penser est un critère qu’on applique.

Les décisions sont un troisième cas

Il reste une catégorie qui ne sort pas de l’entreprise et qui doit quand même passer par une personne : les décisions qui ferment une porte.

Écarter une candidature, arbitrer entre deux consultants pour une mission, décider de ne pas positionner quelqu’un. Ces actions ne partent nulle part, mais elles produisent un effet sur une personne réelle, qui ne saura jamais qu’elles ont eu lieu.

Ce n’est pas seulement une bonne pratique. Le RGPD encadre les décisions entièrement automatisées qui produisent un effet juridique ou significatif, et une candidature écartée sans intervention humaine en relève. L’AI Act, de son côté, range le recrutement parmi les usages à haut risque de son annexe III. Ce volet-là ne s’applique que le 2 décembre 2027 : le règlement (UE) 2026/1744, entré en vigueur le 27 juillet 2026, l’a reporté du 2 août 2026 à cette date.

En revanche l’obligation de transparence, elle, s’applique depuis le 2 août 2026 : elle n’a pas été reportée. C’est celle qui impose de dire à une personne qu’elle interagit avec un système d’IA, et c’est précisément le sujet de la section suivante.

En pratique la contrainte est plus légère qu’elle en a l’air. Un agent qui classe cinq cents CV par pertinence et vous présente les vingt premiers ne prend aucune décision : il prépare la vôtre. La différence n’est pas cosmétique : elle tient à ce que les 480 autres restent consultables, et à ce que vous puissiez dire pourquoi vous n’êtes pas allé les voir.

Dire au candidat qu’il parle à une machine

Oui, et le plus tôt possible.

L’argument réglementaire existe : l’AI Act impose la transparence sur l’interaction avec un système d’IA, mais l’argument pratique est plus fort. Un candidat qui découvre après trois échanges qu’il écrivait à un agent se sent trompé, quelle que soit la qualité de ce qui lui a été écrit. Et dans un marché où les bons profils se parlent entre eux, il le raconte.

L’annonce ne coûte rien quand elle est faite d’emblée. Une signature qui dit ce qu’elle est suffit : personne n’a jamais reproché à une ESN d’utiliser un assistant, on lui reproche de ne pas l’avoir dit.

Garder la trace de qui a validé quoi

Journalisez ce que l’agent a fait, ce qui a été validé, par qui et quand.

L’usage évident est la conformité. L’usage quotidien l’est moins et sert plus souvent : quand un candidat vous écrit six mois plus tard en disant qu’on lui avait promis un retour, vous voulez pouvoir vérifier plutôt que de croire l’un ou l’autre sur parole.

Et quand quelque chose s’est mal passé, un message maladroit ou une relance en double, vous voulez pouvoir dire ce qui s’est produit. Sans journal, l’incident se conclut par « l’IA a fait n’importe quoi », ce qui n’apprend rien et détruit la confiance de toute l’équipe pour une erreur qui était peut-être la vôtre.

Un agent sans journal n’est pas seulement un risque réglementaire. C’est un collègue dont personne ne peut relire le travail.

Comment la règle se traduit dans les outils

Une règle qui vit dans un document partagé n’est pas une règle, c’est une intention. Elle doit être portée par l’outil, sinon elle tient trois semaines.

Concrètement, cela veut dire trois choses. L’agent doit distinguer une action interne d’une action sortante, et pas d’après un réglage global, mais action par action. Il doit présenter ce qu’il s’apprête à envoyer avant de l’envoyer, dans l’endroit où vous travaillez déjà, pas dans une interface d’administration que personne n’ouvre. Et il doit refuser de trancher une décision, même quand on la lui demande.

Ce dernier point est le plus contre-intuitif : un bon agent dit non. Confronté à « écarte les profils qui ne correspondent pas », il devrait vous rendre la liste et son raisonnement, pas fermer la porte à votre place. Vous pouvez voir à quoi ressemblent ces livrables préparés-mais-non-décidés dans le détail des cas d’usage.

Qui valide, dans une équipe de dix personnes

La règle dit ce qui passe par une validation. Elle ne dit pas par qui, et c’est la question qui bloque en pratique.

Le réflexe est de faire remonter au manager. C’est une erreur : le manager devient le goulot, il valide sans lire au bout d’une semaine, et la validation perd tout son sens en gardant tout son coût.

Le principe qui tient est plus simple. Valide celui qui aurait écrit le message. C’est la même logique que pour choisir la première tâche à déléguer : la bonne personne est celle qui juge le résultat d’un coup d’œil. Le business manager valide ce qui part vers son client, le recruteur ce qui part vers son candidat. Chacun relit dans son propre domaine, où il repère une fausse note en une seconde.

Le manager, lui, ne valide rien au quotidien. Il regarde le journal une fois par semaine, ce qui est un travail différent : il ne cherche pas les erreurs, il cherche les schémas : une catégorie de message toujours corrigée de la même façon, un canal qui ne marche pas, une consigne mal comprise.

Le coût réel de la validation

Reste l’objection : est-ce que valider ne détruit pas le gain ?

Non, parce que le volume n’est pas où on l’imagine. Sur une journée type, la majorité de ce qu’un agent produit reste à l’intérieur, fiches, comptes rendus, dossiers, tris, alertes. Les messages sortants sont une minorité, et les relire prend quelques secondes chacun quand on ne les a pas écrits.

Comparez au coût de l’alternative. Un message maladroit envoyé à un candidat sénior dans un marché où tout le monde se connaît coûte plus qu’une année de relectures. Et un message jamais envoyé parce que personne n’y a pensé coûte un placement.

La validation n’est pas un frein ajouté à la délégation. C’est ce qui la rend possible : on ne délègue durablement que ce qu’on a le droit de vérifier.

Ce que ça donne, concrètement

Trois règles, et elles tiennent sur une ligne chacune.

Ce qui reste à l’intérieur part sans vous. Ce qui sort attend votre validation. Ce qui ferme une porte se décide par une personne.

Le reste, quel canal, quel moment, quelle formulation, dans quel ordre traiter les vingt relances en retard, est précisément ce que vous déléguez. Et c’est là que se trouve le temps que vous cherchiez.