Mener un Pilote IA Pendant la Période de Détention : Guide pour Operating Partners en Private Equity

Un pilote IA pendant la période de détention n’a qu’un objectif : produire vite une réponse écrite

Un fonds de private equity qui mène un pilote IA dans une participation ne mène pas la même expérience qu’une équipe d’innovation en entreprise. L’équipe en entreprise dispose d’une ligne budgétaire et d’un horizon stratégique. Le fonds dispose d’une période de détention, d’un multiple de sortie et d’un portefeuille dans lequel la même question se pose dix fois à la fois. Cela change la raison d’être d’un pilote. Il n’est pas là pour prouver que l’IA fonctionne en général. Il est là pour produire, pour chaque participation, une réponse écrite à une seule question, y a-t-il ici quelque chose qui vaille la peine d’être construit, dans un délai assez court pour que la réponse puisse encore changer ce qui se passe avant la sortie.

Cet article est un guide pratique pour y parvenir. Il explique pourquoi les pilotes qui circulent sur ce marché s’enlisent, ce qu’un pilote mené pendant la période de détention doit produire, comment l’ordonnancer à l’échelle d’un portefeuille et ce qui doit figurer dans le dossier du conseil. Il s’adresse aux operating partners, ainsi qu’aux AI Operating Partners que les fonds recrutent désormais, un rôle que le Korn Ferry Institute a décrit en avril 2026 comme apparu parce que les dirigeants opérationnels traditionnels à profil technologique étaient jugés trop peu armés pour tirer de la valeur de l’IA.

Pourquoi le pilote classique s’enlise dans une participation

Le pilote classique sur ce marché est une preuve de concept : un prestataire prend un échantillon des données de la participation, construit une démo en deux à quatre semaines et montre qu’elle fonctionne. L’article de Korn Ferry consacré au rôle d’AI Operating Partner relève que les fonds du mid-market attendent désormais exactement cela. Le problème, c’est ce que mesure une preuve de concept. Elle mesure si le modèle sait accomplir la tâche sur les données fournies au prestataire, qui sont invariablement les données propres. Elle ne mesure pas si le processus réel de la participation, quarante formats d’e-mail, la moitié des informations dans des PDF, une règle de routage qui n’existe que dans la tête du fondateur et s’en va à la fin de l’earn-out, peut supporter le système en production.

C’est pour cela que les pilotes s’enlisent, et ils s’enlisent à toutes les échelles. L’enquête de BCG de juillet 2026 menée auprès de 152 PDG d’entreprises réalisant au moins 500 M$ de chiffre d’affaires montre que deux tiers d’entre elles mènent des pilotes IA et que seules 26 % ont intégré l’IA dans une transformation plus large. Ce sont des entreprises qui ont le budget pour s’en sortir en recrutant et les effectifs pour construire n’importe quoi. Si elles sont bloquées, ce n’est pas faute de moyens. C’est parce que personne n’a mis par écrit la façon dont l’entreprise fonctionne réellement avant d’essayer de la changer. Une participation dont le back-office est piloté par le fondateur et qui n’a pas de service informatique présente le même manque, avec moins de personnes pour le masquer. Nous avons traité spécifiquement le cas des entreprises dirigées par leur fondateur dans cartographier une société acquise sans service informatique.

La période de détention transforme cette gêne en contrainte. Un pilote qui s’enlise au quatrième mois d’un programme d’entreprise devient une ligne dans un retour d’expérience. Un pilote qui s’enlise au quatrième mois d’une détention de trois ans a consommé un dixième du temps pendant lequel la thèse aurait pu être validée, et la participation suivante attend toujours.

Ce qu’un pilote mené pendant la période de détention doit réellement produire

Considérez le pilote comme un instrument plutôt que comme une expérience, et les livrables changent. L’instrument doit produire le même résultat dans chaque participation, afin que les constats soient comparables à l’échelle du fonds même lorsque les réponses diffèrent, et il doit le produire assez vite pour que cela compte. En pratique, cela signifie cinq documents, dans l’ordre.

• Le Registre des exceptions. Chaque écart réel par rapport au processus documenté, sa fréquence, la personne qui l’absorbe aujourd’hui. Dans une cible dirigée par son fondateur, c’est là que la logique de routage qui partira avec le fondateur est mise par écrit pour la première fois. C’est aussi le document qu’une équipe de due diligence aurait aimé avoir avant l’opération.
• La Carte des frontières IA. Chaque étape qualifiée : code déterministe, jugement d’un modèle ou validation humaine. Le chiffre clé est le ratio de déterminisme, et la part qui exige réellement un modèle est généralement plus faible que ne le supposait le mémo d’investissement. Dans le traitement des commandes d’un industriel européen cartographié par SUPALABS, trois étapes sur onze nécessitaient réellement un modèle (données de mission SUPALABS, 2024–2026). Les huit autres relevaient du logiciel classique, moins coûteux à exploiter et plus facile à présenter à un acquéreur.
• La Suite d’évaluation. Un jeu de données de référence issu des propres cas de l’entreprise, des taux de réussite par étape et un rapport mensuel de précision. C’est le chiffre qui figure dans le dossier du conseil, et il doit faire l’objet d’une ligne distincte du devis pour survivre aux retards du développement.
• Le Journal des décisions. Chaque action automatisée, ses données d’entrée, son niveau de confiance et la personne qui l’a validée, dans une interface que l’équipe de due diligence d’un acquéreur peut ouvrir sans solliciter un ingénieur. La due diligence de sortie sur un processus reposant sur l’IA revient à savoir si les décisions peuvent être reconstituées ; ce journal en est la réponse.
• L’Engagement ERP. Un engagement écrit selon lequel le système est construit sur ce qu’utilise la participation, sans rien remplacer. Une refonte de plateforme est la seule initiative IA dont on est certain qu’elle ne sera pas rentabilisée avant la sortie.

