Ce qu’un agent IA exige de votre ATS et de votre CRM

Cinq propriétés, et « avoir une IA intégrée » n’en fait pas partie. Un agent peut travailler dans votre ATS s’il expose en lecture et en écriture les objets que vous manipulez tous les jours, s’il signale de façon fiable ce qui change, s’il sait exprimer des droits par personne, s’il vous rend votre historique, et s’il donne accès aux champs que vous avez ajoutés vous-même. Le reste est une question de préférence.

Ce classement surprend les acheteurs, parce que la question posée en salle de démonstration est presque toujours « est-ce que votre ATS a de l’IA ». C’est le critère le moins prédictif de la liste. Ce qui détermine ce qu’un agent pourra faire chez vous n’est pas ce que le logiciel fait lui-même, c’est ce qu’il laisse faire à un tiers.

Votre ATS a-t-il une API, et qu’y met-il ?

La bonne question n’est pas de savoir si une API existe, elle existe presque toujours, mais si elle expose les objets sur lesquels votre travail repose réellement.

Un ATS peut publier une API très correcte pour les candidats et les offres, et ne rien exposer des besoins clients, des envois de profils, des étapes de processus ou des notes d’entretien. C’est précisément là que le travail se joue, et c’est souvent ce qui manque, parce que ces objets sont les plus spécifiques à l’éditeur et les plus coûteux à documenter.

Deux points s’oublient systématiquement à ce stade. L’écriture d’abord : beaucoup d’API sont généreuses en lecture et très pauvres en écriture, ce qui condamne l’agent à proposer sans jamais agir, c’est-à-dire à redevenir un assistant. Les champs personnalisés ensuite : dans un cabinet qui utilise le même logiciel depuis six ans, l’information utile est presque toujours dans des champs ajoutés maison, et une API qui ne les expose pas donne accès à la coquille sans le contenu.

Vérifiez-le en dix minutes plutôt qu’en réunion. Demandez la documentation publique, cherchez les trois objets qui portent votre métier, et regardez s’ils apparaissent en écriture. Une documentation qui n’est pas publique est une réponse en soi.

Les événements sont-ils fiables, et que se passe-t-il quand ils tombent ?

Ils ne le sont pas, et c’est une propriété du monde plutôt qu’un défaut d’un éditeur en particulier.

Les webhooks, ces notifications qu’un logiciel envoie quand quelque chose change, sont rapides et perdent des messages. L’ordre de grandeur admis par les gens qui construisent ces intégrations est de 0,5 à 2 % d’événements perdus par mois pour une intégration qui se contente de les écouter. Une intégration sérieuse double donc la notification par une relecture périodique et une réconciliation, ce qui coûte du travail et n’intéresse personne en démonstration.

La conséquence pour un agent est plus grave que pour une synchronisation ordinaire. Une donnée manquée ne produit pas une erreur, elle produit une réponse confiante et incomplète : le candidat qui a répondu hier n’apparaît pas, l’agent en conclut qu’il n’a pas répondu, et rien dans la conversation ne signale que quelque chose manque. C’est la version « intégration » d’une règle que nous appliquons partout : une absence de résultat doit être un événement, sinon elle est indiscernable d’un silence normal.

Ce qui se demande à un éditeur tient donc en deux questions : quels événements sont émis, et existe-t-il un moyen de relire ce qui a changé depuis une date. La seconde compte plus que la première.

Les droits s’expriment-ils par personne ?

C’est le point qui disqualifie le plus de logiciels, et celui que personne ne regarde avant d’avoir un incident.

Un agent doit agir avec les droits de la personne qui lui parle, jamais avec les siens, parce qu’une identité propre crée un chemin qui contourne toutes vos habilitations. Nous avons écrit pourquoi un agent n’a pas d’identité à lui et pourquoi le test tient en une question : deux collaborateurs aux droits différents reçoivent-ils la même réponse ?

