Le contrat sur le bureau de la directrice des opérations

Une directrice des opérations européenne a devant elle un contrat de déploiement d'IA. La proposition du fournisseur n'est pas qu'une licence de modèle. Elle inclut ses propres ingénieurs, sur site, pour construire le déploiement, le raccorder à ses systèmes logistiques et le maintenir en marche. La promesse, c'est la vitesse, et elle est réelle. La question plus discrète à laquelle elle doit répondre est: qu'achète-t-elle vraiment?

Deux des plus grands fournisseurs d'IA ont chacun monté une branche d'ingénierie déployée chez le client pour faire exactement cette offre. OpenAI Deployment Company, surnommée DeployCo, a vu le jour comme filiale détenue majoritairement avec plus de 4 milliards de dollars de soutien d'une coalition réunissant TPG, Bain Capital, Brookfield, Goldman Sachs, McKinsey et Capgemini. Elle place des OpenAI Forward Deployed Engineers au sein de grandes entreprises de la santé, de la logistique, de l'industrie et des services financiers, et a racheté le cabinet d'IA appliquée Tomoro, environ 150 FDE, une autre société nommée Northslope étant rapportée le 8 juillet. Microsoft a répondu le 2 juillet 2026 avec Frontier Company, un engagement de 2,5 milliards de dollars et près de 6 000 experts du secteur et de l'ingénierie, bâti sur le même modèle intégré.

La décision faire ou acheter gagne une troisième voie

Pendant une décennie, le choix de l'entreprise fut faire ou acheter. Bâtir la capacité avec ses propres équipes, ou acheter un produit fini et l'intégrer soi-même. Le modèle de l'ingénierie déployée insère une troisième voie: laisser le fournisseur l'exploiter. L'entreprise qui vous vend le modèle vous vend désormais aussi les ingénieurs qui le raccordent à vos opérations, et les deux arrivent d'une seule signature.

Le piège: cette troisième option est la plus confortable à signer et la plus difficile à quitter. Quand les ingénieurs du fournisseur détiennent le savoir sur la manière dont vos processus sont câblés, la dépendance monte d'un cran. Ce n'est plus du modèle que vous dépendez, mais du modèle opérationnel qu'ils ont bâti en vous. Changer de modèle devient bon marché à côté du changement des personnes qui comprennent vos propres processus.

Actez à qui appartient l'intégration avant de signer

Le geste: avant la signature, actez par écrit à qui appartient le savoir d'intégration. Exigez que les runbooks, les décisions d'architecture et la propriété intellectuelle de l'intégration soient documentés et remis à votre équipe au fil du travail, et ne restent pas dans la tête du fournisseur. Posez une clause de sortie sur le modèle opérationnel lui-même: si les ingénieurs partent, vos équipes peuvent exploiter ce qui a été construit sans nouveau contrat.

Posez aussi la seconde question: qui emploie l'an prochain la personne au tableau blanc. Si la réponse est toujours le fournisseur, vous n'achetez pas un déploiement, vous relouez votre propre modèle opérationnel à la firme qui vous a vendu le modèle. Dans une logique de cloud souverain européen, cette question de contrôle prime sur le prix affiché. La vitesse mérite d'être payée. Le contrôle de la marche de votre entreprise ne mérite pas d'être échangé contre elle.

À lire ensuite: Uber a brûlé son budget IA 2026 en quatre mois  |  Le meilleur modèle de Meta est fermé et payant