In un'acquisizione singola la domanda è spesso come integrare due organizzazioni. Nel buy-and-build questa domanda è già mal posta prima ancora di cominciare. Una piattaforma che effettua la quinta, sesta o decima aggiunta non ha bisogno di una singola questione di integrazione, ma di uno schema ripetibile — e questo schema funziona solo se distingue tra ciò che deve essere valutato ogni volta di nuovo e ciò che resta strutturalmente separato.
Una società piattaforma in una strategia di buy-and-build di norma non è la parte che cambia. L'aggiunta viene adattata alla piattaforma, non viceversa. Questo sembra più semplice di una fusione tra pari, ma induce a un'assunzione non sempre corretta: che tutto ciò che nell'aggiunta è diverso debba essere corretto secondo lo standard della piattaforma. Alcune differenze sono rumore di fondo. Altre differenze sono esattamente il motivo per cui l'azienda valeva l'acquisto. Un processo di vendita che si differenzia dalla piattaforma può essere un errore da correggere, oppure un approccio di mercato che conviene preservare. Senza porre esplicitamente questa domanda, si rischia di integrare via ciò che si è appena acquistato.
Alla terza o quarta acquisizione nasce la tentazione di copiare il piano precedente. Questo è efficiente, ma solo se il piano stesso era corretto e se questa aggiunta è sufficientemente simile. Due aziende di servizi con un modello di ricavo diverso, una concentrazione di clientela diversa o un diverso grado di dipendenza dal personale non richiedono lo stesso piano di integrazione con un nuovo nome sopra. In questa pagina si trova a cosa prestare attenzione prima di riutilizzare un piano esistente: quali elementi sono trasferibili e quali sono specifici della deal precedente.
Il buy-and-build presenta alcune categorie ricorrenti che più spesso devono restare separate piuttosto che essere unificate. Le relazioni con i clienti costruite su una singola persona raramente sopportano un rapido trasferimento a un team di conto della piattaforma. I marchi con una propria notorietà in una regione o in una nicchia perdono valore se scompaiono troppo in fretta sotto il nome della piattaforma. Le strutture retributive che legavano il management dell'aggiunta all'azienda funzionano in modo controproducente se vengono sostituite immediatamente. La domanda non è se questo tipo di elementi si integrerà mai, ma quando, e se la motivazione sia una vera sinergia o solo la comodità di un unico sistema. Una panoramica di questo tipo di scelte si trova in questa pagina.
I rischi di un'integrazione troppo rapida o troppo estesa sono maggiori nel buy-and-build rispetto a una deal singola, perché l'errore si ripete a ogni aggiunta successiva. Un sistema di front-office che già non era adatto alla prima aggiunta diventa, alla quinta aggiunta, un problema strutturale invece che un incidente. Un'integrazione culturale che in un'unica azienda produce un semestre scomodo diventa, in una serie di aggiunte, una reputazione nel settore — e questa reputazione influisce sulla disponibilità della prossima aggiunta a collaborare. In questa pagina si trova l'analisi più ampia di quando l'unione passa da creazione a distruzione di valore, e questo schema in una strategia di piattaforma è più la regola che l'eccezione rispetto a una deal isolata.
Ciò che il buy-and-build richiede non è un'unica risposta alla domanda sull'integrazione, ma un metodo fisso per porre quella domanda ogni volta di nuovo. Quali sistemi vengono condivisi, quali processi restano locali, quale politica del personale vale a livello di piattaforma e quale resta di competenza dell'aggiunta — sono decisioni che si prendono per singolo elemento, non tutte insieme per l'intera azienda. Come costruire questa lista decisionale e su cosa basarla si trova in questa pagina. Per settori con dinamiche proprie, come l'edilizia o il settore degli impianti, valgono spesso ulteriori criticità che la lista decisionale generica non cattura; sono descritte nelle pagine sulle integrazioni che si bloccano nell'edilizia e sulle integrazioni che si bloccano nel settore degli impianti.
Mergerintegration.net non fornisce un curriculum né un team che viene a trovarvi. Fornisce i generatori per la baseline delle sinergie, il piano del Day 1 e il piano del Day 100, e un ufficio di integrazione che tiene traccia del benefit-tracking, delle dipendenze e della lista decisionale — affinché la domanda su cosa unire e cosa no venga posta a ogni aggiunta di nuovo e allo stesso modo. Lo strumento è in fase di sviluppo; chi desidera utilizzarlo può iscriversi alla lista d'attesa.
Una volta stabilito quali elementi dell'aggiunta restano separati e quali si fondono nella piattaforma, nasce una domanda successiva: quanto di quel lavoro in quegli elementi venga ancora svolto manualmente, e dove ciò cambia non appena i sistemi vengono effettivamente unificati. La scansione del lavoro di FTE TO AI calcola per ciascuna mansione quale parte del lavoro può essere assunta dall'AI, offrendo così un quadro numerico della capacità di personale che si trova dietro a ciascuno degli elementi che si include nel piano di integrazione o che si lascia deliberatamente da parte.
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.