Pour que cette réponse soit non, il faut que l’ATS sache répondre à la question « qu’a le droit de voir cette personne-là », en temps réel et par l’API. Beaucoup de systèmes n’ont que des profils : recruteur, manager, administrateur. Un profil décrit une catégorie, pas une personne, et il ne dit rien des restrictions par client, par équipe ou par confidentialité de mission qui existent pourtant dans le logiciel. L’intégration se retrouve alors à choisir entre un compte technique qui voit tout, ce qui est le contournement, et une réimplémentation des règles de visibilité de son côté, ce qui est une deuxième source de vérité et donc une divergence programmée.

Nous avons pris cette contrainte assez au sérieux pour en faire une propriété du produit plutôt qu’une recommandation : Balt agit avec les droits de la personne qui lui parle et n’a pas de compte à lui. La conséquence est déplaisante et nous la gardons. Quand un ATS ne sait pas répondre par personne, nous réduisons ce que Balt peut y faire au lieu de brancher un compte large qui marcherait tout de suite.

Vous rend-il votre historique ?

La question paraît hors sujet et elle décide de la valeur de tout ce qui précède.

Un agent utile connaît votre entreprise, et cette connaissance vient de ce que vous avez écrit depuis six ans : les notes d’entretien, les raisons d’un refus, les échanges avec un client. Si l’export se limite aux fiches candidats au format tableur, vous n’exportez pas votre mémoire, vous exportez un annuaire. Nous l’avons déjà écrit à propos de la donnée qu’un agent touche au moment où il la touche, et cela vaut aussi pour ce que le logiciel accepte de rendre.

La formulation qui obtient une vraie réponse est celle-ci : si nous partions demain, que récupérerions-nous exactement, sous quel format, et en combien de temps. Elle est désagréable à poser pendant un cycle de vente, et c’est bien pour cela qu’elle est informative.

Faut-il passer par une API unifiée ?

Souvent oui, et à condition de savoir ce que l’on achète, parce que ce n’est pas une simplification technique mais un arbitrage.

Les fournisseurs d’API unifiée exposent plusieurs dizaines d’ATS derrière un seul contrat d’interface, et le gain est réel : des branchements qui prenaient des trimestres prennent quelques jours. C’est décisif quand vous devez lire les systèmes de vos clients plutôt que le vôtre, ce qui est le cas courant d’un cabinet travaillant en délégation.

En contrepartie, vous ajoutez un tiers qui détient des identifiants sur vos systèmes et sur ceux de vos clients, et qui décide de ce que vous voyez de chaque ATS. C’est exactement la définition que nous appliquons ailleurs : un intermédiaire de ce genre est un fournisseur, pas un connecteur, et il se choisit avec les questions qu’on pose à un sous-traitant. Le dénominateur commun est aussi une contrainte : une API unifiée expose ce que tous les ATS savent faire, donc rarement vos champs personnalisés.

Pour un seul ATS, celui que vous utilisez, l’intégration directe évite l’intermédiaire et garde l’accès aux objets spécifiques. Pour dix ATS clients, l’intermédiaire se justifie presque toujours.

Et si votre ATS ne coche presque rien ?

Ce n’est pas une raison de changer d’outil, et c’est la conclusion la moins spectaculaire de cet article.

Un logiciel bien tenu, dans lequel vos équipes écrivent réellement, vaut mieux qu’un logiciel moderne dans lequel personne ne saisit rien. La grille ci-dessus sert à savoir ce qu’un agent pourra faire chez vous, dans quel ordre, et ce qu’il faudra contourner, pas à déclencher une migration. Commencez par les tâches qui n’exigent que la lecture, qui sont les premières à déléguer de toute façon, et gardez l’écriture pour le moment où l’accès existe.

Si la question du choix se pose vraiment, parce que vous changez de logiciel ou que vous en installez un premier, elle mérite un travail de comparaison que ce blog ne fait pas. Nous éditons Cobalt, l’ATS et le CRM du même métier, et son blog tient un comparatif à jour des logiciels de recrutement pour cabinets et ESN que je préfère vous envoyer lire plutôt que de le refaire moins bien ici. La différence de rôle entre les deux produits est expliquée dans ce que Cobalt fait et ce que Balt fait.