Varje synergibaslinje har rader som blir liggande efter. Det är inget misslyckande för modellen, det är vad som händer när antagandena möter praktiken. Frågan är inte om det händer, utan vad ni gör i det ögonblick ni ser det — och om ni ser det i tid.
Innan ni reparerar något finns en fråga som ofta hoppas över: borde denna synergi ens ha funnits. Inte varje synergi på baslinjen är värd att jaga. Vissa kostar mer i integrationsinsats, uppmärksamhet från nyckelpersoner och störning av befintliga processer än de ger tillbaka. En synergi som inte landar är ibland ett tecken på att antagandet var för optimistiskt. Ibland är det ett tecken på att synergin aldrig borde ha eftersträvats på det sätt som var tänkt. De två är inte samma sak, och skillnaden avgör vad ni gör härnäst.
Varje synergibelopp bygger på ett antagande: en volymuppskattning, en prisförväntning, en inköpsbesparing, en minskning av overhead. Om en synergi inte landar är det första steget inte att justera beloppet, utan att söka upp antagandet bakom det. Var antagandet för optimistiskt, eller har genomförandet inte hållit jämna steg med ett antagande som i sig var rimligt? Den skillnaden avgör om ni reviderar beloppet, reviderar tillvägagångssättet, eller håller ägaren ansvarig för genomförandet. Hur ni hittar och testar det antagandet beskrivs på vilket antagande som ligger under ett synergibelopp vid en buy-and-build. Utan att göra det antagandet explicit blir varje diskussion om en synergi som inte uppfylls en gissningslek om vem som har rätt.
En synergi utan ägare är en önskan. En synergi med en ägare som inte redovisar ansvar är också en önskan, bara med ett namn på. Om en synergi inte landar är den andra frågan vem som kan hållas ansvarig för det och om den personen hade befogenhet att få synergin att landa. Ibland ligger förseningen inte hos ägaren utan hos ett beroende som inte lösts — ett system som ännu inte är kopplat, ett kontrakt som fortfarande löper, ett team som ännu inte slagits samman. Hur ägarskap tilldelas och varför det ofta är svårare än det verkar vid en buy-and-build förklaras på vem som äger en synergi vid en buy-and-build.
En synergi som inte landar är mindre ett problem om ni redan såg det komma tre månader tidigare, och mycket mer ett problem om det dyker upp vid årsbokslutet. Skillnaden ligger i hur ni följer upp. En synergi som bara finns som ett belopp i ett kalkylblad ger ingen signal förrän det är för sent att styra. En synergi som följs per fas — planerad, under genomförande, delvis realiserad, fastkörd — ger den signalen mycket tidigare. Hur en sådan indelning fungerar och vad den ger i styrinformation beskrivs på hur ni följer synergier med trafikljus. Poängen med ett sådant system är inte att det får synergier att lyckas. Poängen är att det låter er se tidigare vilka som inte gör det, så att ni fortfarande kan justera eller besluta att släppa synergin.
Vid en buy-and-build upprepas synergier ofta per förvärv: samma inköpsfördelar, samma overheadminskning, gång på gång antagna utan att på nytt pröva om den underliggande logiken fortfarande stämmer för just detta tillägg. En synergi som inte landar vid det tredje förvärvet är ibland ett genomförandeproblem, men oftare ett tecken på att underbyggnaden blev tunnare för varje efterföljande affär. Hur ni underbygger en synergi vid en buy-and-build mer stadigt än med en kopia av förra gången beskrivs på hur ni underbygger en synergi vid en buy-and-build.
En synergi som inte landar behöver inte räddas. Det är ett giltigt beslut att släppa en synergi om kostnaden för att fortfarande realisera den är högre än vinsten, eller om att hålla fast vid beloppet kostar mer uppmärksamhet än det är värt. Det beslutet ingår lika mycket som beslutet att driva vidare. Verktyget som stödjer den här typen av avvägningar håller ingen meritlista och gör inget anspråk på att integrationen därmed lyckas — det strukturerar frågan, det bevisar ingen erfarenhet.
En synergi som inte landar hänger ofta samman med något som inte sattes upp korrekt på Day 1: ett system, ett kontrakt, ett ansvar som inte fastställdes då. Vad som kräver uppmärksamhet där beskrivs på vad som måste vara ordnat på Day 1, och vilka kontrakt som ofta förbises där beskrivs på vilka kontrakt som kräver Day 1-uppmärksamhet.
En synergi som stämmer på papper men inte landar handlar ofta om människor och tid: vem som gör arbetet nu, hur mycket tid det tar, och om det efter förvärvet fortfarande behöver vara så. Den som vill undersöka detta innan synergin läggs på baslinjen eller efter att den körts fast kan med arbetsanalysen från FTE TO AI per uppgift räkna ut vilken del av arbetet som kan tas över av AI — ett sätt att se om antagandet bakom en synergi om arbetskraft fortfarande är realistiskt, eller om tiden någon lägger på en uppgift håller på att förskjutas.
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.