Ved en buy-and-build stables synergibeløb let op: indkøbsfordel på platformniveau, delt backoffice, cross-sell mellem add-ons. Hvert beløb ser overbevisende ud på et sheet. Men et beløb er ikke en antagelse, og uden antagelse ved ingen hvorfor beløbet er, hvad det er. Spørgsmålet der ofte mangler, er enkelt: hvad skal være sandt, for at dette beløb rent faktisk lander?
Hvis en synergi er anslået til en besparelse på lad os sige en bestemt procentdel på indkøb, ligger der en antagelse under om volumebundling, om leverandørers vilje, om kontraktløbetider der udløber på et tidspunkt der passer med integrationsplanen. Ændrer en af disse antagelser sig, ændrer beløbet sig med, også selvom ingen har justeret beløbet selv. Den der kun følger beløbet, går glip af det øjeblik hvor antagelsen allerede er begyndt at vakle. Hvordan De underbygger om en synergi hviler på mere end et skøn er derfor ikke et spørgsmål om præcision bagefter, men om klarhed forinden: hvilke fakta, hvilke afhængigheder, hvilke kilder ligger under dette tal.
Et synergibeløb kommer ofte fra deal team, underbygget i investment memorandummet. Men den der under integrationen er ansvarlig for at indfri det, er en anden person, med en anden agenda og en anden slags pres. Uden en udtrykkelig ejer falder en synergi mellem to stole: deal team er videre med den næste transaktion, og det operationelle lag har aldrig accepteret beløbet som sit eget mål. Hvem der ejer en synergi er derfor ikke en formalitet for et organisationsdiagram, det er spørgsmålet der afgør om nogen vågner om morgenen med følelsen af at dette beløb er hans eller hendes.
Ved buy-and-build hænger stort set hver synergi sammen med en antagelse om deal-tesen: hvorfor disse platforme og disse add-ons sammen er mere værd end hver for sig. Denne tese formuleres skarpt under dealfasen og forsvinder ofte i stilhed under integrationen, når fokus skifter til systemer, kontrakter og mennesker. Hvad en deal-tese er, og hvorfor den forsvinder rammer præcis dette synergispørgsmål: hvis tesen ikke længere er skarp, er beløbet der læner sig op af den, heller ikke længere skarpt, selv om det stadig står uændret på synergibaseline.
Et synergibeløb der først tjekkes ved slutningen af en periode, giver kun nyheder i bagklogskabens lys. For en buy-and-build med flere platforme og flere add-ons er det for sent til stadig at kunne justere. At følge betyder at se løbende om den underliggende antagelse stadig holder, ikke kun om beløbet stadig står på listen. Hvordan De følger synergier med trafiklys giver en indeling til det, der ikke venter på sluttallet, men signalerer så snart antagelsen kommer under pres, så der stadig er tid til at reagere, før beløbet selv falder bort.
En antagelse der ikke længere holder, betyder ikke automatisk at synergien skal skrottes. Det betyder at der er et valg: justere, omformulere, eller ærligt erkende at dette beløb ikke længere er opnåeligt. Hvordan De tester om en synergi stadig er opnåelig bør derfor ikke være en engangsøvelse ved starten, men et tilbagevendende spørgsmål, netop fordi antagelserne under en buy-and-build fortsætter med at ændre sig gennem de efterfølgende add-ons. Og når en synergi trods justering alligevel ikke lander, er spørgsmålet ikke om nogen har fejlet, men hvad De gør med en synergi der ikke lander: lade den gå, omfordele til andre dele af planen, eller stadig holde fast med en ny tidsplan.
Denne side beskriver ikke en track record og ikke et udført forløb: det er en måde at strukturere hvilken antagelse der ligger under et synergibeløb, hvem der ejer det, og hvordan det følges. Den der ønsker at fastlægge dette i synergibaseline, Day 1-planen eller Day 100-planen, kan tilmelde sig ventelisten; værktøjet er under opbygning.
Overalt hvor en synergi læner sig op af en antagelse om kapacitet, backoffice eller delte støttefunktioner, ligger der et opfølgende spørgsmål som ikke findes i dette værktøj, men i arbejdsscanningen fra FTE TO AI: den beregner pr. opgave hvilken del af arbejdet AI kan overtage, og gør dermed synligt om en synergi der læner sig på personalereduktion egentlig burde hvile på en anden antagelse.
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.