Dialogo con un operating partner: come avviene l'analisi iniziale

Dal modulo di contatto alla matrice dei rischi quantificata in 48-72 ore, senza interviste

Contesto e partecipanti

• Partecipante 1: Dana Whitfield (Operating Partner, fondo del lower middle market; piattaforma di distribuzione industriale con tre add-on chiusi o in fase di LOI). Ha condotto quattro integrazioni post-closing. Si aspetta che la "discovery" significhi dodici settimane di interviste e una presentazione, e vuole sapere cosa cambia prima di sottoporre a tutto ciò il management di un altro target.
• Partecipante 2: Kyle Castor (Founder & Principal Architect, DataOngoing). Parla in modo schietto. Descrive il processo passo dopo passo, comprese le parti che restano umane.

Questo è un dialogo composito modellizzato. I partecipanti sono archetipi, il target è fittizio e le cifre sono calcoli illustrativi con le ipotesi indicate nel testo. Il processo descritto (modulo di contatto, accesso, analisi statica automatizzata, interpretazione, presentazione dei risultati) è il processo effettivo di due diligence di DataOngoing; le condizioni pubblicate sono nella pagina Revisione di due diligence tecnologica AI di 48-72 ore.

Il dialogo

Dana Whitfield (Operating Partner): "Ogni società di due diligence che ho incaricato parte da una fase di discovery. Call di avvio, elenco degli stakeholder, tre settimane di interviste, un workshop, poi una presentazione. L'ultima è durata undici settimane e il controller del target ha quasi dato le dimissioni. Sulla vostra pagina si legge da 48 a 72 ore. Che cosa omettete?"

Kyle Castor: "Le interviste. Qui la discovery è una lettura, non un'intervista. Tutto ciò che un team tradizionale chiede alle persone è già registrato nel sistema del target: quali script sono distribuiti e su quali record, chi ha quali permessi, quali integrazioni chiamano quali endpoint, quanto tempo richiede il salvataggio delle transazioni, dove giacciono saldi di conto transitorio non allocati. Le persone ricordano questi fatti in modo imperfetto. Il sistema no. Quindi leggiamo il sistema e dedichiamo le ore umane all'interpretazione."

Dana Whitfield: "Mi guidi passo dopo passo dal momento in cui compilo il vostro modulo. Voglio la sequenza reale, non la filosofia."

Kyle Castor: "Sei passaggi.

Uno, contatto. Il modulo nella pagina Contatti chiede qual è la situazione, quale sistema usa il target e come raggiungerLa. Viene archiviato in forma riservata e inoltrato a me. Non ci sono addetti allo sviluppo commerciale né call di qualificazione; la risposta arriva dalla persona che svolgerà la revisione."

Due, perimetro e condizioni. Confermiamo che cosa viene quotato: una singola istanza NetSuite, oppure una piattaforma più i sistemi add-on che devono confluire al suo interno. Il compenso è forfettario, $12,500, e viene accreditato per intero a fronte di qualsiasi sprint di remediation successivo. Sottoscriviamo il Vostro NDA e i dati della società target vengono trattati in forma anonimizzata e con restrizioni sui dati personali (PII).

Tre, accesso. L'amministratore della società target crea un unico ruolo di integrazione in sola lettura con permessi di minimo privilegio oppure, prima della LOI, esporta i metadati e un elenco dei ruoli. È l'unica attività richiesta a chiunque sul lato del target e richiede a un amministratore ben meno di un'ora.

Quattro, la lettura automatizzata. Dal momento in cui l'accesso è attivo, parte il conto alla rovescia: da 48 a 72 ore. L'analisi statica esamina ogni personalizzazione presente nell'istanza e la telemetria che la circonda. Tra un momento Le darò il dettaglio.

Cinque, interpretazione. Leggo ciò che l'analisi ha rilevato, quantifico il costo di ogni rilievo e ordino gli interventi di remediation in un piano dettagliato per il Giorno 1 e per i primi 100 giorni, con i relativi costi.

