Fond corporate anonyme
Comment un fonds corporate a évité un risque d'investissement que sa due diligence financière n'avait pas identifié
Contexte
Ce fonds corporate, émanation d'un groupe du CAC40, dispose d'une capacité d'investissement de plus de 100 millions d'euros. Sa thèse : cibler des startups early stage capables de soutenir la stratégie d'innovation de sa société mère. La due diligence juridique et financière sur la cible était bien avancée, sans signal d'alerte particulier. La traction commerciale du produit était réelle.
C'est quand le fonds a décidé d'ouvrir le capot technique que la situation a changé. Il a mandaté Hones pour évaluer la solidité de l'actif tech, dans les dernières semaines avant le closing.
Défis
Défi #1 — Mesurer la dépendance critique à une seule personne
Le produit fonctionnait. Des clients l'utilisaient. Mais la totalité de la connaissance technique du système reposait sur une seule personne : le CTO. Aucune documentation, aucun processus de transmission, aucune architecture pensée pour être reprise par quelqu'un d'autre. L'équipe junior présente ne travaillait que sur des tâches périphériques et n'avait aucune visibilité sur le cœur du système.
L'analyse de l'organisation a mis en lumière l'ampleur du risque : le départ ou l'indisponibilité du CTO aurait rendu la plateforme ingérable à très court terme. Ce type de dépendance n'apparaît pas dans un bilan financier.
Défi #2 — Évaluer la dette technique réelle derrière une façade fonctionnelle
L'architecture était extrêmement complexe, construite par une seule personne sans contrainte ni pair review. Le code, qualifié de "spaghetti" à l'issue de l'analyse, présentait très peu de tests et une lisibilité quasi nulle pour un développeur extérieur. Faire monter en compétences de nouveaux profils sur cette base aurait été, selon l'intervenant Hones, proche de l'impossible dans des délais raisonnables.
L'examen du code et de l'architecture a permis d'estimer ce que représenterait réellement une montée en charge : non pas une optimisation, mais une reconstruction substantielle.
Défi #3 — Traduire une situation technique en risque business pour une direction sans hauteur de vue
La direction de la startup avait une vision très technique de ses propres enjeux, sans recul sur ce que ces choix impliquaient à l'échelle d'une organisation qui grossit. Le fonds, lui, avait besoin d'une lecture orientée risque business, pas d'un audit de code.
Hones a produit une analyse qui articulait les problèmes techniques avec leurs conséquences concrètes pour un investisseur : coût estimé de la reconstruction, risques liés à la concentration des compétences, délai réaliste avant de pouvoir onboarder des profils supplémentaires. Une lecture que ni le fonds ni la direction de la startup n'avaient avant l'intervention.
Résultats
- Le fonds a disposé d'une lecture objective de la situation avant la décision finale, à un moment où la due diligence financière ne montrait aucun signal négatif. Les deux lectures étaient nécessaires pour évaluer l'actif correctement.
- Quatre risques critiques ont été documentés et présentés : dépendance humaine, architecture non scalable, qualité du code insuffisante, absence de succession technique possible.
- La direction de la startup a reçu un diagnostic qu'elle n'avait pas sur elle-même, avec une hauteur de vue sur ses dysfonctionnements organisationnels et les leviers pour y répondre.
- Le fonds a pris une décision éclairée avant le closing, sur la base de faits et non d'impressions. Il a recontacté Hones après l'audit pour la suite du dossier.
- La startup a internalisé un CTO pour adresser les problèmes identifiés lors du diagnostic, première réponse concrète aux risques soulevés.
Ce qu'on a appris
Dans ce dossier, la due diligence financière était propre. Les chiffres tenaient. La traction commerciale était là. Tout ce que l'œil non technique peut voir pour évaluer un actif semblait en ordre.
La valeur d'un actif tech ne réside pas seulement dans ce qu'il fait aujourd'hui, mais dans la capacité de l'organisation à le faire évoluer sans son créateur. Un produit porté à bout de bras par une seule personne peut générer du revenu pendant des mois, parfois des années, avant que la fragilité devienne visible. Elle devient visible au moment le plus coûteux : quand on a besoin de scaler, de recruter, ou quand cette personne clé part.
La séquence a aussi de l'importance. Faire la DD tech en dernier, une fois la DD financière et juridique bouclée, c'est s'exposer à découvrir tardivement un risque difficile à déprécier proprement
