Nella maggior parte dei settori il valore di un'azienda risiede negli asset: edifici, magazzino, contratti con una durata definita. Nell'ICT il valore risiede in gran parte nelle persone e nel codice che queste persone hanno scritto e comprendono. I clienti spesso non acquistano un prodotto ma una relazione con un account team o un partner di implementazione. Questo sposta l'equilibrio a cui un'integrazione deve prestare attenzione: dove in un'azienda produttiva la maggior parte dell'attenzione può andare a sistemi e acquisti, in un'azienda ICT il punto centrale è la retention del personale chiave e la questione se i contratti con i clienti sopravvivono alla transizione senza rinegoziazione.
Questo spostamento non è una questione di gradazione ma di natura. Un magazzino può aspettare un momento tranquillo per essere unito. Uno sviluppatore che vuole andarsene se ne va nel giro di poche settimane, e con lui spesso se ne va la conoscenza di un sistema che non è documentato da nessuna parte. La sinergia sulla carta — una piattaforma condivisa, un team di vendita combinato — non ha valore se le persone che devono realizzarla se ne sono già andate prima ancora che venga fatto il primo passo.
Anche nell'ICT vale che integrare non è scontato. Due unità software con prodotti sovrapposti possono, unendosi, perdere proprio quei clienti che erano legati all'una a causa di una funzione che l'altra non ha. Due team di engineering con un modo di lavorare diverso — sprint cycle diversi, convenzioni di codebase diverse, strumenti diversi — perdono tempo ad allinearsi su qualcosa che operativamente non genera sinergia, solo frizione. Il valore in una strategia buy-and-build non dovrebbe quindi appartenere automaticamente all'integrazione; a volte il valore risiede proprio nel lasciare operare separatamente team che funzionano bene così com'è.
La baseline di sinergia aiuta a porre questa domanda in modo netto per ciascuna componente: quale parte del team di engineering, quale parte del portafoglio clienti, quale parte dei sistemi. Non come presupposto a priori, ma come qualcosa che deve essere dimostrato prima di poter essere considerato sinergia.
Il primo punto critico è la retention. Un earnout o un bonus di retention per gli sviluppatori chiave suona come un dettaglio della struttura del deal, ma senza un segnale concreto al Day 1 — chi resta, a quali condizioni, e quando questo viene comunicato — si crea spazio per l'incertezza che lascia decidere alle persone stesse di andarsene. Aspettare fino al Day 100 per sistemare questo è nella pratica spesso troppo tardi.
Il secondo punto critico è la comunicazione con i clienti. I clienti ICT hanno spesso un contratto con un momento di disdetta o una data di rinnovo, e un'acquisizione per loro è un'occasione per guardare alle alternative. Chi rinvia il messaggio ai grandi clienti a dopo il closing rischia che il cliente venga a sapere la notizia per vie indirette e la interpreti diversamente da quanto previsto.
Il terzo punto critico è tecnico: unire due tech stack raramente è una questione di una sola settimana. Alcune integrazioni — un modulo di fatturazione condiviso, un CRM centrale — si possono fare con impatto limitato. Altre — l'unione di piattaforme core su cui i clienti operano quotidianamente — richiedono un approccio più lungo proprio perché un errore lì è immediatamente visibile all'utente finale. Il piano Day 1 e Day 100 servono a fare questa distinzione in anticipo, invece che scoprirla lungo il percorso.
La dipendenza tra i compiti è uno schema che si presenta anche in altri settori, solo con nodi diversi. In un'acquisizione nel settore delle costruzioni sono i permessi e le relazioni con i subappaltatori a determinare cosa può accadere e quando; in un'acquisizione nel settore immobiliare è spesso la struttura dei contratti di gestione. Nell'ICT è la combinazione di persone che possono andarsene e clienti che possono disdire — entrambi più velocemente di quanto un processo fisico possa essere adattato. L'integration office registra queste dipendenze in modo che sia chiaro quale passo blocca un altro passo, indipendentemente dal settore in cui si trova quel nodo.
Nelle acquisizioni software la sinergia viene spesso attribuita al dealmaker che ha ideato la cifra, mentre il responsabile operativo che deve realizzarla si unisce solo più tardi. Questa stessa tensione si presenta nei servizi finanziari e nel settore energetico, e la domanda chi è proprietario di una cifra di sinergia dovrebbe avere una risposta prima del closing, non dopo.
I tre generatori e l'integration office costruiscono struttura: una baseline di sinergia per componente, un piano Day 1 con primi passi concreti, un piano Day 100 con le dipendenze e una lista decisionale su cosa viene integrato e cosa no. Non si fa riferimento a nessun percorso già eseguito e non viene promesso nulla sull'esito. Lo strumento pone le domande e ordina le risposte; la valutazione resta in capo al deal team.
Lo strumento è in fase di costruzione. Chi desidera utilizzarlo non appena sarà disponibile può iscriversi alla lista d'attesa.
Una baseline di sinergia e un piano Day 100 sono composti da un gran numero di compiti singoli: verificare contratti, confrontare liste clienti, mappare dipendenze. Alcuni di questi compiti sono in gran parte automatizzabili, altri richiedono una valutazione che non è delegabile. La scansione del lavoro di FTE TO AI calcola per ciascun compito quale parte del lavoro può essere svolta dall'AI, in modo che sia chiaro dove si risparmia tempo e dove resta necessario il giudizio umano.
Vraag maar wat er op Day 1 moet staan, of wat integreren juist kapotmaakt.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.