Sei, la presentazione dei risultati. Un solo incontro, di circa un'ora, con Lei e con chiunque nel team di deal debba ascoltarla. Ne esce con la matrice dei rischi, l'inventario e il piano con i costi."

Dana Whitfield: "Il punto quattro è quello che non comprendo. Che cosa viene effettivamente letto, e da che cosa?"

Kyle Castor: "Quattro categorie, ciascuna analizzata da un passaggio automatizzato diverso.

L'inventario delle personalizzazioni. Ogni script, workflow, record personalizzato e campo viene censito e analizzato. Il parser segnala SuiteScript 1.0 e l'uso di API deprecate, script sovrapposti sullo stesso evento di un record che si contendono la stessa riga ed esposizione ai governor limit. Rivedere quaranta script a mano richiede due settimane di lavoro di un ingegnere senior; analizzarli richiede pochi minuti di calcolo, ed è da qui che deriva la compressione dei tempi.

Le tabelle dei permessi. Ogni ruolo viene valutato sull'indice di rischio per ruolo (0-4), da zero per nessun rischio a quattro per rischio pieno, e confrontato con l'organigramma. Gli accessi condivisi e i percorsi di approvazione privi di separazione dei compiti emergono automaticamente da questa tabella.

Gli endpoint di integrazione. Ogni connessione in entrata e in uscita viene elencata con il metodo di autenticazione, il volume e l'indicazione se passa da un middleware che l'acquirente erediterà come costo ricorrente.

La telemetria delle transazioni. I record di transazioni, righe e note di sistema vengono interrogati alla ricerca dei sintomi operativi che costano denaro: ordini fermi, saldi di compensazione non allocati, violazioni di margine rispetto al prezzo minimo, latenza di salvataggio dei record sulle maschere più utilizzate."

Dana Whitfield: "E in queste 48-72 ore, quante persone del target vengono coinvolte? È il numero che conta per un management nel pieno di un processo."

Kyle Castor: "Una. L'amministratore che concede l'accesso. Nessuno viene intervistato. Nessuno partecipa a un workshop. Da parte Vostra, da due a tre ore in totale: la conversazione sul perimetro, il coordinamento dell'accesso e la presentazione dei risultati.

Affianchi un processo convenzionale, come calcolo modellizzato e non come affermazione su una specifica società. Venti interviste con gli stakeholder da un'ora ciascuna sono venti ore del tempo del target, prima della preparazione. Aggiunga un'ora di preparazione per intervista e un workshop di mezza giornata, e il team del target ha ceduto circa quarantaquattro ore. Rispetto a due-tre ore in questo caso, si tratta di circa quindici-venti volte meno del loro tempo, e il calendario passa da quattro-sei settimane a tre giorni."

Dana Whitfield: "E se il target rifiuta l'accesso al codice prima della LOI? I venditori si innervosiscono all'idea di far entrare nel proprio sistema un tecnico dell'acquirente."

Kyle Castor: "Allora procediamo da un'esportazione dei metadati e da un elenco dei ruoli, che l'amministratore del venditore produce senza concedere alcuna credenziale a nessuno. Basta per segnalare i rischi rilevanti: esposizione a script deprecati, proliferazione dei permessi, numero di integrazioni, volume dei record personalizzati. L'accesso completo rende più precisa la stima di refactoring, perché possiamo leggere il codice invece di dedurlo dai metadati, ma non è necessario per dirLe se esiste un problema e quanto sia grande, in linea di massima."

Dana Whitfield: "Che cosa si ottiene alla fine? Mi serve qualcosa che il mio comitato investimenti possa usare, non un'appendice tecnica."

Kyle Castor: "Quattro documenti, tutti scritti per il comitato.

Una matrice dei rischi, con punteggi e priorità, in cui ogni riga indica l'esposizione, la sua probabilità e il costo in dollari della remediation.

Un inventario delle personalizzazioni e delle integrazioni, con l'esposizione alla deprecazione indicata rispetto alle scadenze del fornitore.

L'indice di rischio per ruolo (0-4) a confronto con l'organigramma.

