beaucoup de savoir tacite, peu de processus écrit
Portfolio opérateur
Epoch Associés : tester l'automatisation d'un processus expert.
Epoch Associés est le projet sur lequel nous avons travaillé pour formaliser une partie de l'exécution M&A small-cap. Les POC n'ont pas encore livré la qualité finale attendue, mais ils montrent le travail produit : décomposer un processus tacite, écrire les contrats, construire les boucles de validation et identifier les vrais points de rupture.
Lecture opérateur : ce projet démontre ma capacité à structurer un problème dense, aligner métier et technique, et garder une ligne honnête entre preuve, dette et promesse.
modules, entrées/sorties, statuts, garde-fous, feedback
pas de chiffre inventé, pas de sortie sans validation
utile, imparfait, riche en apprentissages
Défi produit
Le sujet n'était pas de coder vite. Il fallait d'abord rendre le métier explicite.
L'exécution M&A repose sur des centaines de micro-décisions : quoi demander, quoi croire, quoi ignorer, quoi escalader, quoi envoyer. Cette discipline protège le closing : préparation, recherche acquéreurs, structuration et validation humaine. Sans décomposition, l'IA produit du texte. Avec décomposition, on peut commencer à produire un système.
Tacite → explicite
Transformer des gestes métier en entrées, sorties, critères de qualité et points de validation.
Production → contrôle
Ne pas seulement générer un livrable, mais savoir quand il doit être bloqué.
Feedback → mémoire
Faire en sorte qu'une correction banquier devienne un signal durable, pas une retouche ponctuelle.
Carte de transformation
Un processus expert devient un système opérable.
Le coeur du projet est cette transformation : passer d'un savoir tacite à des contrats, statuts, garde-fous et décisions que l'on peut piloter.
Geste métier
- Qualifier une opportunité
- Préparer un pitch
- Retraiter un EBITDA
- Construire une liste d'acquéreurs
- Rédiger un IM
Contrat module
- Entrées identifiées
- Sources assignées
- Livrable attendu
- Statut live / test / spec
- Responsable humain
Garde-fou qualité
- Citation obligatoire
- Tag de fiabilité
- Contrôle des contradictions
- Devil's Advocate
- File HITL
Décision
- Approuver
- Corriger
- Bloquer
- Escalader
- Envoyer soi-même
Ce que ça prouvedécomposition réelle du métier
Ce que ça révèleles POC cassent aux garde-fous qualité
Ce qui reste humainjugement, relation, négociation
Système construit
La valeur du projet est dans la structure autant que dans les livrables.
Même quand un livrable final n'atteint pas le niveau attendu, le système révèle les interfaces à construire : sources, garde-fous, files HITL, livrables, statuts et décisions d'architecture.
Découpage d'un processus sell-side en 12 étapes et 2 couches transversales.
Prospects et acquéreurs pour rendre les modules moins dépendants d'une conversation.
File de revue, décision humaine, correction routée vers le système.
Le système doit apprendre à refuser la sortie, pas seulement à produire.
Statut du POC · avril 202614 éléments cartographiés
4Live
7En test
3Spec
Statut revu manuellement : les modules en test ou en spécification ne sont pas présentés comme live.
Architecture
Les choix techniques suivent les risques métier.
Isolation par dossier, traçabilité des sources, RAG hybride, rendu HTML, cockpit de validation : chaque choix correspond à une contrainte opérationnelle, pas à une préférence de stack.
Couche infrastructure
Lecture: risque métier, brique technique, puis modules dépendants. Cliquez sur une brique pour ouvrir le détail.
PostgreSQL, Qdrant et Neo4j structurent les faits, les sources et la mémoire de correction.
Recherche hybride, citations obligatoires et lineage évitent le chiffre plausible mais faux.
Docling, Excel et HTML -> PDF transforment les données en livrables contrôlables.
HITL, No Send Ever, circuit breakers et observabilité empêchent la sortie automatique.
Couche modules
01LIVE
Sourcing02LIVE
Agent Pitch03LIVE
Signature du mandat04EN TEST
Workshop05EN TEST
Datapack Financier06EN TEST
Business Plan07EN TEST
Moteur de Valorisation08EN TEST
Matching Acquéreurs09EN TEST
Rédaction du Mémorandum10SPEC
Pipeline Post-Mémorandum11SPEC
Agent Q&A12SPEC
Anonymisation DataroomGarde-fous
No Send Ever
Aucun email n’est jamais envoyé par un agent. Ni maintenant, ni en V2, ni jamais. Le banquier envoie.
require_citation=True
Chaque chiffre de chaque livrable doit être traçable à une source avec un tag de fiabilité.
Reliability Tagging
certifié (comptes audités) / déclaratif (déclaré par le management) / estimé (calculé par l’agent) / web_public (scrapé de source publique).
HITL Queue
Chaque output d’agent transite par l’onglet Analyste du CRM. Rien n’atteint le monde extérieur sans validation humaine.
Circuit Breakers
Si la même section est révisée 3x, escalade vers le banquier. Si la confiance est en-dessous du seuil, afficher « non disponible » plutôt que deviner.
Devil's Advocate
Un agent contradictoire challenge les livrables du point de vue de l’acquéreur. Signale les problèmes par sévérité : critique / significatif / mineur.
Exécution
Le chantier a surtout clarifié où le système casse.
C'est un résultat important : distinguer ce qui tourne, ce qui est en test, ce qui relève de la spécification et ce qui doit être bloqué avant de toucher un client.
Cartographie d'exécution12 étapes séquentielles + 2 couches transversales
LiveEn testSpec
Pré-mandatProduction dossierPost-mémorandum
- 01Sourcing
- 02Pitch
- 03Mandat
- 04Workshop
- 05Datapack
- 06BP
- 07Valo
- 08Acquéreurs
- 09IM
- 10Post-IM
- 11Q&A
- 12Dataroom
Couches transversales
CRM CockpitLive
Email IntelligenceEn test
- Cascade de résolution d’entités à 3 niveaux (matching flou déterministe, puis Qwen 32B local, puis modèle frontier via OpenRouter). Chaque niveau ne se déclenche que si le précédent échoue.
- Module de déduplication pré-ER pour éviter de payer 3x la même entreprise provenant de différents portails.
- Résolution d’URL : cascade à 4 niveaux (Pappers, Google, agrégateurs, manuel).
- Enrichissement LinkedIn via Playwright (signaux de recrutement C-level, indicateurs de croissance).
- Sourcing froid : recherche multicritères sur INSEE/INPI pour trouver 5K-15K PME probablement cessibles mais non référencées.
- PostgreSQL avec recherche plein texte + extension earthdistance pour les requêtes géographiques.
Architecture Insight
Module = pipeline déterministe. Le LLM n’intervient qu’en fallback quand les règles échouent, pas par défaut. 70 % de la résolution d’entités est du pur matching de chaînes à coût nul.
- Conversation-first : le banquier décrit le dossier en langage naturel, l’agent planifie et exécute de manière autonome.
- Appelle Agent Info Publique (recherche complète de données publiques), Module Buyer Research (liste préliminaire d’acquéreurs), Module Valo (fourchette de valorisation préliminaire).
- Structure d’equity story propriétaire Epoch : Genèse & Légitimité, Pourquoi maintenant, Valeur cachée, Potentiel de croissance, Univers d’acquéreurs, Contexte de valorisation, Processus & Calendrier.
- 20 taxonomies de mise en page (12 standard + 4 premium + 4 innovation).
- Audit des chiffres : chaque nombre tracé à sa source, qualifié par fiabilité (certifié / déclaratif / estimé / web_public).
- Circuit breaker à 3 révisions : si la même section est révisée 3x, escalade vers le banquier.
Architecture Insight
Agent Info Publique tourne au stade du pitch, pas post-mandat, car un pitch crédible suppose un dossier public solide dès le départ. Projet Atlas est une sortie de démonstration : utile pour tester la chaîne, pas une preuve que le pitch est envoyable sans revue banquier.
- L’entreprise passe de son vrai nom (« Plombier Dupont ») à un nom de code mythologique (« Projet Hephaistos »).
- Arborescence fichiers synchronisée via Google Drive desktop (montage de volume Docker en dev, rclone en prod).
- deal_id devient l’identifiant canonique à travers tous les modules, bases de données et namespaces vectoriels.
- Suivi des NDA et gestion de la confidentialité intégrés à partir de cette étape.
Architecture Insight
C’est une porte de processus, pas un module. Mais la transition de namespace (vrai nom vers nom de code, isolation deal_id) est le moment où le cloisonnement des données devient structurel.
- Pipeline en 8 étapes : ingestion info publique, ingestion docs client, analyse de couverture, détection de contradictions, validation HITL du brief, génération de trame alimentée par RAG, génération de livrables, boucle de rétroaction post-workshop.
- Deux versions de livrables : interne (notes banquier, alertes, angles stratégiques) et externe (version propre, envoyée au management).
- Détection d’obsolescence : si de nouvelles informations arrivent entre le Workshop 1 et le Workshop 2, la trame s’adapte automatiquement.
- Le Workshop N+1 ingère la synthèse du Workshop N.
- Détection de contradictions entre sources publiques et documents client.
Architecture Insight
La trame de workshop est le moment où la connaissance du dossier se cristallise. Chaque module en aval (BP, Valo, IM) s’appuie sur cette fondation. Si elle est bancale, tout ce qui suit est bâti sur du sable.
- Ingère les liasses fiscales PDF, grands livres Excel, fichiers FEC.
- Classification des documents par LLM (formulaires fiscaux 2050, 2051, 2052, 2053).
- Extraction PDF via Docling (IBM, licence MIT) pour les tableaux structurés.
- Zéro valeur en dur : chaque cellule du classeur de sortie est une formule (SUMIF, INDEX MATCH).
- Chaque retraitement signalé pour validation HITL avec justification et référence source.
- Traçabilité des sources : onglet dédié mappant chaque chiffre à (fichier, page, cellule, date d’extraction).
- Agent Devil’s Advocate qui challenge chaque retraitement du point de vue de l’acquéreur.
Architecture Insight
Les données financières ne sont JAMAIS générées par un LLM. L’extraction est déterministe. Le LLM classe les documents et signale les anomalies. Un EBITDA erroné se propage dans la valorisation, le mémorandum, chaque échange avec les acquéreurs.
- 4 agents : Diagnostic (compréhension du dossier alimentée par RAG), Builder (construction Excel), Reviewer (validation déterministe des formules), Devil’s Advocate (challenge contradictoire du point de vue acquéreur).
- 7 moteurs de décomposition du topline : top clients + reliquat, volume x prix, bridge ARR (SaaS), analyse de cohortes, pipeline commercial, multicanal, personnalisé.
- Anti-hallucination à 4 niveaux : parsing structuré (pas de RAG sur les chiffres), scoring de confiance par hypothèse RAG, garde « non disponible » si en-dessous du seuil, agent Reviewer indépendant.
- Points de contrôle HITL entre chaque phase. Le pipeline ATTEND la validation (heures, jours). État persisté en base.
Architecture Insight
Le module BP a plus de points de contrôle que tout autre. Une projection erronée se propage dans la valorisation, le mémorandum, les échanges acquéreurs. Chaque hypothèse doit être traçable à une source.
- Branche A (toujours active) : 400K transactions issues de MAKB + CFNews. ~15-25 % avec multiples divulgués. Cascade de recherche à 3 niveaux : filtres SQL stricts, SQL assoupli, recherche sémantique avec re-ranking par cross-encoder.
- Branche B (conditionnelle) : données de marché en temps réel via yfinance. Décotes obligatoires : DLOM (20-35 %), décote de taille (5-30 %). Toutes les formules en Excel natif. Ignorée si moins de 3 pairs.
- Branche C (conditionnelle, EBITDA >= 1M) : modèle de LBO inversé. 2 familles de templates (885 lignes standard, 606 lignes alternatif). Tables de sensibilité : multiple d’entrée x multiple de sortie vers TRI.
- Synthèse : football field. Validation croisée : si les comparables boursiers divergent de > 30 % des comparables transactionnels, alerte au banquier.
- Classeur Excel 5 onglets : Synthèse, Comparables transactionnels, Comparables boursiers, Analyse LBO, Hypothèses & Limites.
Architecture Insight
Les comparables transactionnels sont l’ancre. Les comparables boursiers confirment ou challengent. L’analyse LBO fixe le plafond acquéreur PE. Le banquier arbitre les pondérations. Le système ne conclut pas à sa place.
- Base construite SANS Pappers (INSEE direct, INPI RNE, BODACC, open data).
- Couches d’enrichissement : SIRENE (identité, NAF, effectifs), INPI RNE (dirigeants, âge, chiffres, bénéficiaires effectifs), BODACC (historique d’acquisitions, juridique), marchés publics, géocodage.
- Détection d’acquéreurs en série : analyse de graphe des dirigeants à travers les sociétés + patterns d’acquisition BODACC + scraping de portefeuilles PE.
- 6 types d’acquéreurs : corporate indépendant, PE-backed, fonds PE, search fund, consolidateur, personne physique.
- Descriptions d’entreprises vectorisées dans Qdrant pour le matching sémantique.
- La liste préliminaire d’acquéreurs est produite au stade du pitch. La liste complète est construite en parallèle du datapack/BP/valo, prête avant la mise sur le marché du mémorandum.
- Chaque correction du banquier (ajout/suppression/reclassement) améliore le matching futur.
Architecture Insight
Construire une base de 7M d’acquéreurs à partir d’API publiques gratuites plutôt que de payer Pappers est le travail ingrat qui crée un vrai avantage concurrentiel. La donnée est l’actif défendable.
- Consomme TOUS les modules en amont : Info Publique, synthèse Workshop, Datapack, BP, Valo.
- Deux modes narratifs : sell-side compétitif (processus multi-acquéreurs, pas de prix affiché) et présentation management bilatérale (acquéreur identifié unique, valorisation complète incluse).
- Corpus de CIM : exemples anonymisés, publics ou revus en interne. Couverture sectorielle en expansion au-delà de la tech/SaaS vers l’industrie, le BTP, la santé, le retail.
- La valorisation n’apparaît JAMAIS dans un CIM sell-side compétitif (règle fondamentale du M&A).
- Chaque chiffre exige une citation avec tag de fiabilité.
Architecture Insight
Le mémorandum est le point de convergence de tous les modules. C’est le livrable qui part sur le marché. Chaque fait, chiffre et affirmation doit être traçable à sa source à travers l’ensemble du pipeline.
- Séquençage et suivi de l’approche acquéreurs avec distribution de la process letter.
- Gestion des offres indicatives : comparaison, shortlisting, recommandation du banquier.
- Préparation et planification des présentations management.
- Coordination de la due diligence : constitution de la dataroom avec masquage automatique, routage des Q&A et rédaction de réponses.
- Gestion des offres fermes, comparaison LOI/SPA, analyse de term sheets.
- Email Intelligence (actif en permanence dès le mandat) : deux agents IA surveillent Gmail, classifient, extraient les faits, rédigent des projets de réponse. Agent VP stateful LangGraph avec thread_id = deal_id. Aucun email n’est jamais envoyé par un agent.
- Ces modules sont surtout des spécifications ou des briques partielles et ne doivent pas être présentés comme un processus autonome de closing.
Architecture Insight
Le post-mémorandum est précisément le moment où le jugement du banquier devient encore plus important. Le système peut préparer, suivre et proposer; le timing, la négociation et le closing restent chez le banquier.
- Ingère les questions acquéreurs depuis le module dataroom ou les emails.
- Route chaque question vers la source pertinente : datapack, BP, synthèse workshop, ou management.
- Rédige les réponses avec le même pipeline RAG hybride (Qdrant + reranking + citation guard).
- Chaque réponse validée par le banquier avant diffusion. require_citation=True.
- Détecte les patterns de questions entre acquéreurs pour identifier les préoccupations.
- Construit une base de connaissances Q&A cumulative réutilisable entre dossiers.
Architecture Insight
La phase Q&A est le moment où les acquéreurs testent chaque affirmation du mémorandum. Des réponses rapides, précises et sourcées maintiennent la crédibilité. La même infrastructure RAG qui a construit le mémorandum le défend maintenant.
- Scanne les documents uploadés pour les données personnelles, noms de clients, données salariés et termes commercialement sensibles.
- Masquage rule-based + assisté par LLM avec niveaux de sensibilité configurables.
- Génère des versions masquées et non masquées avec audit trail.
- Support des cercles de confidentialité : niveaux de masquage différents par catégorie d'acquéreur (stratégique vs. financier vs. individuel).
- S'intègre au pipeline de constitution de dataroom du module post-mémorandum.
Architecture Insight
La préparation de la dataroom est l'une des tâches les plus chronophages d'un dossier. L'anonymisation automatique avec cercles configurables supprime des heures de travail manuel tout en réduisant le risque de divulgation accidentelle.
Contrôle
La boucle HITL est le produit, pas une annexe.
Un système d'exécution expert n'est pas seulement un pipeline. C'est un mécanisme pour capter les corrections, les router au bon endroit et améliorer le dossier suivant.
Production
un module génère un artefact
Validation
un humain tranche dans le cockpit
Routage
la correction rejoint mémoire, règle métier ou backlog
Amélioration
le prochain run hérite du signal
Analyste — file HITL
4 éléments en attenteRien ne part sans votre validation
| Dossier | Module | Sortie | Il y a |
|---|---|---|---|
| Héphaïstos | Datapack | Retraitement EBITDA | 2m |
| Apollon | Valo | Fourchette transac. | 14m |
| Athéna | Buyer match | Short-list 24 PE | 32m |
| Déméter | IM | Brouillon §Hidden Value | 1h |
En revue
Projet Héphaïstos · Datapack financier · retraitement #3
EBITDA retraité 2023 : 1,24 M€ — vs 1,18 M€ en comptes audités. Écart dû à la réintégration des frais management (+42K€) et au retraitement CVAE (+19K€).
EBITDA 2023 comptes : 1 182 K€Certifié
liasse_fiscale_2023.pdf · p.4 · formulaire 2052 · ligne FRFrais management à réintégrer : 42 K€Certifié
FEC_2023.xlsx · cell G487 · comptes 6226CVAE 2024 — phase-out : +19 K€Déclaratif
workshop_2026-04-10.pdf · §3.2 — direction→ Approuvé → écrit dans MEMORY_datapack.md
Méthode de valorisation
Trois méthodes prévues; le banquier garde l'arbitrage.
La valorisation illustre la philosophie du projet: transactions comparables comme ancre, trading comparables comme contrôle, LBO comme test de prix. Le système calcule et trace; il ne conclut pas seul.
Les comparables transactionnels sont l'ancre. Les comparables boursiers confirment ou challengent. Le reverse LBO teste le plafond de prix d'un acquéreur financier. Le banquier arbitre les pondérations.
Preuve par l'échec utile
Un POC imparfait peut être très informatif s'il révèle les bons garde-fous.
Les audits récents ont montré que générer un document ne suffit pas. Il faut une mécanique de refus : sources insuffisantes, liste acquéreurs faible, valorisation incomplète, formulation générique.
pitch_atlas.pptx — 24 pages
Limites
Ce que je ne veux pas sur-vendre.
Le projet est un socle sérieux, pas un produit final. La valeur pour un recruteur est dans la clarté du diagnostic, la structuration et la capacité à apprendre vite.
Qualité finale
Le niveau bancaire n'est pas constant. Les garde-fous doivent devenir plus stricts.
Coordination modules
Les contrats entre modules restent à durcir pour éviter les livrables incohérents.
Expérience utilisateur
Le cockpit existe, mais la preuve live complète reste partielle.
Priorisation
Le prochain chantier serait moins de génération, plus de blocage qualité et d'observabilité.
Contact
Discuter produit, opérations ou M&A.
Je peux détailler la méthode de décomposition, les décisions, les erreurs et les apprentissages du projet Epoch Associés.