Dialogue avec un operating partner : comment se déroule la découverte

Du formulaire de contact à la matrice de risques chiffrée en 48-72 heures, sans entretien

Contexte et participants

• Participante 1 : Dana Whitfield (operating partner, fonds du segment lower mid-market ; plateforme de distribution industrielle avec trois acquisitions add-on finalisées ou sous LOI). A mené quatre intégrations post-closing. S'attend à ce que la « découverte » signifie douze semaines d'entretiens et une présentation, et veut savoir ce qui est différent avant d'y soumettre l'équipe de direction d'une autre cible.
• Participant 2 : Kyle Castor (fondateur et architecte principal, DataOngoing). Parle sans détour. Décrit le processus étape par étape, y compris les parties qui restent humaines.

Ce dialogue est un cas composite modélisé. Les participants sont des archétypes, la cible est fictive et les chiffres sont des calculs illustratifs dont les hypothèses sont indiquées dans le texte. Le processus décrit (formulaire de contact, accès, analyse statique automatisée, interprétation, restitution) est le processus réel de due diligence de DataOngoing ; les conditions publiées figurent sur la page Revue de due diligence technologique IA de 48-72 heures.

Le dialogue

Dana Whitfield (operating partner) : « Chaque cabinet de due diligence que j'ai mandaté commence par une phase de découverte. Appel de lancement, liste des parties prenantes, trois semaines d'entretiens, un atelier, puis une présentation. Le dernier a pris onze semaines et le contrôleur de gestion de la cible a failli démissionner. Votre page annonce 48 à 72 heures. Qu'omettez-vous ? »

Kyle Castor : « Les entretiens. Ici, la découverte est une lecture, pas un entretien. Tout ce qu'une équipe classique demande aux gens est déjà consigné dans le système de la cible : quels scripts sont déployés et sur quels enregistrements, qui détient quelles permissions, quelles intégrations appellent quels endpoints, combien de temps prend l'enregistrement d'une transaction, où se trouvent les soldes de compte d'attente non affectés. Les gens se souviennent imparfaitement de ces faits. Le système, non. Nous lisons donc le système et consacrons les heures humaines à l'interprétation. »

Dana Whitfield : « Décrivez-moi le déroulement à partir du moment où je remplis votre formulaire. Je veux la séquence réelle, pas la philosophie. »

Kyle Castor : « Six étapes.

Un, le formulaire de contact. Le formulaire de la page de contact demande quelle est la situation, quel système la cible utilise et comment vous joindre. Il est stocké de façon privée et transmis à moi. Il n'y a ni commercial de prospection ni appel de qualification ; la réponse vient de la personne qui réalisera la revue. »

Deux, périmètre et conditions. Nous confirmons ce qui est chiffré : une seule instance NetSuite, ou une plateforme plus les systèmes add-on qui doivent s'y intégrer. Les honoraires sont forfaitaires, $12,500, et sont intégralement imputés sur tout sprint de remédiation qui suivrait. Nous signons votre NDA, et les données de la cible sont traitées de façon anonymisée, avec restriction des données personnelles.

Trois, l'accès. L'administrateur de la cible crée un rôle d'intégration en lecture seule, avec des permissions de moindre privilège ou, avant la LOI, exporte les métadonnées et une liste des rôles. C'est la seule chose que quiconque fait côté cible, et cela prend à un administrateur bien moins d'une heure.

Quatre, la lecture automatisée. Dès que l'accès est établi, le compte à rebours démarre : 48 à 72 heures. L'analyse statique parse chaque personnalisation de l'instance et la télémétrie qui l'entoure. Je vous donnerai le détail dans un instant.

Cinq, l'interprétation. Je lis ce que l'analyse a relevé, je chiffre chaque constat et je séquence la remédiation dans un plan chiffré pour le Jour 1 et les 100 premiers jours.

Six, la restitution. Une seule réunion, d'environ une heure, avec vous et les membres de l'équipe du deal qui doivent l'entendre. Vous repartez avec la matrice des risques, l'inventaire et le plan chiffré."

