Nessun reparto IT? Mappare l'azienda acquisita in 5 giorni

Hai chiuso l'acquisizione di un'azienda da meno di cinquanta persone. Al primo giro operativo scopri che non c'è un responsabile IT, non c'è un CIO (chief information officer, il direttore dei sistemi informativi), non c'è nessuno che possieda la documentazione: c'è un fornitore esterno che interviene quando si rompe qualcosa, e c'è una persona che sa davvero come gira l'azienda. Il sistema operativo dell'impresa che hai comprato è la testa di quella persona e una cartella di file Excel.

Mapparla non è un lavoro di inventario. I sistemi sono la parte facile. È un lavoro di cattura della conoscenza, e si fa in cinque giorni lavorativi se punti alle eccezioni invece che all'organigramma.

Cosa mappano le guide all'integrazione IT, e cosa si lasciano indietro

Quasi tutte le guide sull'integrazione IT post-acquisizione inventariano asset: postazioni, tenant SaaS (software-as-a-service, i servizi in abbonamento cloud), utenze privilegiate, licenze, migrazione di posta e dominio, perimetro del TSA (transition services agreement, l'accordo con cui il venditore continua a erogare alcuni servizi per un periodo definito dopo il closing). È la checklist giusta quando il target ha una funzione IT da passare. È quasi inutile quando la funzione IT non esiste, perché a questa dimensione l'inventario si chiude in un pomeriggio e non risponde a niente di quello che ti serviva sapere.

La due diligence (DD, l'analisi preliminare sull'azienda target) ti ha detto quanto l'azienda guadagna. L'inventario ti dice su cosa gira. Nessuna delle due ti dice come gira: perché chi sta in customer service apre un foglio Excel prima di confermare un ordine, quali clienti hanno un listino diverso per motivi che nessuno ha messo per iscritto, cosa succede quando un fornitore consegna solo metà della merce. Quella conoscenza non è in un sistema. È nella testa di una persona, ed è una parte rilevante di quello che hai comprato.

La scadenza è scritta nel contratto, non in un comportamento osservato

Non serve indovinare quando la conoscenza se ne va. Basta rileggere l'accordo che hai firmato. Periodo di earn-out, patto di consulenza post-closing, accordo di transizione: hanno tutti una data di fine, e quella data è il limite ultimo del tuo accesso a ciò che non è documentato. Ogni compratore conosce la propria data. Pochissimi la trattano come una scadenza di progetto.

Cristian Iosio, Head of Business Development & M&A di Gruppo Coesia, lo ha detto senza giri di parole al CUOA Finance Day 2026: dopo il closing “il rischio di perdita di competenze rilevanti è elevato”. Non ci attacca una tempistica, e non dovresti farlo neanche tu: la tempistica ce l'hai già nel contratto.

Il secondo vincolo è la capacità. Nell'indagine EMEA 2025 di AlixPartners sull'integrazione post-acquisizione, “mancanza di una risorsa dedicata a guidare il programma di integrazione” risulta il primo rischio di attuazione, indicato dal 65% dei rispondenti (che potevano sceglierne fino a tre), davanti a comunicazione (46%), coinvolgimento della leadership (41%), governance (35%) e retention (29%). Su un target piccolo quel problema ha una forma molto precisa: l'unica persona che potrebbe mettere il processo per iscritto è la stessa che lo sta eseguendo, e l'integrazione è la sua quarta priorità dopo produzione, fatturazione e clienti.

Perché non c'è niente da ereditare: Eurostat e Politecnico di Milano

A questa dimensione l'assenza di documentazione è la norma, non una negligenza. È una caratteristica strutturale delle piccole imprese europee, e i numeri sono abbastanza netti da permetterti di metterla in conto prima del primo sopralluogo invece di scoprirla durante.

I dati Eurostat 2025 sull'integrazione dei processi interni collocano l'uso di un ERP al 41% tra le imprese da 10 a 49 addetti e al 69,9% tra quelle da 50 a 249. Circa tre imprese medie europee su dieci lavorano quindi senza alcun ERP, e solo il 53% delle imprese UE usa un software gestionale specializzato di qualunque tipo. Dove non c'è un sistema di registrazione, non c'è un processo da estrarne.

Sul personale il quadro è lo stesso. I dati Eurostat 2024 mostrano specialisti ICT impiegati dal 14,04% delle piccole imprese contro il 78,44% delle grandi. L'Osservatorio Innovazione Digitale nelle PMI (piccole e medie imprese) del Politecnico di Milano, edizione 2025-26, rileva che “un'impresa su tre non dispone ancora di un responsabile IT — interno o esterno”, che il 59% segnala carenza di specialisti e che solo il 19% adotta soluzioni avanzate in modo strutturato.

E piccolo non vuol dire semplice. The Secret CFO, raccontando in prima persona l'acquisizione di un'azienda da circa 1,5 milioni di dollari di fatturato, ha trovato prezzi e amministrazione clienti gestiti su “una rete orribile di file Excel vecchi vent'anni e schede prezzo compilate a mano”: per riordinarla sono serviti due assistenti virtuali per quasi tre mesi. La sua conclusione — “small doesn't mean simple”, piccolo non vuol dire semplice — è l'aspettativa giusta da portare al primo giorno.

