Le recrutement ESN a muté. Les outils n'ont pas suivi.
Il y a dix ans, une ESN recrutait des profils. Elle construisait un vivier de développeurs Java, de consultants SAP, d'ingénieurs systèmes. Elle les intégrait en CDI et les affectait ensuite aux missions disponibles. Le recrutement était un acte de stockage : on recrute d'abord, on place ensuite.
Ce modèle existe encore, mais il est devenu minoritaire. Selon l'enquête Numeum de fin 2025, 45,7% des ESN françaises déclarent recruter désormais "sur mission" plutôt que sur profil. Le besoin client arrive, le recrutement démarre, le consultant est embauché pour cette mission spécifique. Si la mission s'arrête, le consultant se retrouve en intercontrat et le cycle recommence.
Le problème n'est pas cette mutation. Elle est logique dans un marché où la visibilité client dépasse rarement six mois. Le problème, c'est que la majorité des ESN continuent d'utiliser des process et des outils conçus pour le modèle précédent. Des ATS généralistes pensés pour des fiches de poste stables, pas pour des missions de six mois renouvelables. Des workflows linéaires (candidature, entretien, embauche) inadaptés à un cycle où la vitesse et le matching sont les facteurs décisifs.
Du "profil" à la "mission" : pourquoi le shift s'est accéléré
Trois facteurs expliquent l'accélération de ce basculement.
Le premier est la volatilité des budgets clients. Les directions achats ont raccourci les engagements. Un contrat cadre de trois ans avec renouvellement quasi automatique, c'était la norme en 2018. En 2026, la majorité des missions démarrent sur des bons de commande de trois à six mois, avec une clause de sortie à 30 jours. Dans ce contexte, recruter un consultant en CDI sans mission identifiée est un pari de plus en plus risqué.
Le deuxième facteur est la pression sur les délais de démarrage. Les clients veulent des profils disponibles sous deux semaines, parfois sous une semaine. Le recrutement "par stock" implique d'avoir le bon profil en vivier au bon moment. Statistiquement, c'est de moins en moins probable à mesure que les compétences demandées se spécialisent (DevSecOps, data engineering, cloud native, IA générative).
Le troisième facteur est la rentabilité. Recruter un consultant sans mission, c'est accepter un à trois mois de bench potentiel. À 5 200 euros de coût mensuel chargé, c'est un investissement de 5 000 à 15 000 euros avant le premier euro de chiffre d'affaires. Les ESN de taille moyenne n'ont plus cette capacité d'absorption.
Quand l'ATS généraliste freine au lieu d'aider
Un ATS classique (Workday, Lever, Greenhouse, voire un module recrutement de SIRH) est structuré autour d'une logique simple : un poste ouvert, un pipeline de candidats, un recrutement, un poste fermé. Cette logique fonctionne quand l'entreprise recrute des postes permanents avec des fiches de poste stables.
Dans une ESN qui recrute sur mission, la réalité est différente. Le "poste" est en fait une mission client avec des contraintes spécifiques (stack technique, localisation, TJM cible, date de démarrage). La même mission peut être pourvue par un recrutement externe, par un repositionnement interne ou par un freelance. Le pipeline n'est pas linéaire : un candidat peut être écarté pour une mission et parfaitement correspondre à une autre ouverte simultanément.
Résultat : les recruteurs passent leur temps à contourner l'outil au lieu de s'en servir. Ils créent des "postes fictifs" pour tracker les missions. Ils gèrent les candidats dans des tableurs parallèles. Ils perdent la traçabilité des échanges. L'ATS, censé structurer le process, devient un frein administratif.
Les symptômes sont mesurables
Le désalignement entre le modèle de recrutement et les outils utilisés produit des effets quantifiables.
Vous voulez aller plus loin ?
Découvrez comment Cobalt peut vous aider.
Ce qu'il faut changer concrètement
Le passage à un recrutement par mission exige trois changements structurels dans le process.
Premièrement, le pipeline doit être organisé par mission, pas par poste. Chaque mission client est un objet distinct dans l'outil, avec ses propres critères (compétences requises, TJM cible, localisation, date de démarrage, probabilité de signature). Les candidats sont associés à une ou plusieurs missions, pas à un poste générique. Quand une mission tombe, les candidats sont automatiquement redirigés vers les missions compatibles.
Deuxièmement, le matching doit être inversé. Au lieu de publier une offre et d'attendre les candidatures, le recruteur doit pouvoir interroger sa base existante avec les critères de la mission. "Qui dans ma CVthèque maîtrise Python, a travaillé dans la finance, est disponible sous deux semaines et accepte un TJM de 550 euros ?" Si l'outil ne permet pas cette requête en moins de 30 secondes, il n'est pas adapté.
Troisièmement, la coordination recruteur/manager doit être native dans l'outil. Le manager voit le pipeline de sa mission en temps réel. Il peut donner un avis sur un profil directement dans l'outil, sans email ni réunion. Le recruteur est notifié instantanément. Le cycle de décision passe de cinq jours à quelques heures.
La CVthèque : le trésor que personne n'exploite
Voici le paradoxe le plus frappant du recrutement en ESN. Après cinq ans d'activité, une ESN de 100 consultants a accumulé entre 8 000 et 15 000 profils dans sa base de données. Des candidats qui ont postulé, été interviewés, parfois shortlistés, souvent oubliés.
Dans un modèle de recrutement par stock, cette base était un "nice to have". Dans un modèle par mission, c'est un actif stratégique. Le bon profil pour la mission qui vient d'arriver est probablement déjà dans la CVthèque. Il a été contacté il y a huit mois pour une autre mission. Il n'était pas disponible à l'époque. Il l'est peut être aujourd'hui.
Mais exploiter une CVthèque de 10 000 profils suppose de pouvoir la rechercher efficacement (recherche sémantique, pas par mots clés exacts), de savoir quand le candidat a été contacté pour la dernière fois, de connaître sa disponibilité actuelle, et de pouvoir le recontacter en un clic avec un message contextualisé.
La plupart des ESN n'ont aucune de ces capacités. Leur CVthèque est un cimetière de CV au format PDF, stockés dans un ATS qui ne sait pas les exploiter. Chaque mission lance un recrutement from scratch, comme si les cinq années précédentes n'avaient jamais existé.
Le problème n'est pas le recrutement. C'est l'outillage.
Les recruteurs en ESN ne manquent ni de compétence ni de motivation. Ils manquent d'un outil conçu pour leur réalité. Un outil qui pense en missions, pas en postes. Qui permet de rechercher dans une base existante avant de sourcer à l'extérieur. Qui donne de la visibilité aux managers sans créer de réunions inutiles. Qui réduit le cycle de recrutement en éliminant les frictions administratives.
Cobalt a été construit sur ce constat. La plateforme est un ATS/CRM conçu spécifiquement pour les ESN et cabinets de recrutement français. Le pipeline est organisé par mission. La CVthèque est interrogeable en langage naturel grâce à l'IA. Les managers ont une vue en temps réel sur leurs missions. Et chaque candidat, qu'il ait été contacté hier ou il y a deux ans, est à portée de recherche et de recontact.
Le recrutement sur mission n'est pas un problème. C'est une adaptation logique au marché. Le vrai problème, c'est de continuer à le faire avec des outils qui n'ont pas été conçus pour ça.
Sources : Enquête Numeum sur les pratiques de recrutement des ESN, T4 2025. Rapport Hays sur le marché IT français, 2025. Étude iCIMS sur les taux d'abandon candidat en France, 2025.