La fin du conseil vendu au jour-homme ?

Tout dirigeant qui demande une proposition ERP entend la même question : « Ce projet, c'est combien de jours-homme ? » Or des taux d'échec inchangés depuis des décennies suggèrent que le vrai problème n'est pas la durée, mais la question elle-même. Cet article examine pourquoi la tarification au jour-homme se fissure économiquement — et quelles questions poser à la place autour de la table de négociation.

Des taux d'échec ERP qui ne bougent pas

Les travaux de Gartner prévoient que d'ici 2027 plus de 70 % des initiatives ERP nouvellement déployées n'atteindront pas pleinement leurs objectifs métier initiaux, et que jusqu'à 25 % échoueront gravement. Les recherches de McKinsey sur les transformations dressent le même tableau : environ 70 % des grands programmes de transformation manquent leur cible ; dans « Unlocking success in digital transformations », seules 16 % des organisations disent avoir pérennisé leurs gains de performance.

Fait marquant : ces taux n'ont presque pas bougé au fil des générations technologiques. Les logiciels sont passés au cloud, les interfaces se sont modernisées, l'IA est arrivée — le taux d'échec n'a pas changé. Si le problème venait de la technologie, il se serait amélioré avec elle. Ce n'est pas le cas — le problème est donc dans le modèle.

La contradiction structurelle de la tarification au jour-homme

La contradiction tient en une phrase : le revenu du prestataire augmente quand le projet s'allonge ; l'intérêt du client est qu'il raccourcisse. Les deux parties d'un même contrat sont structurellement poussées dans des directions opposées.

Trois mécanismes l'amplifient :

• L'économie du flou de périmètre : chaque exigence restée vague au départ revient des mois plus tard en « demande de changement » facturée en jours-homme supplémentaires. Le flou n'est pas un coût pour le prestataire — c'est une ligne de revenus.
• L'asymétrie d'information : le client n'a aucun instrument pour vérifier si « cela prend 40 jours-homme » est réaliste. Pas de point de comparaison ; la négociation repose sur la confiance, pas sur les données.
• La déconnexion entrée-sortie : le jour-homme mesure une entrée. La facture compte des heures, mais la fiabilité des stocks, les délais de livraison, les taux d'erreur — les résultats que le client veut réellement acheter — sont le plus souvent absents du contrat.

Observation terrain (anonymisée) : le projet ERP d'un industriel, démarré sur une proposition de 120 jours-homme, dépassait les 200 au 14ᵉ mois. Le dérapage n'était pas de la paresse — personne n'avait mesuré les processus existants au départ. Toute durée promise sans diagnostic est une estimation ; et la facture de l'estimation est toujours pour le client. On ne confierait pas une opération à un chirurgien qui s'engage sur sa durée sans radiographie ; dans l'ERP, cet engagement se prend tous les jours.

La rupture économique du conseil ERP : ce que signalent Bain et McKinsey

La rupture a commencé au sommet du marché du conseil. Selon la presse spécialisée, l'IA force McKinsey, BCG et Bain à repenser leurs modèles d'honoraires ; McKinsey a indiqué qu'environ un quart de ses honoraires est désormais indexé sur les résultats (outcome-based). Le modèle est simple : convenir d'un objectif mesurable — croissance du chiffre d'affaires, réduction des coûts, indicateur opérationnel — et y adosser la rémunération.

La logique se transpose telle quelle à l'ERP : l'IA rend moins chère la part répétitive du conseil (documentation, plans de configuration, scénarios de test). Quand le répétitif devient bon marché, chaque heure facturée au jour-homme devient contestable. Reste la vraie valeur du consultant : le bon diagnostic, la bonne priorisation et la responsabilité du résultat. Notre évaluation (prévision assumée) : le glissement tarifaire amorcé dans le grand conseil atteindra le marché ERP des PME d'ici quelques années — et les propositions arrivant avec un tableau de jours-homme seront sans défense face à celles qui arrivent avec un engagement de résultat.

5 questions à poser pour évaluer une proposition ERP

Autour de la table, ces cinq questions rendent visibles les points faibles du modèle au jour-homme. Si les réponses ne convainquent pas, le risque est élevé — quel que soit le prix.

1. Sur quelle mesure repose cette proposition ?

Un chiffrage en jours-homme donné sans mesurer les processus actuels, la qualité des données et la maturité de l'organisation est une estimation. « Nous le savons par des projets similaires » n'est pas une mesure — exigez un état des lieux écrit, propre à votre entreprise.

2. Comment le prix évolue-t-il si le périmètre change ?

Le coût unitaire d'une demande de changement, le mécanisme d'approbation et le plafond figurent-ils au contrat ? Si la facture du flou n'est pas définie à l'avance, votre pouvoir de négociation fond à mesure que le projet s'étire.

3. Comment le succès est-il défini, et qui le mesure ?

« Mise en production » n'est pas une définition du succès ; des systèmes démarrent et personne ne les utilise. Convenez dès le départ d'indicateurs métier — fiabilité des stocks, délais de clôture, performance de livraison — mesurables indépendamment du prestataire.

4. Quelle part du travail est standard, quelle part est de la vraie expertise ?

Documentation, configuration standard et génération de scénarios de test sont aujourd'hui largement automatisables. Si ces postes restent facturés au plein tarif jour-homme, l'économie de l'automatisation reste chez le prestataire — pas chez vous.

5. Quelle part du paiement est liée au résultat ?

Le prestataire accepte-t-il d'indexer une partie de ses honoraires sur le résultat promis ? Une proposition qui laisse tout le risque au client dit qu'elle ne croit pas elle-même à son estimation. Même une petite part liée au résultat aligne les intérêts.

Conclusion : le passage aux modèles basés sur la valeur

Le modèle au jour-homme est le produit d'une époque où mesurer coûtait cher et prenait du temps. À mesure que la mesure devient bon marché — processus numérisés, diagnostic automatisé —, les modèles qui tarifient le résultat plutôt que l'effort deviennent inévitables. L'outil le plus puissant du dirigeant : s'asseoir à la table en exigeant la mesure — d'abord la radiographie, puis le diagnostic, enfin le traitement.

Ceci est le premier article d'une série de 4. À suivre : les promesses de l'IA aux rayons X · le mécanisme par lequel l'IA transforme les projets ERP · à quoi ressemble la nouvelle voie en pratique.

Comme point de départ, évaluez le profil de risque de votre projet avec le score de risque ERP en 2 minutes. Pour ne pas manquer la suite, suivez notre newsletter LinkedIn.