Passo uno: il registro delle eccezioni

Non mappare il processo documentato. Mappa gli scostamenti da quel processo. Il registro delle eccezioni è una tabella sola, costruita stando accanto a chi il flusso lo esegue e annotando ogni deviazione reale dal percorso ufficiale, quante volte capita, e chi la assorbe oggi. È la strada più rapida alla conoscenza davvero a rischio, perché le eccezioni sono esattamente la parte che nessuno ha mai scritto.

L'ampiezza del fenomeno è misurabile. Una ricerca pubblicata come preprint arXiv 2107.13066 ha documentato una singola multinazionale che in un anno ha generato oltre 900.000 varianti di processo distinte su più di 60 attività. Ecco che aspetto ha “abbiamo un processo documentato” quando misuri l'esecuzione invece dell'intenzione — misurate sui log di quella stessa azienda. Un target da cinquanta persone raramente ha qualcosa di simile.

Le voci sono banali e sempre specifiche: qualcuno ribatte a mano gli ordini ogni settimana perché due sistemi non concordano su un codice articolo; uno sconto viene applicato manualmente perché fu concordato in una telefonata anni fa; un DDT (documento di trasporto) viene riconciliato contro un faldone cartaceo prima di emettere fattura. Le fatture passano dallo SDI (Sistema di Interscambio, il canale dell'Agenzia delle Entrate per la fatturazione elettronica) e quindi qualche dato strutturato c'è: il processo che ci gira intorno, però, non è scritto da nessuna parte. Ogni riga è un candidato all'automazione, una lacuna di formazione o un rischio che hai appena comprato. Non le ottieni da un'intervista sul “processo”: le ottieni guardando il lavoro e chiedendo cosa è successo l'ultima volta che è andata storta.

Passo due: la mappa dei confini dell'AI

Per ogni passo del registro, classificalo come una di tre cose — modello, codice deterministico, persona — e scrivici accanto il motivo. È l'unico documento che impedisce a un programma di integrazione di comprare una piattaforma di intelligenza artificiale per un problema che era una tabella di corrispondenze.

In un incarico SUPALABS su un flusso di gestione ordini di un produttore europeo, tre passi su undici avevano davvero bisogno di un modello. È un singolo incarico, non un parametro di settore, e non va letto come un rapporto valido ovunque. Vale la pena dirlo perché è l'esatto contrario di quello che presuppone la vendita di una piattaforma.

Passo tre: il patto di non toccare il gestionale

Si mappa e si automatizza sopra i sistemi esistenti, attraverso le loro API (application programming interface, le interfacce di integrazione). Non si sostituisce l'ERP, non si sostituisce il gestionale, non si sostituisce il verticale di settore che l'azienda usa da dieci anni. Nessuno, ragionevolmente, migra un gestionale nei primi cento giorni dopo il closing.

Il motivo è di calendario, non di affezione. Una migrazione di gestionale è il progetto più rischioso che un team di integrazione possa aprire, si misura in trimestri e non in settimane, e le persone che dovrebbero guidarla sono le stesse la cui disponibilità è limitata dalle date del contratto. Mettila sul percorso critico e trasformi un problema di cattura della conoscenza in un programma di sistemi: la conoscenza esce mentre sei ancora in fase di requisiti. Costruisci in modo additivo e il lavoro di mappatura sopravvive a qualunque decisione prenderai sui sistemi il secondo anno.

L'agenda dei cinque giorni da consegnare al tuo integration lead

Cinque giorni lavorativi bastano perché non stai costruendo un modello dell'intera azienda: stai catturando quello che sanno una o due persone. Quello che rende utile la settimana è la profondità dell'osservazione — il tempo si passa accanto a chi il lavoro lo fa, non in una data room a leggere procedure che descrivono un'azienda che non esiste.

Il quinto giorno è il test che conta. Se la persona che manda avanti l'azienda rilegge il registro e non corregge niente, il registro è sbagliato. Le correzioni dell'ultimo giorno sono il risultato, non un intoppo.

Se l'azienda acquisita ha già un fornitore IT esterno

Un fornitore di servizi gestiti farà bene la parte asset e non toccherà la parte processo — non perché sia incapace, ma perché non è nel suo contratto. Sapere esattamente dove cade quella linea evita di pagare due volte per metà del lavoro e zero volte per l'altra metà.

Cosa proporranno le Big Four, e perché qui non funziona

Le grandi società di consulenza porteranno quattro workstream: valutare la maturità AI, prioritizzare i casi d'uso per ROI (return on investment, ritorno sull'investimento), effettuare il deploy su una piattaforma hyperscaler governata, poi formare le persone e istituire un CoE (center of excellence, centro di competenza). Ognuna di quelle quattro è eseguita da professionisti competenti. Il problema è che sono le stesse quattro workstream che hanno venduto agli ultimi tre acquirenti.