Dana Whitfield : « L'étape quatre est celle que je ne comprends pas. Qu'est-ce qui est lu exactement, et par quoi ? »

Kyle Castor : « Quatre catégories, chacune traitée par un passage automatisé différent.

L'inventaire des personnalisations. Chaque script, workflow, enregistrement personnalisé et champ est recensé et parsé. Le parseur signale SuiteScript 1.0 et l'usage d'API obsolètes, les scripts empilés sur le même événement d'enregistrement qui se disputent la même ligne, et l'exposition aux limites de gouvernance. Passer quarante scripts en revue à la main représente deux semaines du temps d'un ingénieur senior ; les parser prend quelques minutes de calcul, et c'est de là que vient la compression du calendrier.

Les tables de permissions. Chaque rôle est noté sur l'indice de risque des rôles de 0 à 4, zéro pour aucun accès jusqu'à quatre pour un accès complet, et rapproché de l'organigramme. Les identifiants partagés et les circuits d'approbation sans séparation des tâches ressortent automatiquement de cette table.

Les points d'intégration. Chaque connexion entrante et sortante est listée avec sa méthode d'authentification, son volume, et l'indication de son passage éventuel par un middleware que l'acquéreur héritera comme coût récurrent.

La télémétrie des transactions. Les enregistrements de transactions, de lignes et de notes système sont interrogés pour détecter les symptômes opérationnels qui coûtent de l'argent : commandes bloquées, soldes de compte de passage non affectés, dépassements de marge par rapport au plancher de prix, latence d'enregistrement sur les formulaires les plus utilisés. »

Dana Whitfield : « Et pendant ces 48 à 72 heures, combien de collaborateurs de la cible sont sollicités ? C'est le chiffre qui compte pour une équipe de direction en plein processus. »

Kyle Castor : « Un. L'administrateur qui accorde l'accès. Personne n'est interviewé. Personne ne participe à un atelier. De votre côté, deux à trois heures au total : l'échange sur le périmètre, la coordination de l'accès et la restitution.

Comparez avec un processus classique, en arithmétique modélisée et non comme une affirmation sur un cabinet en particulier. Vingt entretiens avec les parties prenantes à une heure chacun représentent vingt heures du temps de la cible avant toute préparation. Ajoutez une heure de préparation par entretien et un atelier d'une demi-journée : l'équipe de la cible a cédé environ quarante-quatre heures. Face à deux à trois heures ici, cela représente environ quinze à vingt fois moins de leur temps, et le calendrier passe de quatre à six semaines à trois jours. »

Dana Whitfield : « Et si la cible refuse l'accès au code avant la LOI ? Les vendeurs s'inquiètent de laisser le technologue d'un acquéreur entrer dans leur système. »

Kyle Castor : « Dans ce cas, nous travaillons à partir d'un export de métadonnées et d'une liste des rôles, que l'administrateur du vendeur produit sans donner de connexion à personne. Cela suffit pour signaler les risques significatifs : exposition aux scripts obsolètes, prolifération des permissions, nombre d'intégrations, volume d'enregistrements personnalisés. Un accès complet affine l'estimation de la refonte, car nous pouvons lire le code au lieu de le déduire des métadonnées, mais il n'est pas nécessaire pour dire s'il y a un problème et quelle est approximativement son ampleur. »

Dana Whitfield : « Qu'obtient-on à l'arrivée ? Il me faut quelque chose que mon comité d'investissement puisse utiliser, pas une annexe technique. »

Kyle Castor : « Quatre documents, tous rédigés pour le comité.

Une matrice des risques, notée et hiérarchisée, chaque ligne indiquant l'exposition, sa probabilité et son coût de remédiation en dollars.

Un inventaire des personnalisations et des intégrations, avec l'exposition à l'obsolescence rapportée aux calendriers de l'éditeur.

L'indice de risque des rôles de 0 à 4 rapproché de l'organigramme.

