22 des 81 agences de cet annuaire qui vendent du conseil en stratégie IA ne déclarent rien qui relève de la construction logicielle. Elles évalueront votre maturité, animeront l'atelier de priorisation et remettront une feuille de route, puis cette feuille de route aura besoin de quelqu'un d'autre. C'est un métier légitime, et il l'était bien avant l'IA, mais ce n'est pas ce que la plupart des acheteurs croient acheter lorsqu'une proposition annonce du conseil et de la mise en œuvre de l'IA. Les deux moitiés de cette expression sont souvent vendues par deux sociétés différentes, et c'est à la jointure entre elles que meurent les programmes d'IA.
Les décomptes qui suivent proviennent de l'annuaire en production le 9 octobre 2026 et chacun peut les vérifier sur les pages de catégories. Sur 243 fiches réelles, 81 portent la catégorie conseil en stratégie IA. 167 portent au moins une catégorie qui suppose de construire quelque chose : intégration IA, solutions IA sur mesure ou automatisation des processus. Seules 59 portent les deux. Autrement dit, 22 cabinets conseillent sans construire, 108 construisent sans conseiller, et moins d'un quart du marché affirme publiquement faire le travail complet.
La jointure dont personne n'est propriétaire
Une mission de stratégie se termine par un document. Une mission de mise en œuvre commence par une spécification. Ce ne sont pas le même objet, et transformer l'un en l'autre représente un travail réel que ni l'un ni l'autre des deux contrats ne paie d'habitude. La feuille de route dit « déployer un modèle de classification de documents pour réduire la revue manuelle ». L'équipe qui construit a besoin de savoir quels documents, quel seuil de précision vaut comme terminé, qui annote les données d'entraînement, où tourne le modèle, ce qu'il advient des 4 % qu'il classe mal, et qui répond lorsqu'un humain passe outre.
Quelqu'un doit répondre à ces questions. Dans une mission confiée à un seul prestataire, le cabinet qui a écrit la feuille de route y répond, et il y répond en sachant qu'il devra vivre avec ses réponses. Dans un montage à deux prestataires, le cabinet de conseil est rentré chez lui et l'équipe de construction lit un document rédigé par quelqu'un à qui elle n'a jamais parlé. Soit elle devinera, soit elle mènera son propre cadrage et le facturera, ce qui revient pour l'acheteur à payer deux fois les mêmes décisions.
Le second cas est le plus fréquent. C'est aussi le moins visible, parce qu'il se présente sous l'étiquette de la phase d'amorçage du constructeur et non comme l'échec d'un passage de relais. Un contrat unique couvrant le conseil et la mise en œuvre de l'IA ne supprime pas ce travail, il vous évite seulement de le payer deux fois.
Un seul cabinet doit-il assurer à la fois le conseil et la mise en œuvre ?
En général, pour tout ce qui tient en six mois environ, oui. Le coût de la jointure dépasse le coût du conflit d'intérêts, et ce conflit d'intérêts est l'argument habituel pour séparer les deux. Cet argument n'est pas faux : un cabinet qui recommande des travaux qu'il sera ensuite payé pour exécuter a une raison évidente d'en recommander davantage. La question est de savoir lequel des deux risques est le plus grand dans votre cas précis. Pour un premier système en production, le risque d'une feuille de route que personne ne sait construire est le plus grand. Pour un programme pluriannuel avec une direction des achats et de l'argent sérieux en jeu, l'indépendance vaut le prix de la jointure, et les grandes organisations séparent les deux pour exactement cette raison.
La position intermédiaire utile consiste à séparer la décision sans séparer la relation : achetez une évaluation courte et réellement indépendante à un cabinet, puis organisez une mise en concurrence pour la construction où l'évaluateur a le droit de concourir sans aucun avantage. L'avis reste honnête et le cabinet qui comprend le problème peut tout de même le porter plus loin.
Quatre usages de la même expression
Les propositions qui annoncent du conseil et de la mise en œuvre de l'IA emploient les mêmes mots pour des montages qui se comportent très différemment une fois le travail lancé. Ces quatre-là couvrent l'essentiel de ce qu'un acheteur recevra.
| Ce que dit la proposition | Ce que cela signifie en pratique | Qui transforme l'avis en spécification | Le point à vérifier |
|---|---|---|---|
| Stratégie et mise en œuvre, un seul cabinet | La même équipe, ou au moins la même société, de l'évaluation à la production | Le cabinet, à ses frais | Si les ingénieurs qui construiront participent aux séances de stratégie |
| Stratégie avec accompagnement de la mise en œuvre | Le cabinet de conseil supervise une construction faite par un autre | Personne, formellement | Qui valide que la construction correspond à la feuille de route |
| Partenaire de mise en œuvre | Construction seule, à partir d'une spécification que vous fournissez | Vous | Si vous avez réellement une spécification, ou seulement une feuille de route |
| Transformation IA de bout en bout | Tout, des deux précédents à ni l'un ni l'autre | Inconnu jusqu'à ce que vous le demandiez | Demandez quelles personnes nommées écrivent du code |
La quatrième ligne est celle qui demande de la prudence. « De bout en bout » décrit une ambition plutôt qu'une organisation, et le test qui sépare la version honnête de la version brochure est simple : demandez les noms et les fonctions des personnes qui écriront le premier commit mis en production. Un cabinet qui construit répond en une phrase. Un cabinet qui sous-traite décrira un processus.
Ce que les fiches disent du partage des rôles
46 des 243 fiches réelles ne portent aucune catégorie, ce qui mérite d'être dit franchement parce que c'est une limite de ce qu'un annuaire peut vous apprendre. Pour les 197 qui en portent, le schéma des catégories constitue un premier filtre raisonnable. Un cabinet qui ne porte que la stratégie relève presque certainement du conseil. Un cabinet qui porte l'intégration, le sur-mesure ou l'automatisation sans aucune catégorie de stratégie est presque certainement un atelier de construction qui attend que vous arriviez avec un plan. Les 59 qui portent les deux forment la liste courte d'une mission confiée à un prestataire unique.
Ce que les fiches ne vous diront pas, c'est la profondeur. 40 des 243 publient un taux horaire et 42 publient un effectif, donc pour la plus grande partie du marché vous ne pouvez pas voir si la capacité de construction représente 30 ingénieurs ou un indépendant que le dirigeant appelle quand un projet tombe. Le recensement catégorie par catégorie de ce marché montre à quel point l'offre est inégale, et la minceur se concentre précisément là où les acheteurs la supposent absente.
Comment distinguer un cabinet de conseil d'un constructeur avant le premier appel ?
Lisez les études de cas en cherchant des objets plutôt que des résultats. Un cabinet de conseil décrit des décisions : un portefeuille priorisé, un modèle opérationnel, un cadre de gouvernance. Un constructeur décrit des systèmes : un pipeline, une latence chiffrée, un modèle en production derrière une API. Les deux emploieront le mot « livré ». Un seul nommera une chose qui tourne. Si les études de cas ne décrivent que des décisions, le cabinet relève du conseil quoi qu'annonce sa page de services, et c'est là une information utile plutôt qu'un reproche.
Où va réellement l'argent
Le conseil est tarifé sur du temps senior et se concentre en début de parcours. La mise en œuvre est tarifée en mois d'ingénierie et c'est là que se trouve l'essentiel du coût d'un programme, en général de très loin. L'acheteur qui approuve une mission de stratégie parce que le montant lui paraît tenable a approuvé à peu près la plus petite partie de la dépense finale, et la feuille de route qui en sortira aura été écrite sans contrainte budgétaire ferme sur la partie qui coûte le plus cher.
C'est la raison pratique d'avoir le côté construction dans la salle très tôt, même quand vous ne lui achetez encore rien. Un ingénieur qui sait ce que coûtent trois mois de travail sur un pipeline de données le dira tant que la feuille de route est encore modifiable. La même information quatre mois plus tard arrive sous forme de renégociation. La question du modèle d'engagement que vous signez compte aussi ici, parce qu'un forfait mensuel absorbe ce genre de surprise en silence là où un contrat à périmètre ferme la fait remonter au grand jour.
Le volet gouvernance dispose de références standard qu'il vaut la peine de lire avant de signer l'un ou l'autre contrat. Le cadre de gestion des risques liés à l'IA du NIST s'organise autour de fonctions qui correspondent à des décisions de mise en œuvre plutôt que de stratégie, et la norme ISO/IEC 42001 traite les systèmes de management de l'IA comme quelque chose qu'une organisation exploite et non comme quelque chose qu'un consultant recommande. Les deux sont utiles précisément parce qu'elles supposent que quelqu'un devra faire tourner le résultat.
Que doit contenir le contrat au moment du passage de relais ?
Trois éléments manquent systématiquement à un contrat censé couvrir à la fois le conseil et la mise en œuvre de l'IA, et tous les trois coûtent de l'argent plus tard plutôt que maintenant.
- Une définition du terminé qu'un tiers pourrait tester. Cela veut dire un chiffre et une méthode, pas « une précision améliorée ». Si un ingénieur extérieur ne peut pas exécuter le test et obtenir un oui ou un non, la clause est décorative.
- La propriété nommée des données d'entraînement et de l'annotation. C'est la cause la plus fréquente d'une mise en œuvre à l'arrêt en troisième semaine, et elle s'arrête parce que chaque partie supposait que l'autre s'en occupait.
- La liste de ce que l'acheteur détient à la fin. Les poids du modèle, le code du pipeline, les gabarits de prompts, la suite d'évaluation. Nommez-les un par un, car « les livrables » a déjà été lu dans les deux sens devant des avocats.
La question de ce que vous détenez réellement à la fin d'une mission est bien moins tranchée dans le travail d'IA que dans le logiciel classique, et un passage de relais entre deux prestataires est le pire endroit possible pour s'en apercevoir.
La moitié conduite du changement, celle qu'on coupe en premier
Une mise en œuvre qui fonctionne techniquement et que personne n'utilise est le résultat le plus coûteux disponible, et il est assez courant pour que les requêtes de longue traîne qui arrivent sur ce site le demandent directement. Quelqu'un doit reformer les personnes dont le système change le métier, réécrire la procédure qu'il remplace, et assumer la décision sur ce qui se passe quand le modèle et un humain ne sont pas d'accord. Les cabinets de conseil chiffreront ce travail. Les constructeurs, en général, non, parce que ce n'est pas de l'ingénierie. Il tombe donc dans la même jointure, et c'est la première ligne coupée quand un programme dépasse son budget.
La MIT Sloan Management Review a beaucoup publié sur les raisons pour lesquelles c'est l'adoption par l'organisation, et non la qualité du modèle, qui décide si ces programmes rapportent quelque chose, et le Project Management Institute maintient le corpus de pratiques de référence sur la discipline elle-même. Ni l'un ni l'autre n'est spécifique à l'IA, ce qui est bien le point : la partie d'un programme d'IA la plus susceptible d'échouer est celle qui ne porte pas sur l'IA.
Ai-je besoin d'un prestataire distinct pour la conduite du changement ?
Rarement, pour un système unique. Le travail est réel mais il reste assez petit pour appartenir à une personne nommée dans votre propre organisation, et un responsable interne dispose d'une légitimité qu'un externe n'a pas. Pour un programme qui touche plusieurs directions à la fois, cela devient un véritable chantier, et à cette échelle le cabinet de conseil est en général le bon endroit pour l'acheter, parce qu'il comprend déjà le modèle opérationnel qu'il modifie.
Comment construire la liste courte
Raisonnez à l'envers, à partir de la moitié qui vous manque, car c'est elle qui détermine si vous cherchez le conseil et la mise en œuvre ensemble ou l'un des deux seulement.
- Une vision claire du problème, aucune capacité d'ingénierie. Vous visez les 108 cabinets qui construisent sans conseiller, et vous voulez une spécification écrite avant le premier appel.
- De la capacité d'ingénierie, aucun accord interne sur quoi construire. Vous visez le côté conseil. Acheter une construction maintenant est prématuré et l'équipe de construction vous le dira au deuxième mois.
- Ni l'un ni l'autre. Les 59 cabinets qui portent les deux catégories sont le seul groupe qui mérite un premier appel, et le prestataire unique est la bonne structure pour un premier système.
La géographie compte moins qu'avant, mais pas zéro. L'annuaire couvre 125 villes différentes, et pour une mise en œuvre qui suppose un accès aux données sur place ou des systèmes réglementés, le fuseau horaire et les déplacements sont des contraintes réelles. Parcourir par ville est alors un filtre raisonnable : Denver, Chicago et Boston réunissent chacune un mélange différent de conseil et de capacité de construction. Les cas où la localisation compte vraiment sont plus rares que la plupart des acheteurs ne le supposent.
Quelle est la meilleure question à poser lors d'un premier appel ?
Demandez au cabinet de raconter la dernière mission où sa propre recommandation s'est révélée fausse, et ce qu'il a fait ensuite. Un cabinet de conseil qui ne s'est jamais trompé n'a jamais été en production. Un constructeur avec une bonne réponse décrira un pari technique précis qui a échoué et le coût de son détricotage, ce qui vous apprend à la fois qu'il livre et qu'il est honnête sur ce que livrer coûte. Un cabinet incapable de produire cette histoire n'a pas fait le travail ou refuse d'en parler, et les deux sont des réponses.
À quoi ce marché ressemble en dessous
Le partage n'est pas un défaut du marché. Le conseil et la réalisation sont réellement deux métiers différents, avec des structures de coûts, des marges et des recrutements qui n'ont rien à voir, et les cabinets se spécialisent pour de bonnes raisons commerciales. Le défaut, c'est l'effondrement du vocabulaire : « conseil et mise en œuvre de l'IA » est écrit sur le site de cabinets qui ne font que l'un des deux, et les acheteurs y lisent raisonnablement une promesse de périmètre.
Traitez donc l'expression comme une question plutôt que comme une description. Les cabinets qui font les deux l'accueilleront bien, car c'est ainsi qu'ils se distinguent. Ceux qui n'en font qu'un vous diront lequel, et cette réponse vaut plus que la brochure qu'elle contredit. La question plus large de savoir s'il vous faut une société de conseil est souvent le bon point de départ, et la réponse est parfois un spécialiste expérimenté et vos propres ingénieurs.
Pour la moitié technique, la forme du travail a sa propre littérature. Ce qui distingue le développement logiciel en IA de la réalisation classique est la partie qui surprend le plus les acheteurs ayant déjà commandé du logiciel, et l'Observatoire des politiques de l'IA de l'OCDE suit les conditions politiques et réglementaires qui déterminent de plus en plus ce qu'une mise en œuvre est autorisée à faire.
Deux formes d'échec à reconnaître tôt
La première est la feuille de route orpheline : un document de stratégie solide, approuvé, budgété, puis jamais construit, parce que le devis de construction est arrivé à trois fois le montant que la feuille de route supposait et que le programme a été rouvert comme un exercice de planification sans date de fin. Le signe, c'est une feuille de route écrite sans ingénieur dans la salle.
La seconde est la construction sans spécification : un cabinet d'ingénierie compétent, six semaines dans le travail, face à un brief qui n'a jamais défini le terminé, et qui découvre que les parties prenantes ne sont pas d'accord sur ce à quoi sert le système. Le signe, c'est une réunion de lancement où les équipes de l'acheteur décrivent des résultats différents. Aucune des deux formes n'est causée par un mauvais prestataire, et c'est pourquoi acheter un meilleur prestataire n'en répare aucune.
Partir de là où vous êtes
Si la feuille de route existe déjà et que rien n'a été construit, ce qui manque est une spécification puis un partenaire de construction, dans cet ordre. S'il n'y a pas de feuille de route et qu'un budget est validé, ce qui manque est une évaluation courte menée avec le côté construction présent. Si un prestataire a envoyé une proposition employant l'expression dont parle cet article, l'étape utile consiste à demander laquelle des quatre lignes du tableau ci-dessus elle décrit, et à obtenir la réponse par écrit avant la première facture.
Vous pouvez nous dire ce que vous cherchez à construire et voir les cabinets de cet annuaire dont les catégories publiées correspondent aux deux moitiés du travail, ou, si vous dirigez une agence qui fait réellement les deux, ajouter votre fiche ici pour que les acheteurs qui filtrent sur cette combinaison vous trouvent. Parcourir ce qu'une construction sur mesure contient réellement et ce qu'implique un travail d'intégration est une façon raisonnable d'affiner la spécification avant que tout cela ne coûte de l'argent.