Un framework identico per ogni cliente non può dirti cosa ha di diverso l'azienda che hai appena comprato — e la differenza è l'intero motivo per cui l'hai pagata quanto l'hai pagata. La parte unica di un target da cinquanta persone non è il suo punteggio di maturità: sono le poche eccezioni non documentate che le permettono di tenersi un cliente che un concorrente più grande non riesce a tenersi.

La posta non è teorica. L'analisi EY su 236 operazioni da almeno 500 milioni di dollari tra il 2010 e il 2023 rileva costi mediani di integrazione tra il 3,5% e il 10,1% del fatturato del target a seconda del settore. E il divario sul reporting che ne segue è documentato: nella ricerca di Accordion con Wakefield Research su 100 senior del private equity e 100 CFO (chief financial officer, direttori finanziari) di aziende in portafoglio, il 92% degli sponsor riteneva ragionevoli le proprie richieste di reporting, contro il 26% dei CFO d'accordo. Non è un problema di atteggiamento: è quello che succede quando si chiede reporting a processi che nessuno ha messo per iscritto.

Cosa succede dopo i cinque giorni

Lo sprint di mappatura produce il registro, la mappa dei confini e una lista di priorità. Da lì il lavoro è uno sviluppo di circa sei settimane sopra i sistemi già in uso, sulle due o tre eccezioni che costano di più e che è più sicuro automatizzare, con dietro una suite di valutazione: un golden dataset, tassi di successo per singolo passo e un report mensile di accuratezza. Ogni azione automatizzata finisce in un decision log con i suoi input, la sua confidenza e chi l'ha approvata, così che un integration lead possa rispondere a “perché ha fatto così” davanti a un consiglio di amministrazione e non davanti a un fornitore.

Si parte da una call di qualificazione gratuita di 30 minuti; tutto il resto viene quotato caso per caso. Puoi vedere come sprint e sviluppo si incastrano nella pagina sprint di mappatura operativa, che forma hanno gli incarichi in i nostri lavori, e come sono strutturati gli ingaggi nella pagina modalità di ingaggio.

Domande frequenti

Come si documentano i processi di un'azienda se non c'è niente di scritto?

Non si intervistano le persone sul processo: si guarda il lavoro e si registrano le eccezioni. Ci si siede accanto alle due o tre persone che il flusso lo eseguono davvero e si annota ogni scostamento reale dal percorso ufficiale: cosa lo innesca, quante volte succede, chi lo assorbe oggi, quanto costa quando va storto. Le eccezioni sono la parte che nessuno ha mai messo per iscritto: sono insieme la conoscenza più a rischio e la strada più breve per capire come l'azienda funziona davvero.

Si può mappare e automatizzare senza toccare il gestionale dell'azienda acquisita?

Sì, e nei primi cento giorni dopo il closing è l'unico approccio sensato. Si lavora sopra i sistemi esistenti tramite le loro API: il gestionale, il verticale di settore e i file Excel restano dove sono. Una migrazione di gestionale è il progetto più rischioso che un team di integrazione possa aprire, richiede trimestri e non settimane, e le persone che dovrebbero seguirla sono le stesse la cui disponibilità è già limitata dal contratto di acquisizione.

Quanto tempo serve per mappare le operation dopo un'acquisizione?

Cinque giorni lavorativi bastano per un processo core in un'azienda di questa dimensione, perché l'obiettivo non è un modello completo dell'impresa: è catturare quello che sanno solo una o due persone. La settimana produce un registro delle eccezioni, una decisione per ogni passo su cosa debba essere un modello, codice deterministico o una persona, e una lista di priorità su cosa automatizzare per primo.

L'azienda acquisita ha già un fornitore IT esterno: non è compito suo?

Un fornitore di servizi gestiti copre bene il lato asset — dispositivi, backup, licenze, accessi, migrazione di posta e dominio — e non tocca il lato processo, perché non è nel suo contratto. Può dirti quali sistemi esistono e chi ha le credenziali. Non può dirti perché quel cliente ha un listino diverso, quali ordini vengono ribattuti a mano, o cosa fa una persona quando un fornitore consegna solo metà della merce.

Quanta parte del processo va davvero automatizzata con l'AI?

Molta meno di quanto sostenga chi vende una piattaforma. In un incarico SUPALABS su un flusso di gestione ordini di un produttore europeo, tre passi su undici avevano davvero bisogno di un modello: gli altri erano serviti meglio da codice deterministico o dal lasciare una persona dov'era. È un singolo incarico, non una statistica di settore, ma il metodo si generalizza: classifica ogni passo come modello, codice o persona, e scrivi il perché, prima che qualcuno firmi un contratto per una piattaforma.

Cosa si ottiene concretamente alla fine dei cinque giorni?

Tre documenti: un registro delle eccezioni con ogni scostamento reale dal processo documentato, la sua frequenza e chi lo assorbe; una mappa dei confini dell'AI che classifica ogni passo come modello, codice deterministico o persona, con il motivo accanto; e una lista di priorità su cosa costruire per primo. Sono scritti per essere consegnati a un integration lead e letti da chi non era presente.

Fonti e riferimenti