En platformstrategi er ikke en række enkeltstående deals, der tilfældigvis har samme ejer, og det er heller ikke en fusion mellem ligemænd. Det gør integrationsspørgsmålet anderledes end ved en enkeltstående overtagelse. Ved hver ny add-on gentager sig det samme valg: hvad samlægger De med platformen, og hvad lader De bevidst stå separat. Buy-and-build belønner ikke maksimal integration. Det belønner en konsistent, gentagelig måde at træffe dette valg på, deal efter deal.
I en platformstrategi er fristelsen stor til at presse hver add-on så hurtigt som muligt ind i platformens systemer, processer og kultur. Det virker effektivt, men det er også dér, hvor værdi går til grunde. En add-on, der er købt for en specifik kunderelation, en nichekapacitet eller et lokalt markedskendskab, mister netop det, hvis integrationen skyder for langt over målet. Spørgsmålet om, hvorvidt noget skal samlægges, er ved buy-and-build ikke en undtagelse fra reglen. Det er reglen. Nogle dele styrker platformen ved samlægning, andre dele svækkes netop af den samme bevægelse. På hvornår ødelægger integration værdi, og hvad ser De det på finder De, hvor den grænse typisk ligger.
Ved en enkeltstående overtagelse stiller De integrationsspørgsmålet én gang, grundigt, med stor opmærksomhed på det specifikke tidspunkt. Ved buy-and-build stiller De et lignende spørgsmål gentagne gange, ofte under tidspres fra den næste deal, der allerede står i pipelinen. Det kræver en tilgang, der kan gentages, uden at hjulet skal genopfindes hver gang. En synergibaseline, en Day 1-plan og en Day 100-plan er så ikke enkeltstående dokumenter, men en skabelon, De udfylder per akkvisition. Hvordan det fungerer i praksis, kan De se på hvordan genbruger De en integrationsplan. Gentagelsen ligger ikke i at kopiere resultater, men i at gennemgå den samme struktur af spørgsmål på ny.
Ved buy-and-build er der nogle tilbagevendende kategorier, hvor det er mere almindeligt at lade stå separat end at samlægge. Kunderelationer, der er bygget op omkring en person eller et specifikt team, tåler kun ringe forstyrrelse. Operationelle systemer, der lige er indrettet til en specifik workflow, kommer ofte til at koste mere at udskifte, end de giver i skalafordel. Mærker med egen genkendelighed i en specifik niche taber værdi, hvis de forsvinder ind i platformmærket. Det er ikke en udtømmende liste og ikke en fast regel, for det afhænger af, hvorfor add-on'en er købt, og hvad denne akkvisition skal fortsætte med at gøre inden for det større hele. På hvad lader De bevidst stå separat, og hvad ser De det på i forvejen finder De, hvordan De genkender det i det enkelte tilfælde på forhånd, i stedet for at opdage det bagefter.
Inden for en platformstrategi er der et konstant tryk for at konsolidere systemer: ét ERP, ét CRM, én rapporteringsstruktur. Det tryk er forståeligt, for administration af flere systemer kræver tid og overblik. Men konsolidering er ikke et mål i sig selv. Et system, der passer godt til en specifik forretningsproces hos add-on'en, kan ødelægge mere værdi ved udskiftning, end det giver i administrativ lettelse. Spørgsmålet er ikke, om konsolidering er muligt, men om den underliggende proces faktisk er den samme. Når det ikke er tilfældet, gør et system sig nogle gange bedre i at blive stående, selv om det ved første øjekast virker ineffektivt. Se hvilke systemer kan De med fordel lade stå, og hvad ser De det på for de overvejelser, der gør sig gældende her.
Kernen i en brugbar buy-and-build-tilgang er, at beslutningen om integration ikke tages på dealniveau, men på delniveau. Finans, IT, salg, HR, mærke, kunderelationer: hver del fortjener sin egen afvejning, med sine egne argumenter for samlægning eller for at lade stå separat. En beslutningsliste, der fastlægger dette del for del, forhindrer, at ét argument for integration automatisk trækker alle andre dele med sig. Hvordan De opbygger denne liste, og hvor afvejningerne typisk er forskellige, finder De på hvordan beslutter De per del, om der skal integreres eller ikke. For den bredere platformkontekst, herunder hvordan gentagelse og skræddersyet tilgang forholder sig til hinanden, findes der også en fordybende side på hvad betyder buy-and-build for Deres integrationstilgang, i detaljer.
De tre generatorer og integrationskontoret, der beskrives her, er redskaber til struktur: de stiller spørgsmålet om integration eller ikke for hver del på ny, de holder styr på, hvilke synergier der er antaget, og hvilke der faktisk opstår, og de fastlægger afhængigheder mellem dele. Der er ikke noget udført forløb, som dette redskab bygger på; det ordner Deres egne afvejninger, det erstatter dem ikke. Dette værktøj er under udvikling. Den, der ønsker at arbejde hermed, så snart det er tilgængeligt, kan tilmelde sig ventelisten.
Inden for en platformstrategi er det ikke kun integrationsspørgsmålet, der er gentageligt, ofte er selve det underliggende arbejde det også: at sammensætte rapporter, foretage dataroom-sammenligninger, gennemgå tjeklister ved hver ny add-on. Den, der vil vide, hvilken del af dette tilbagevendende arbejde der kan overdrages til AI, finder hos FTE TO AI's arbejdsscan en opgavebaseret beregning, der for hver opgave angiver, hvilken del af den AI kan overtage.
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.