Le temps-homme ne disparaît pas, mais il cesse d'être une preuve de valeur suffisante
Le TJM ne disparaît pas. Mais il perd une partie de son pouvoir explicatif. Quand une prestation est vendue parce qu'elle mobilise dix personnes pendant trois mois, l'automatisation d'une partie du travail fragilise mécaniquement la justification du prix. Quand elle est vendue pour accéder à une expertise rare, absorber une forte incertitude ou renforcer temporairement une équipe, le temps reste au contraire une unité contractuelle parfaitement rationnelle.
La transformation la plus probable n'est donc pas la fin du jour-homme. C'est la diversification accélérée du mix contractuel : TJM, forfait, capacité managée, abonnement, actifs réutilisables, SLA et rémunération au résultat vont davantage coexister. Le vrai sujet pour les dirigeants d'ESN et de cabinets est de savoir quelle unité de prix correspond encore à la valeur réellement achetée.
La formule est séduisante parce qu'elle semble découler d'une logique implacable.
Une mission nécessite 500 jours. L'IA permet de produire plus vite. La même mission demande désormais 350 jours. Si le chiffre d'affaires est égal au TJM multiplié par le nombre de jours, le prestataire facture moins. Le modèle finirait donc par s'autodétruire à mesure qu'il devient productif.
Cette mécanique existe. Mais elle ne fonctionne que si plusieurs choses restent constantes : le périmètre acheté, le prix, la demande, le niveau de qualité attendu et le modèle contractuel. Or ce sont précisément ces variables qui bougent.
Une équipe peut utiliser le temps gagné pour élargir le périmètre, tester davantage, traiter plus d'applications ou améliorer la sécurité. Un prestataire au forfait peut momentanément conserver une partie du gain de productivité. Une prestation peut également basculer vers une capacité mensuelle, un service managé ou un engagement de résultat.
La régie est sous pression, mais rien ne démontre sa disparition générale ; le TJM devient surtout insuffisant comme seule justification de la valeur dans certains périmètres fortement automatisables.
C'est beaucoup moins spectaculaire que « la fin du TJM ». C'est aussi beaucoup plus structurant.
Commençons par séparer trois phénomènes souvent mélangés : la pression tarifaire, les gains de productivité et l'évolution des contrats.
La pression tarifaire est documentée. L'Observatoire Numeum-Xerfi publié en juillet 2026 estime le marché français des ESN à 34,6 milliards d'euros, en croissance de 1 %. Parmi les ESN interrogées, 49 % citent la pression sur les prix comme frein et 58 % indiquent se repositionner notamment par le déploiement de l'automatisation et de l'IA. Dans le même temps, 35 % anticipent une baisse de leur marge opérationnelle au premier semestre 2026.
Il serait pourtant abusif d'en conclure que l'IA fait baisser les TJM. La même enquête cite la prudence des clients comme premier frein, à 54 %. Le secteur sort par ailleurs de deux années difficiles : le marché des ESN avait reculé de 1,8 % en 2025. Conjoncture, massification des fournisseurs, arbitrages budgétaires, concurrence et IA se superposent. Les données ne permettent pas d'isoler proprement la causalité de l'IA sur les prix.
Le delivery change déjà. L'étude Grand Angle 2025 de KPMG et Numeum, réalisée auprès de près de 200 ESN et sociétés d'ingénierie et de conseil en technologies implantées en France, indique que 72 % déclarent utiliser l'IA générative dans le delivery et près de la moitié disposer de compétences internes en IA ou IA générative.
Enfin, Numeum-Xerfi estime que les gains de productivité associés à l'IA pourraient passer de 15 % en 2025 à 22,3 % en 2027 chez les ESN. Mais la même publication souligne précisément leur difficulté à être transformés en marge. C'est probablement l'un des chiffres les plus importants pour comprendre le sujet : productivité technique et performance économique ne sont pas synonymes.
Dans le conseil, automatiser recherche, synthèse ou production préparatoire modifie la perception de l'effort nécessaire et incite les clients à demander davantage de preuve, de résultat et de transparence — d'où l'exploration croissante de l'outcome-based, du Consulting-as-a-Service et de l'asset-based consulting comme compléments au modèle « temps × hommes ».
La transposition aux ESN demande davantage de prudence. Une analyse stratégique et un système informatique en production n'ont ni le même risque, ni les mêmes critères d'acceptation, ni la même responsabilité.
Mais la causalité économique est similaire.
Prenons une prestation très standardisée : génération de tests, documentation, analyse initiale de tickets ou développement de composants répétitifs. Si le fournisseur explique son prix uniquement par la présence de huit personnes pendant cent jours, le client peut légitimement demander pourquoi l'automatisation n'est pas reflétée dans l'économie du contrat.
À l'inverse, imaginons un architecte spécialisé intervenant trois semaines sur une transformation complexe dont le périmètre évolue chaque jour. L'acheteur ne sait pas exactement ce qui sera découvert, ne peut pas définir un résultat contractuel propre et veut avant tout accéder à une compétence précise. Facturer du temps reste cohérent.
L'IA ne rend donc pas le temps intrinsèquement obsolète. Elle rend plus difficile la facturation d'un temps dont une grande partie correspond à une production standardisable et dont le client sait désormais qu'elle peut être accélérée.
C'est une différence décisive.
Le cas le plus sensible est celui d'une régie dans laquelle la proposition commerciale peut presque se résumer à : profil × TJM × durée.
Plus la production de ce profil est augmentée par l'IA, plus trois questions apparaissent. Pourquoi faut-il encore autant de personnes ? Pourquoi faut-il encore autant de jours ? Et qui doit bénéficier du gain de productivité : le client, le prestataire ou les deux ?
Le Forum ESN & ICT organisé par Numeum en juin 2026, qui réunissait plus de 60 dirigeants du secteur, restitue précisément ce signal terrain : la régie au TJM est décrite comme de plus en plus concurrencée par des engagements de capacité, de résultat ou de gain partagé. Il s'agit d'un retour sectoriel qualitatif, pas d'une étude représentative permettant de prévoir la disparition de la régie.
La distinction est importante parce que la régie peut remplir une fonction économique qui n'a rien de dépassé : faire absorber au client l'incertitude du périmètre tout en achetant une capacité humaine flexible.
Plus le problème est imprévisible, plus cela a du sens. Plus le problème est répétable et mesurable, moins cela en a.
L'enquête mondiale de Deloitte sur l'outsourcing constitue un bon antidote aux conclusions trop rapides. Parmi plus de 500 dirigeants interrogés, 83 % déclarent déjà utiliser de l'IA dans leurs services externalisés. Pourtant, seuls 25 % constatent une baisse des coûts fournisseurs ou une amélioration de la qualité de service attribuable à cette transformation. Deloitte pointe notamment les difficultés de gouvernance et de contractualisation.
Plus intéressant encore : 70 % déclarent avoir réinternalisé sélectivement certains périmètres au cours des cinq années précédentes, mais 80 % prévoient parallèlement de maintenir ou d'augmenter leurs investissements dans l'externalisation. Les modèles outcome-based progressent, sans remplacer l'ensemble des autres formes contractuelles.
Autrement dit, l'IA ne produit pas une trajectoire unique allant de « beaucoup de consultants facturés au temps » vers « plus aucun consultant, uniquement du paiement au résultat ».
Elle produit un paysage plus fragmenté : internalisation sur certains sujets, externalisation sur d'autres, services managés, forfaits, capacités dédiées, actifs logiciels et régie continuent de coexister.
Il faut partir non de la technologie utilisée, mais de la nature économique de l'incertitude.
Le TJM reste rationnel lorsque le client achète essentiellement une disponibilité et une expertise alors qu'il serait artificiel de prétendre connaître précisément le résultat à l'avance.
C'est le cas d'un expert rare mobilisé sur demande, d'une investigation complexe, d'une crise, d'un programme dont les décisions du client font continuellement évoluer le périmètre ou encore d'une équipe temporairement intégrée à une organisation dont le client conserve le pilotage.
Il reste également pertinent lorsque l'attribution d'un résultat est trop complexe. Si un programme dépend du métier, de trois prestataires, d'un éditeur, de données imparfaites et de décisions internes du client, faire porter au seul fournisseur un outcome financier peut produire un contrat théoriquement moderne mais économiquement mauvais.
Enfin, le TJM possède une vertu souvent oubliée : il est simple à comprendre, à comparer, à budgéter et à administrer.
Son problème n'est donc pas d'être ancien. Son problème apparaît quand sa simplicité masque une mauvaise unité de valeur.
La situation s'inverse lorsque quatre conditions se réunissent : le travail est répétable, le périmètre suffisamment stable, la performance mesurable et le fournisseur capable d'influencer réellement cette performance.
ISG observe déjà ce déplacement dans l'Application Development and Maintenance : les entreprises européennes intègrent progressivement des agents d'IA générative dans le cycle de développement, de test et de gestion applicative, tandis que les engagements évoluent vers davantage de services pilotés par la performance. Le référentiel ISG distingue d'ailleurs le modèle traditionnel, mêlant notamment time & materials et forfait, des modèles émergents associant outcome-based, abonnement et pilotage continu.
Cela ne signifie toujours pas que l'outcome-based est supérieur. Plus le fournisseur porte un engagement, plus il doit disposer de leviers de contrôle. Sinon, le client transfère un risque que le prestataire ne sait pas maîtriser, puis paie nécessairement cette incertitude sous forme de prime.
Le bon contrat n'est pas le plus innovant. C'est celui qui place le risque au bon endroit.
C'est probablement là que la thèse de « fin du TJM » devient la plus trompeuse. Une même entreprise de services peut avoir besoin de cinq logiques contractuelles différentes.
| Modèle | Ce qui est réellement acheté | Quand il est cohérent | Principal risque |
|---|---|---|---|
| TJM / régie | Temps, disponibilité, expertise. | Périmètre incertain, expertise rare, pilotage client. | Payer une production automatisable sans voir le gain. |
| Forfait | Périmètre défini et critères d'acceptation. | Résultat technique spécifiable. | Mauvais cadrage et inflation des changements. |
| Capacité managée | Débit et niveau de service d'une équipe hybride. | Besoin continu, charge variable, responsabilité fournisseur accrue. | Comparaison permanente avec le coût d'une équipe interne. |
| Socle fixe + variable de performance | Service + part de valeur mesurable. | Baseline fiable et leviers partiellement contrôlables. | Conflits d'attribution. |
| Licence / actif + services | Technologie réutilisable + expertise. | Accélérateurs, agents, diagnostics ou plateformes propriétaires. | PI, dépendance et coûts de maintenance. |
La question stratégique n'est donc pas « par quoi remplacer le TJM ? ». Elle devient : « quelle part de notre portefeuille doit encore être vendue au temps, et quelle part possède désormais les caractéristiques nécessaires pour être vendue autrement ? »
Cette formulation change profondément le travail d'un dirigeant de BU.
Il est relativement facile de décider que l'on veut « vendre de la valeur ». Il est beaucoup plus difficile de définir ce qu'elle signifie contractuellement.
Imaginez une ESN qui promet de diminuer de 30 % le délai de mise en production. Que se passe-t-il si l'environnement de recette du client reste indisponible trois jours par semaine ? Si ses Product Managers valident les spécifications avec huit jours de retard ? Si un autre fournisseur contrôle l'infrastructure ?
Une rémunération intégralement outcome-based ferait porter au prestataire des variables qu'il ne contrôle pas.
C'est pourquoi l'hybridation contractuelle paraît plus robuste dans de nombreux cas : un socle rémunère la capacité, les coûts et la responsabilité effectivement portés par le prestataire ; une composante variable rémunère une amélioration définie sur des indicateurs dont les déterminants sont suffisamment maîtrisables.
La difficulté de mesure et le risque d'aléa moral figurent d'ailleurs parmi les limites reconnues de l'outcome-based, ce qui impose de définir la preuve, la traçabilité et la répartition des risques avant de faire de la valeur la nouvelle unité contractuelle.
Le pricing à la valeur ne supprime donc pas la contractualisation. Il la rend plus exigeante.
Pour le prestataire, la tentation symétrique consiste à promettre immédiatement : « Nous sommes 20 % plus productifs, donc nous serons 20 % moins chers. »
Cette stratégie pose au moins deux problèmes.
D'abord, les gains observés ne constituent pas du cash gratuit. L'IA entraîne ses propres dépenses : licences, modèles, infrastructure, gouvernance, sécurité, observabilité, maintien des actifs et surtout temps de contrôle humain. La marge économique pertinente doit intégrer les coûts technologiques et de supervision, pas seulement le coût salarial.
Ensuite, restituer systématiquement l'intégralité du gain de productivité au client supprimerait l'incitation économique du fournisseur à investir dans l'industrialisation.
Une logique plus soutenable consiste à examiner ce que le gain permet réellement de produire : moins de jours, davantage de périmètre, plus de qualité, une meilleure disponibilité, une réduction du risque ou une combinaison de ces effets.
L'IA pose donc une nouvelle question commerciale : comment partager le gain de productivité sans supprimer la valeur économique de celui qui l'a rendu possible ?
Le Business Manager habitué à construire son offre autour de profils, de séniorités et de taux doit apprendre une grammaire supplémentaire.
Il doit être capable d'expliquer la baseline du client, l'unité de valeur vendue, ce que l'automatisation change réellement, ce que le prestataire garantit et ce qu'il ne garantit pas.
Cela ne signifie pas qu'il cesse de vendre des personnes. Dans certaines missions, la personne reste précisément le produit : son expérience, sa disponibilité, sa connaissance sectorielle ou sa capacité à prendre une responsabilité.
Mais lorsqu'il vend un service industrialisé, continuer à raisonner uniquement en nombre d'ETP et en TJM peut devenir une faiblesse commerciale.
Côté direction, cela oblige également à revoir certains indicateurs. Un modèle qui valorise uniquement le taux d'occupation, le nombre de jours facturés et le taux de marge peut pénaliser une équipe qui automatise efficacement son travail. À l'inverse, mesurer uniquement le revenu récurrent ou le nombre d'agents déployés peut masquer des actifs non rentables.
Le sujet du pricing finit donc par devenir un sujet d'organisation.
Une réduction de 10 % du taux est visible dans une feuille Excel. Une amélioration de la qualité du delivery, une réduction du rework ou une meilleure responsabilité sur le run le sont moins.
Cela explique en partie pourquoi le TJM résiste : il est une excellente métrique d'achat, même lorsqu'il devient une métrique imparfaite de valeur.
Demander uniquement « pouvez-vous réduire vos TJM ? » peut pousser le fournisseur à récupérer sa marge ailleurs, par exemple dans la composition de l'équipe ou dans le niveau de supervision. Il est plus utile de déplacer une partie de la négociation vers la preuve, la traçabilité, la gouvernance et les résultats attendus.
Pour une ESN, cela peut se traduire très concrètement. Au lieu de ne comparer que deux taux journaliers, un acheteur peut comparer le délai moyen de livraison, le taux de rework, les défauts de production, le niveau de responsabilité assumé, les actifs inclus et la réversibilité.
Le TJM reste une donnée. Il cesse simplement d'être toute l'histoire.
Ces contre-exemples sont essentiels : ils empêchent de transformer une tension économique réelle en scénario inéluctable.
Le TJM restera une unité de règlement importante. En revanche, il devrait progressivement cesser d'être, dans une partie croissante des prestations, l'argument principal qui explique la valeur du contrat.
C'est ce déplacement qui compte.
Un contrat pourra très bien conserver des TJM en annexe pour gérer les changements, les expertises ponctuelles ou les dépassements, tout en vendant au premier niveau une capacité, un service, un forfait ou une performance.
La transformation du marché ne se mesure donc pas seulement au pourcentage de chiffre d'affaires officiellement « outcome-based ». Elle se mesure à une question plus subtile : qu'est-ce qui structure désormais la conversation commerciale en premier ?
« Combien coûte votre développeur senior ? »
Ou : « Quel problème prenez-vous en responsabilité, avec quel niveau de service et comment le mesure-t-on ? »
Le basculement sera probablement progressif, inégal selon les métiers et parfois réversible. Mais c'est là que se joue la transformation économique la plus crédible.
Pour chaque question, comptez 0 si la réponse est non, 1 si elle est partielle et 2 si elle est clairement oui.
0 à 7 : votre modèle reste fortement indexé sur l'effort. Le sujet prioritaire n'est probablement pas de créer un nouveau pricing, mais d'identifier où la valeur peut réellement être mesurée.
8 à 14 : votre mix commence à évoluer. Le risque est d'empiler forfait, régie, abonnements et bonus sans doctrine claire de répartition du risque.
15 à 20 : vous disposez des bases pour piloter activement votre mix contractuel. L'enjeu devient alors de vérifier que votre organisation commerciale, vos incitations et votre pilotage de marge suivent réellement ce changement.
L'IA ne condamne pas le TJM. Elle condamne surtout l'idée qu'un jour vendu constitue toujours, à lui seul, une preuve de valeur.
Le temps reste une bonne unité lorsqu'il rémunère une expertise rare, une disponibilité ou une incertitude impossible à contractualiser autrement. Il devient moins convaincant lorsque le fournisseur vend en réalité un processus stable, industrialisable et mesurable.
Les entreprises de services qui prendront ce virage ne remplaceront probablement pas leur modèle historique par un nouveau modèle miracle. Elles apprendront plutôt à choisir l'unité de prix en fonction de ce qu'elles prennent réellement en responsabilité.
C'est un changement de pricing. Mais aussi un changement de métier pour les dirigeants de BU, les commerciaux, les managers de delivery et les acheteurs.
Ces prises de position nourrissent notre approche du recrutement IT à l'ère de l'IA. Parlons de votre contexte.