Les deux premiers sont produits par un Sprint de cartographie de cinq jours mené avec celles et ceux qui pilotent le processus, et le sprint se conclut soit par un devis de développement à prix fixe, soit par un non écrit. Le non écrit est un livrable. Cinq jours passés à découvrir que la thèse d’une participation relève d’une règle de tarification et d’un tableur, et non d’un problème d’IA, c’est une période de détention épargnée. Ce sont les cinq mêmes documents que ceux décrits sur la page consacrée à la méthode ; ce qui compte pour un fonds, c’est qu’ils sont identiques dans chaque participation.

L’ordonnancement à l’échelle d’un portefeuille

Avec dix participations, la tentation est de mener dix pilotes en parallèle. Résistez-y, pour une raison qui tient à la profondeur plutôt qu’à la capacité. Le Registre des exceptions est le fruit de cinq jours passés avec celles et ceux qui pilotent le processus, et cette profondeur ne résiste pas à une répartition sur trois entreprises la même semaine. Ce qui doit se répéter, c’est l’instrument, pas le calendrier. Enchaînez les sprints, une participation à la fois, et acceptez que la réponse de la quatrième arrive au deuxième mois plutôt qu’à la deuxième semaine. L’alternative, ce sont dix réponses superficielles qui disent toutes oui, car un examen superficiel de n’importe quel processus trouve toujours quelque chose à automatiser.

Ordonnancez selon deux critères. D’abord, là où un workflow fait visiblement mal et laisse déjà une trace documentaire : des factures fournisseurs ressaisies par trois personnes, un quote-to-cash à cinq passages de relais sans responsable, un service commandes qui repose sur la mémoire d’une seule personne. Ensuite, là où il existe, au sein de la participation et non du fonds, un dirigeant qui porte le résultat et peut lever un point de validation. Un mandat du fonds n’est pas la même chose. Sans responsable nommé au sein de l’entreprise, le travail se bloque à la première validation, quel que soit celui qui le construit, et cela vaut pour chaque pilote dans chaque entreprise.

Dès que le premier sprint rend un oui, lancez le développement dans cette participation pendant que le deuxième sprint se déroule dans la suivante. Six semaines entre le début du développement et le premier workflow en production, avec un mode fantôme avant toute action : c’est la cadence. Lorsque le troisième sprint rend ses conclusions, la première participation dispose d’un rapport mensuel de précision, et le dossier du conseil contient un chiffre.

Ce qui doit figurer dans le dossier du conseil

Trois éléments, et aucun n’est une présentation d’avancement. Le ratio de déterminisme par participation, car il indique au conseil quelle part de la thèse relevait de l’IA, et donc ce que coûte l’exploitation du système. Le rapport mensuel de précision par workflow en production, car il indique au conseil si le système est toujours juste et si une tâche a mérité davantage d’autorité. Et le nombre de non écrits, car un fonds capable de montrer cinq participations cartographiées, trois développements réalisés et deux refus fondés sur des preuves décrit un processus, pas un espoir.

Le Journal des décisions n’est pas destiné au conseil. Il est destiné à l’acquéreur au moment de la sortie. Un processus automatisé depuis dix-huit mois, capable de produire sur demande chacune des décisions qu’il a prises, avec les données d’entrée, le niveau de confiance et la personne qui a validé, est un processus que l’équipe de due diligence d’un acquéreur peut valider en une semaine. Un processus qui en est incapable se traduit par une décote.

Avant de recruter l’AI Operating Partner, ou à la place

L’article de Korn Ferry identifie trois profils pour le rôle d’AI Operating Partner, entrepreneurial, technique et produit, et direction technologique, et liste les risques liés à sa création : chevauchement avec l’operating partner technologique en place, complexité accrue pour les dirigeants des participations, et pression pour adopter l’IA là où le business case n’existe pas. Les sprints répondent à ces trois points. Ils vous disent s’il existe une thèse, avant que quiconque soit rémunéré pour avoir raison sur ce point. Ils vous disent la forme que doit prendre le rôle, car ce que les sprints ont révélé dans le portefeuille est un meilleur guide que ce que le marché recrute ce trimestre. Et ils vous disent ce dont héritera la recrue : un operating partner qui trouve à son arrivée cinq Registres des exceptions, cinq Cartes des frontières et un système en production a un poste, tandis que celui qui trouve dix-huit mois de licences utilisateurs a un projet de découverte. L’argumentaire complet figure sur la page consacrée au private equity.

Quand ne pas lancer cette démarche

Dans trois situations, un sprint dans une participation n’est pas le bon achat, et il est moins coûteux de l’établir lors d’un appel de trente minutes qu’en deuxième semaine. L’entreprise est assez grande pour disposer de sa propre équipe de réalisation : dans ce cas, qu’elle la recrute ; la mise en œuvre intégrée sert à apprendre quel profil recruter, pas à s’y substituer. La thèse relève du calcul plutôt que du jugement, qu’il s’agisse de consolider le reporting de trois systèmes historiques ou d’appliquer une règle de tarification de manière cohérente : dans ce cas, un moteur de règles l’emporte et coûte moins cher à maintenir. Ou personne au sein de l’entreprise ne porte le résultat : dans ce cas, le travail se bloque au premier point de validation, quel que soit celui qui le construit.

Sources & références