Ett synergibelopp fastställs oftast tidigare än antagandet bakom det. I processen behövs ett tal för att modellen ska stämma, och det talet får en plats i synergibaslinjen utan att någon har sagt högt vad det beror på. Det straffar sig inte vid undertecknandet, utan under månaderna efteråt, när det visar sig att beloppet vilade på ett antagande som ingen hade prövat.
Varje synergibelopp kan brytas ner i tre frågor. Vad måste vara sant för att detta belopp ska stämma? Vem är ansvarig om det inte stämmer? Och vad ser ni, innan året är slut, som visar om det går åt rätt håll? Utan svar på dessa tre frågor är ett synergibelopp en önskan med ett tal på, och önskningar landar inte av sig själva.
Antagandet är ofta den svåraste delen att få fram, just eftersom det är implicit. "Inköpsfördel genom skala" låter som en synergi, men antagandet bakom är något i stil med: båda inköpsavdelningarna är villiga att konsolidera leverantörer, kontrakten löper ut vid jämförbara tidpunkter, och leverantören är villig att omförhandla priser vid större volym. Vart och ett av dessa tre kan visa sig vara felaktigt, och då försvinner beloppet utan att någon har sett det komma.
Synergibelopp som hänger på en avdelning i stället för en person försvinner lättast. "Finance" eller "inköp" är inte en ägare; ett namn är en ägare. Den personen behöver inte själv utföra arbetet, men är den som kan förklara varför en synergi försenas, accelererar, eller inte längre är genomförbar. Utan den utpekningen förångas ansvaret i det dagliga trycket under de första månaderna, och ingen känner sig kallad att försvara beloppet eller låta det falla i tid.
Generatorn för synergibaslinjen tvingar fram den kopplingen: ingen synergi utan antagande, inget antagande utan ägare. Det förhindrar inte att synergier misslyckas, men det förhindrar att de misslyckas obemärkt.
En synergi som väl står i baslinjen måste också följas upp, och den uppföljningen fungerar bara om den är enkel. Den som förväntar sig en utförlig förklaring för varje synergi får efter några månader ingen som fyller i rapporteringen längre. Därför fungerar trafikljusmodellen för att följa upp synergier med ett begränsat antal statusar i stället för en berättelse: enligt plan, under press, eller inte genomförbar. Det tvingar ägaren till ett val i stället för en nyansering, och just det valet gör en rapport användbar för någon som måste överblicka tjugo synergier samtidigt.
Frågan om en synergi fortfarande är genomförbar bör inte ställas först när siffrorna redan sviker. En fast prövning av om en synergi fortfarande är genomförbar fungerar bättre som stående agendapunkt än som efterföljande krismöte. I det ögonblick det underliggande antagandet inte längre stämmer — leverantören vill inte omförhandla priset, systemet går inte att migrera inom förväntad tid — är det bättre att veta det tidigt än sent.
Inte varje synergi som inte landar är ett genomförandemisslyckande. Ibland var antagandet för optimistiskt från början, och det är då inte en anklagelse mot ägaren utan information för nästa steg. Frågan är inte hur ni ändå tvingar en synergi att landa, utan vad som då sker med beloppet, planen, och de förväntningar som var kopplade till den. Vad ni gör om en synergi inte landar är därför inget undantagsscenario, utan en fast del av att följa upp synergier: justera, omfördela, eller låta falla, med en anledning som dokumenteras i stället för att cirkulera i korridorerna.
Vid en buy-and-build-strategi staplas synergibelopp på varandra över på varandra följande affärer, och det gör underbyggnaden svårare, inte lättare. En synergi som var logisk vid det andra förvärvet behöver inte automatiskt stämma vid det femte, särskilt inte om plattformsorganisationen själv har förändrats under tiden. Hur ni underbygger en synergi inom en buy-and-build handlar därför inte om en mall som ni upprepar, utan om ett antagande som ni varje gång prövar på nytt mot organisationen som den är nu, inte som den var vid föregående affär.
Antagandet under ett synergibelopp berör nästan alltid själva arbetet någonstans: vem som gör något, hur mycket tid det tar, och om det är detsamma efter fusionen. Så snart den frågan blir konkret är det nyttigt att veta hur mycket av det arbetet som faktiskt kan tas över av automatisering, för det förändrar själva antagandet. Arbetsanalysen från FTE TO AI beräknar per uppgift vilken andel av arbetet som kan tas över av AI, och det gör ett synergibelopp till något som inte vilar på en uppskattning, utan på en beräkning.
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.