Efter underskriften följer antagandet att allt ska slås samman. System, team, processer, varumärken — att göra allt till en helhet framstår som den logiska avslutningen på en affär. Det antagandet stämmer inte alltid, och de delar där det inte stämmer går ofta att känna igen i förväg.
Att integrera är ett val, inte en automatik. Vid varje del — ett system, ett team, en kundrelation, en produktlinje — hör frågan om en sammanslagning tillför värde eller kostar värde. Den frågan är inget undantag för de svåra fallen. Det är standardfrågan, även för de delar som ser självklara ut.
Anledningen till att detta går fel är oftast inte ovilja att titta. Det är tidspress. En Day 1-plan måste finnas, ett synergicase måste stämma, och "integrera" är den kortaste vägen till ett svar som ser komplett ut på papper. Vad som saknas är ett tillfälle då någon per del fastställer: detta slår vi samman, detta låter vi stå, och det här är varför.
Det finns mönster som är synliga i förväg, inte först efteråt. Två system som fyller samma funktion men är byggda på olika logik kostar vid sammanslagning ofta mer i omställning och utbildningstid än de ger i förvaltningsvinst. Ett team som presterar utifrån hastighet och korta beslutsvägar förlorar den egenskapen så snart det uppgår i en större, mer lagrad struktur. En kundrelation som bygger på en specifik person eller ett specifikt arbetssätt överlever ofta inte en integration i praktiken, även om den överlever i namnet.
Frågan när förstör integration värde förtjänar en plats bredvid varje synergiberäkning, inte efter den. Ett synergicase som bara räknar intäkten av sammanslagning och inte kostnaden för desintegration — förseningar, personalomsättning, kundförlust — är en halv berättelse.
System är den del där integration oftast antas vara självklar, och där det oftast inte stämmer. Ett system som fungerar bra, är förankrat i teamet som använder det, och inte ger någon akut anledning till utbyte, behöver inte försvinna bara därför att det hör till en annan enhet. Frågan vilka system ni bättre kan låta stå och vad ni ser det på i förväg hör till varje IT-inventering, med utfallet ibland: gör ingenting, låt två system existera parallellt, eller besluta först om ett år.
Beslutet att integrera eller inte beror också på typen av affär. Vid en plattform som växer genom flera förvärv ser integrationsmönstret annorlunda ut än vid ett enskilt förvärv. Vad buy-and-build innebär för er integrationsansats och vad ni ser det på är en annan fråga än vad ett enskilt förvärv kräver: vid en plattform är konsistens över flera förvärv relevant, och det talar ibland just för att integrera delar som vid ett enskilt förvärv bättre lämnas som de är.
Detta rör också återanvändning av tidigare planer. En plattform som gör sitt tredje eller fjärde förvärv har redan gjort val om vad som slagits samman och inte vid det föregående. Frågan hur ni återanvänder en integrationsplan och vad ni ser det på för vilka delar det fungerar avgör om dessa tidigare val är en utgångspunkt eller en fallgrop — en plan som fungerade vid den föregående affären fungerar inte automatiskt vid den här.
Var en integration fastnar skiljer sig per sektor. Inom byggsektorn ligger flaskhalsarna ofta i projektadministration, underentreprenörsrelationer och tillstånd som är knutna till en specifik enhet — se var en integration fastnar inom byggsektorn. Inom installationsbranschen handlar det oftare om servicekontrakt, materielförvaltning och de personer som i praktiken bär kundrelationen — se var en integration fastnar inom installationsbranschen. Båda exemplen visar att beslutslistan sätter olika delar högst upp beroende på sektor.
Ett beslut om att integrera eller inte blir inte mer tillförlitligt genom att sättas in i ett kalkylblad, men det blir spårbart. Synergibaslinjen, Day 1-planen och Day 100-planen är generatorer som ger struktur åt det beslutet: per del fastställa vad antagandet är, vad det beror på, och när det ska omprövas. Integrationskontoret följer beroenden och håller beslutslistan — vad som ska, vad som inte ska, och varför — bredvid benefit-tracking, så att ett antagande som inte längre stämmer blir synligt innan det blir dyrt.
Detta är inte en meritlista. Det finns inget avslutat projekt att hänvisa till, och verktyget påstår inte att integrationen går bättre bara därför att den är strukturerad. Vad det gör är att sätta tillbaka frågan som annars hoppas över, per del, på agendan.
Verktyget är under uppbyggnad. Den som vill använda generatorerna och integrationskontoret så snart de blir tillgängliga kan anmäla sig till väntelistan.
Frågan om vad ni slår samman och inte, hänger nära samman med en annan fråga: vilken del av arbetet i en del egentligen bygger på uppgifter som kan automatiseras, oavsett om den delen hamnar hos den ena eller den andra enheten. Arbetsanalysen från FTE TO AI räknar per uppgift ut vilken del av arbetet som kan tas över av AI, och ger därmed en annan typ av baslinje än själva integrationsbeslutet — en som synliggör var kapacitet frigörs, oavsett hur ni beslutar organisatoriskt.
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.