Een deal team dat eerder een acquisitie heeft geïntegreerd, heeft vaak een plan liggen. Een Day 1-checklist, een lijst met synergiecategorieën, een communicatieschema. De verleiding is groot om dat document uit de kast te halen, namen en getallen te wijzigen, en verder te gaan. Dat scheelt tijd. Het scheelt ook denkwerk, en dat is precies het probleem.
Een integratieplan is geen sjabloon voor een organisatie, het is de uitkomst van keuzes die bij een andere combinatie van bedrijven zijn gemaakt. Welke systemen samengaan, welke teams samensmelten, welke klantrelaties apart blijven — die keuzes hingen af van wat de vorige twee bedrijven waren, niet van wat deze twee bedrijven zijn. Een plan hergebruiken zonder die onderliggende keuzes opnieuw te toetsen, betekent dat u structuur overneemt die voor een andere situatie is gebouwd.
Het risico zit niet in de vorm. Fasering, een benefit-tracker, een lijst met afhankelijkheden — die onderdelen zijn vaak prima herbruikbaar. Het risico zit in de inhoud die er ongemerkt in meereist: de aanname dat afdeling X altijd samengaat, dat systeem Y altijd wordt uitgefaseerd, dat cultuurintegratie altijd op dezelfde manier wordt aangepakt. Die aannames zijn niet neutraal. Ze zijn precedent, en precedent voelt als bewijs terwijl het dat niet is.
Drie dingen reizen doorgaans goed mee van het ene traject naar het andere:
Deze onderdelen zijn methode, geen uitkomst. Ze vertellen u hoe u tot een antwoord komt, niet wat het antwoord is. Dat onderscheid is de kern van verantwoord hergebruik: het proces overnemen, de conclusies niet.
Het wordt riskant zodra een vorig plan de vraag zelf overslaat. Als het vorige traject stelde dat twee salesteams samengaan, en dat automatisch wordt overgenomen omdat het "nu eenmaal zo werkt", is de kans dat het ook deze keer klopt afhankelijk van toeval, niet van analyse. Meer over wanneer samenvoegen waarde vernietigt en waar u dat aan herkent leest u op een andere pagina, maar de vaste vraag komt hier terug: had dit onderdeel misschien beter apart kunnen blijven staan.
Dat geldt sterk voor systemen. Een IT-migratie die bij de vorige deal logisch was — omdat het overgenomen bedrijf een verouderd platform had — is niet automatisch logisch bij een bedrijf met een systeem dat net is vernieuwd en goed functioneert. Welke systemen u beter kunt laten staan en waar u dat aan afleest, is een aparte overweging per situatie, niet een regel die u van de vorige deal overneemt.
Ook organisatiestructuur is gevoelig voor blind hergebruik. Als het vorige plan stelde dat finance-afdelingen altijd fuseren, dan verdwijnt met dat automatisme de vraag of dat hier ook klopt. Bij een buy-and-build strategie, waarbij een platform herhaaldelijk bedrijven toevoegt, is de verleiding om één sjabloon te draaien nog groter — en de noodzaak om per onderdeel opnieuw te kijken nog urgenter. Wat een buy-and-build aanpak vraagt van uw integratiestrategie en waar dat aan te zien is, verdient dan ook een eigen afweging per acquisitie, niet één terugkerend plan.
Een werkbare aanpak is het vorige plan te gebruiken als checklist van vragen die u opnieuw moet stellen, niet als lijst van antwoorden die al vaststaan. Voor elk onderdeel dat in het vorige plan geïntegreerd werd, stelt u opnieuw de vraag of dat hier ook geldt. Voor elk onderdeel dat apart bleef, vraagt u zich af of die reden hier ook van toepassing is. Hoe u die beslissing per onderdeel structureert — wel of niet integreren, en op basis van welke criteria — bepaalt uiteindelijk meer over het resultaat dan hoe snel het plan op papier staat. Zie ook hoe u die beslissing per onderdeel opbouwt en waar dat aan te herkennen is: hoe u per onderdeel beslist over wel of niet integreren.
Wat bewust apart blijft, verdient in het hergebruikte plan evenveel aandacht als wat samengaat. Een plan dat alleen integratiestappen bevat en niets zegt over wat expliciet niet wordt samengevoegd, mist de helft van de beslissing. Vooraf zichtbaar maken wat apart blijft en waarom, voorkomt dat die keuze later als vergissing wordt uitgelegd. Meer daarover: wat u bewust apart laat en hoe u dat vooraf vastlegt.
De drie generators en het integratiekantoor van mergerintegration.net zijn gebouwd op dit onderscheid: structuur die meereist, geen conclusies die stiekem meereizen. Een synergiebasislijn, een Day 1-plan en een Day 100-plan worden per situatie opnieuw opgebouwd vanuit dezelfde vragen, met een benefit-tracker en een beslislijst die dwingen tot een antwoord per onderdeel. Dit is gereedschap dat structureert, geen ervaring die garandeert — de tool is in aanbouw en wie er gebruik van wil maken, kan zich aanmelden voor de wachtlijst.
Een integratieplan gaat over wie welk werk doet, welke afdelingen samengaan en welke processen blijven bestaan. Onder die vraag ligt een preciezere vraag: hoeveel van het werk dat straks samen of apart wordt gedaan, is eigenlijk taakwerk dat zich laat automatiseren. De werkscan van FTE TO AI rekent per taak uit welk deel daarvan door AI is over te nemen, en geeft daarmee een cijfermatige basis aan een keuze die anders op aanname blijft rusten — precies het risico dat ook bij hergebruikte integratieplannen op de loer ligt.
Vraag maar wat er op Day 1 moet staan, of wat integreren juist kapotmaakt.
Antwoorden komen uit de kennisbank van deze site. Geen advies op maat, en geen scan van uw bedrijf.