Un plan de remédiation chiffré pour le Jour 1 et les 100 premiers jours.

Ce sont les montants en dollars qui font bouger le prix. Un constat quantifié et séquencé entre dans le contrat d'acquisition sous la forme d'un ajustement de prix, d'une retenue de remédiation ou d'un engagement à 100 jours assorti d'un budget. Un constat décrit en prose, non. »

Dana Whitfield : « Quelle part est réellement une machine, et quelle part est vous ? On m'a déjà vendu de l'« IA » et j'ai obtenu un analyste junior avec un modèle de document. »

Kyle Castor : « Dix, quatre-vingts, dix. Dix pour cent de l'effort est l'intention humaine : vous me dites ce que le comité a besoin de voir chiffré. Quatre-vingts pour cent est l'exécution par la machine : le parsing, la notation, les requêtes et l'inventaire sont des passages automatisés qui s'exécutent de la même façon sur chaque instance. Les dix derniers pour cent sont la supervision humaine : j'interprète les constats, je décide de ce qui est significatif, je chiffre la remédiation et je la présente. Il n'y a aucun analyste junior dans la séquence, car il n'y a rien pour lui à faire. Le travail qu'un junior aurait fait en menant des entretiens a été remplacé par la lecture du système. »

Dana Whitfield : « Et que ne peut pas me dire la revue ? Je préfère entendre les limites de votre part plutôt que les découvrir à la signature. »

Kyle Castor : « Elle lit ce qui se trouve dans le système. Elle ne voit ni le tableur qu'un contrôleur tient en dehors de l'ERP, ni un arrangement verbal avec un fournisseur, ni le départ imminent de l'unique ingénieur qui comprend le code sur mesure. Ce sont des conversations, c'est pourquoi la restitution est une conversation et non l'envoi d'un PDF. La revue indique où orienter les questions humaines. Elle ne les remplace pas ; elle fait en sorte que les quelques questions que vous posez soient les bonnes. »

Dana Whitfield : « Que se passe-t-il alors après la restitution, si nous signons ? »

Kyle Castor : « Le plan nomme déjà les fuites par ordre de priorité. La première devient un sprint de quatorze jours à prix fixe, et les honoraires de due diligence y sont déduits en totalité. Du code fonctionnel arrive dans le sandbox de la cible dans ces quatorze jours, et s'il ne fonctionne pas en production, le jalon n'est pas facturé. Votre temps dans un sprint est de trois à cinq heures : validation du périmètre, une revue à mi-sprint, recette. »

Dana Whitfield : « Envoyez la note de périmètre. Si la revue peut se faire à partir d'un export de métadonnées, je peux l'obtenir du vendeur cette semaine sans difficulté. »

Ce que fait la technologie à chaque étape

Total : 48-72 heures à partir de l'accès ; deux à trois heures de votre temps ; aucun entretien avec les équipes de la cible.

Résumé d'indexation

• Intentions de recherche principales : fonctionnement de la phase de découverte en due diligence technologique, ce qui se passe après le formulaire de contact de due diligence, accès en lecture seule pour la due diligence ERP, due diligence technologique avant LOI à partir d'un export de métadonnées, nombre d'interlocuteurs nécessaires à une due diligence technologique, analyse statique par IA pour la due diligence NetSuite.
• Chiffres clés (modélisés sauf indication contraire) : 48-72 heures entre l'accès et la restitution (conditions de l'offre publiées) ; 2-3 heures du temps de l'acquéreur (conditions de l'offre publiées) ; une action d'administrateur côté cible ; un comparatif conventionnel modélisé d'environ 44 heures de temps du personnel de la cible pour vingt entretiens, la préparation et un atelier.
• Pages associées: Revue de due diligence technologique par IA de 48-72 heures, Due diligence technologique pour le private equity, L'avantage de vitesse 100X.

Les chiffres de ce document sont des cas composites modélisés, sauf indication contraire d'une classe de source. Texte source : version markdown • Service : Due diligence technologique pour le private equity