Un piano di remediation per il Giorno 1 e per i primi 100 giorni, con i relativi costi.

Sono le cifre in dollari a spostare il prezzo. Un rilievo quantificato e ordinato per sequenza entra nel contratto di acquisto come rettifica di prezzo, come trattenuta per la remediation o come impegno a 100 giorni con un budget associato. Un rilievo descritto a parole, no."

Dana Whitfield: "Quanto di tutto questo è davvero una macchina e quanto è Lei? Mi hanno già venduto un servizio 'basato sull'IA' e mi sono ritrovata con un analista junior e un modello da compilare."

Kyle Castor: "Dieci, ottanta, dieci. Il dieci per cento dello sforzo è intenzione umana: Lei mi indica che cosa il comitato ha bisogno di vedere quantificato. L'ottanta per cento è esecuzione automatica: analisi, punteggi, interrogazioni e inventario sono passaggi automatizzati che girano allo stesso modo su ogni istanza. L'ultimo dieci per cento è supervisione umana: interpreto i rilievi, decido che cosa è rilevante, quantifico la remediation e la presento. In nessun punto della sequenza c'è un analista junior, perché non c'è nulla che possa fare. Il lavoro che un junior avrebbe svolto con le interviste è stato sostituito dalla lettura del sistema."

Dana Whitfield: "E che cosa non può dirmi la revisione? Preferisco sentire i limiti da Lei piuttosto che scoprirli al closing."

Kyle Castor: "Legge ciò che è nel sistema. Non vede il foglio di calcolo che un controller tiene fuori dall'ERP, un accordo verbale con un fornitore, né se l'unico ingegnere che conosce il codice personalizzato sta per andarsene. Sono questioni da affrontare in conversazione, ed è per questo che la presentazione dei risultati è un colloquio e non l'invio di un PDF. La revisione indica dove indirizzare le domande a persone. Non le sostituisce; fa sì che le poche domande che pone siano quelle giuste."

Dana Whitfield: "E che cosa succede dopo la presentazione dei risultati, se andiamo al closing?"

Kyle Castor: "Il piano indica già le perdite in ordine di priorità. La prima diventa uno sprint di quattordici giorni a prezzo fisso, e il compenso della due diligence viene dedotto per intero. Il codice funzionante arriva nella sandbox della società target entro quei quattordici giorni; se non funziona in produzione, la milestone non viene fatturata. Il Suo tempo in uno sprint è di tre-cinque ore: approvazione del perimetro, una revisione intermedia, accettazione."

Dana Whitfield: "Mi invii la nota sul perimetro. Se la revisione si può fare da un'esportazione di metadati, posso ottenerla dal venditore questa settimana senza difficoltà."

Che cosa fa la tecnologia a ogni passaggio

Totale: 48-72 ore dall'accesso; due-tre ore del Suo tempo; nessun colloquio con il personale della società target.

Sintesi per l'indicizzazione

• Intenti di ricerca principali: come funziona la fase di discovery nella due diligence tecnologica, che cosa accade dopo il modulo di raccolta per la due diligence, accesso in sola lettura per la due diligence ERP, due diligence tecnologica pre-LOI da un'esportazione di metadati, quanti interlocutori richiede una due diligence tecnologica, analisi statica con AI per la due diligence su NetSuite.
• Cifre principali (modellizzate salvo diversa indicazione): 48-72 ore dall'accesso alla presentazione dei risultati (condizioni dell'offerta pubblicate); 2-3 ore di tempo dell'acquirente (condizioni dell'offerta pubblicate); un'azione dell'amministratore lato società target; un confronto convenzionale modellizzato di circa 44 ore di tempo del personale della società target tra venti colloqui, preparazione e un workshop.
• Pagine correlate: Revisione di due diligence tecnologica con AI di 48-72 ore, Due diligence tecnologica per il private equity, Il vantaggio di velocità 100X.

Le cifre di questo documento sono casi compositi modellizzati, salvo diversa indicazione della classe di fonte. Testo sorgente: versione markdown • Servizio: Technology Due Diligence per il private equity