CRM ou ATS pour une ESN : faut-il vraiment choisir ?

Un dirigeant d'ESN cherche un outil pour structurer son activité. Il commence par le commercial : il tombe sur des CRM. Il cherche pour le sourcing : il tombe sur des ATS. Deux catégories, deux marchés, deux budgets. Il finit par acheter les deux, les faire coexister tant bien que mal, et se retrouve avec une base candidats d'un côté et une base clients de l'autre, sans lien entre elles.

Ce découpage est une construction des éditeurs, pas une réalité opérationnelle. Un ATS a été conçu pour gérer des flux de candidatures dans des grandes entreprises avec des centaines de postes ouverts simultanément. Un CRM commercial a été conçu pour suivre des opportunités de vente dans des équipes dédiées à la prospection. Ni l'un ni l'autre n'a été pensé pour une ESN de dix à vingt personnes où le même collaborateur source un développeur le matin et prospecte un client l'après-midi.

Dans ce contexte, la question n'est pas "CRM ou ATS ?" C'est la mauvaise question, posée dans le mauvais cadre. La vraie question est : de quoi une ESN a-t-elle réellement besoin pour gérer ses relations, avec ses candidats comme avec ses clients, dans un seul outil, sans friction entre les deux ?

La frontière ATS/CRM est une convention d'éditeurs, pas une réalité métier

Les ATS sont apparus dans les années 2000 pour répondre à un problème très précis : gérer des milliers de candidatures entrantes dans de grandes organisations RH. L'ATS est un outil de traitement de masse, conçu pour des équipes RH dédiées dont le travail consiste à trier, qualifier et faire avancer des candidats dans un pipeline standardisé. Formulaires de dépôt, parsing de CV, workflow de validation multi-niveaux, intégration avec les SIRH : chaque fonctionnalité a été pensée pour le volume, pas pour la relation.

Les CRM commerciaux ont suivi une trajectoire parallèle et symétrique : gérer des pipelines de vente, suivre des opportunités, automatiser des relances vers des prospects. Deux outils, deux logiques, deux types d'organisations cibles. Cette séparation avait du sens quand les entreprises qui recrutaient n'étaient pas les mêmes que celles qui vendaient des compétences.

Une ESN fait les deux simultanément, avec les mêmes personnes, sur les mêmes contacts. Le développeur sourcé hier peut devenir la ressource proposée demain à un client. L'entreprise prospectée aujourd'hui peut devenir le contexte dans lequel on place un candidat dans six mois. Dans ce modèle, séparer les données candidats des données clients ne simplifie rien : cela crée une friction artificielle entre deux flux d'information qui devraient se nourrir l'un l'autre en permanence.

Dans une ESN, le sourcing et le commercial travaillent sur la même base

Les deux équipes d'une ESN partagent la même matière première : les relations. Ce qui les distingue, c'est l'angle depuis lequel elles les exploitent.

L'équipe sourcing gère des relations, pas des candidatures

Dans un grand groupe industriel, un recruteur traite des candidatures : il reçoit des CV, les qualifie, les fait avancer dans un pipeline et clôture le dossier une fois le poste pourvu. La relation s'arrête là.

Dans une ESN, le recruteur ne traite pas des candidatures, il construit et entretient un vivier. Le développeur rencontré il y a dix-huit mois sur LinkedIn, actuellement en mission chez un client concurrent, reste un contact actif : on suit son évolution, on maintient le lien, on anticipe sa disponibilité. Ce n'est pas de la gestion de candidatures, c'est de la gestion de relations. Et la gestion de relations, c'est exactement ce pour quoi un CRM a été conçu.

L'équipe commerciale a besoin du vivier pour vendre

Un business developer d'ESN ne prospecte pas dans le vide. Quand il décroche un projet chez un client, sa première question est : qui, dans le vivier, correspond à ce besoin ? Sa capacité à répondre vite et avec le bon profil dépend directement de l'état de la base candidats. Si cette base vit dans un ATS séparé auquel il n'a pas accès, ou qu'il doit interroger via un autre outil, il perd du temps et de la précision à chaque mission. Le vivier candidats est un argument commercial, pas une ressource RH. Le séparer du CRM commercial, c'est couper en deux un outil qui n'a de valeur que s'il est entier.

Ce que coûte la séparation des outils dans une petite ESN

Trois coûts que personne ne calcule au moment de choisir deux outils plutôt qu'un.

Le premier est financier et visible : un ATS de qualité représente plusieurs centaines d'euros par mois pour une petite structure, auxquels s'ajoute le coût du CRM commercial. Auxquels s'ajoute souvent celui d'un ATS dont les données candidats sont hébergées hors Union européenne, créant une exposition RGPD que peu d'ESN anticipent au moment de signer. Un outil hébergé en France, certifié ISO 27001, règle ce problème sans qu'on ait à se le poser.

Le deuxième est opérationnel et quotidien. Chaque fois qu'un business developer décroche un projet et doit interroger le recruteur pour savoir si un profil existe dans le vivier, il perd du temps. Chaque fois qu'un recruteur identifie un profil intéressant sans pouvoir le rattacher à une opportunité commerciale en cours, il perd du contexte. Chaque fois qu'un collaborateur quitte l'ESN, une partie de la connaissance relationnelle disparaît avec lui, parce qu'elle n'a jamais été formalisée dans un endroit unique.

"Une ESN qui gère ses candidats et ses clients dans deux outils séparés ne perd pas de l'efficacité : elle perd de la mémoire."

Le troisième est stratégique et invisible. La séparation des outils empêche de voir ce que les données combinées rendraient visible. Des questions qui devraient avoir une réponse immédiate restent sans réponse :

• Quel candidat a travaillé pour quel client, avec quel résultat ?

• Quelle entreprise a refusé quel profil, et pour quelle raison ?

• Quel segment du vivier n'a reçu aucune proposition depuis six mois alors que des projets correspondants ont été signés ?

Elles trouvent leur réponse naturellement quand candidats et clients coexistent dans la même base.

Un seul outil, deux équipes, une base commune

Ce que cherche concrètement une ESN de moins de trente personnes, ce n'est pas un ATS. Ce n'est pas non plus un CRM commercial au sens strict. C'est un outil qui centralise les relations : avec les candidats, avec les clients, avec les partenaires, dans une base unique où chaque information produite par une équipe est immédiatement disponible pour l'autre.

Un profil sourcé par le recruteur devient visible pour le business developer. Une opportunité commerciale détectée par le commercial informe le recruteur sur les profils à prioriser dans le vivier. Les deux équipes ne travaillent pas en parallèle : elles travaillent sur la même matière. Et quand un collaborateur part, les données restent : elles appartiennent à la structure, pas à l'individu.

C'est précisément ce que permet un CRM structuré autour de la gestion des contacts et des relations : une base unique, des fiches enrichies côté candidats comme côté clients, une segmentation dynamique qui interroge les deux populations simultanément, un historique partagé qui survit aux départs et aux réorganisations.

Un dirigeant d'ESN a eu cette réaction en voyant la base candidats et la base clients dans le même outil : "je croyais que c'était un CRM, pas un ATS." C'est exactement le bon signe. Non pas parce que Nelis est un ATS, mais parce que la distinction n'a plus de sens dès qu'on part des besoins réels d'une ESN plutôt que des catégories imposées par le marché.

Découvrez comment les ESN structurent leurs relations candidats et clients avec notre CRM dédié.