I de fleste sektorer ligger virksomhedens værdi i aktiver: bygninger, lagerbeholdning, kontrakter med en løbetid. I it ligger værdien i vid udstrækning i mennesker og i kode, som disse mennesker har skrevet og forstår. Kunder køber ofte ikke et produkt, men en relation til et accountteam eller en implementeringspartner. Det forskyder balancen som en integration skal holde øje med: hvor størstedelen af opmærksomheden hos en produktionsvirksomhed kan gå til systemer og indkøb, ligger tyngdepunktet hos en it-virksomhed ved fastholdelse af nøglepersonale og ved spørgsmålet om, hvorvidt kundekontrakter overlever overgangen uden genforhandling.
Denne forskydning er ikke et spørgsmål om grad, men om karakter. Et lager kan vente til det er stille med at samle. En udvikler, der vil videre, er væk om et par uger, og med ham forsvinder ofte viden om et system, der ikke er dokumenteret noget sted. Synergi på papiret — en delt platform, et kombineret salgsteam — har ingen værdi, hvis de mennesker, der skal udføre det, allerede er væk, før første skridt er taget.
Også i it gælder det, at integration ikke er en selvfølge. To software-enheder med overlappende produkter kan ved sammenlægning netop miste kunder, der valgte den ene på grund af en funktion, den anden ikke har. To engineering-teams med en anden måde at arbejde på — andre sprint-cyklusser, andre kodebase-konventioner, andre værktøjer — spilder tid på at afstemme noget, der operationelt ikke giver synergi, kun friktion. Værdien ved en buy-and-build-strategi bør derfor ikke automatisk kobles til integration; nogle gange ligger værdien netop i at lade teams, der fungerer godt som de er, køre uafhængigt.
Synergibaseline hjælper med at skærpe dette spørgsmål for hver enkelt del: hvilken del af engineering-teamet, hvilken del af kundeporteføljen, hvilken del af systemerne. Ikke som en antagelse på forhånd, men som noget der skal dokumenteres, før det tælles som synergi.
Det første knudepunkt er fastholdelse. En earnout eller retentionsbonus til nøgleudviklere lyder som en detalje i dealstrukturen, men uden et konkret Day 1-signal — hvem bliver, på hvilke betingelser, og hvornår det kommunikeres — opstår der plads til usikkerhed, der lader folk selv beslutte at forlade. At vente til Day 100 med at ordne det er i praksis ofte for sent.
Det andet knudepunkt er kundekommunikation. It-kunder har ofte en kontrakt med et opsigelsestidspunkt eller en fornyelsesdato, og en overtagelse er for dem en anledning til at se på alternativer. Den, der udskyder budskabet til store kunder til efter closing, risikerer, at kunden hører nyheden gennem tredjepart og selv tolker det anderledes end tilsigtet.
Det tredje knudepunkt er teknik: at samle to tech-stacks er sjældent gjort i samme uge. Nogle integrationer — et delt faktureringsmodul, et centralt CRM — kan gøres med begrænset påvirkning. Andre — sammenlægning af kerneplatforme, som kunder bruger dagligt — kræver en længere tilgang, netop fordi en fejl der er direkte synlig for slutbrugeren. Day 1- og Day 100-planen tjener til at træffe denne skelnen på forhånd, i stedet for at den opdages undervejs.
Afhængigheden mellem opgaver er et mønster, der også gør sig gældende i andre sektorer, blot med andre knudepunkter. Ved en overtagelse i byggesektoren er det tilladelser og underleverandørrelationer, der bestemmer, hvad der kan ske hvornår; ved en overtagelse i ejendomssektoren er det ofte strukturen af administrationsaftaler. I it er det kombinationen af mennesker, der kan forlade, og kunder, der kan opsige — begge hurtigere end en fysisk proces kan justeres. Integrationskontoret dokumenterer disse afhængigheder, så det er klart, hvilket skridt der blokerer et andet skridt, uanset hvilken sektor det knudepunkt findes i.
Ved softwareovertagelser tilskrives synergi ofte den dealmaker, der fandt tallet, mens den operationelle leder, der skal levere det, først kommer til senere. Samme spænding gør sig gældende i finansiel service og i energisektoren, og spørgsmålet om, hvem der ejer et synergital, bør besvares før closing, ikke bagefter.
De tre generatorer og integrationskontoret opbygger struktur: en synergibaseline pr. del, en Day 1-plan med konkrete første skridt, en Day 100-plan med afhængigheder og en beslutningsliste for, hvad der integreres og hvad der ikke gør. Der henvises ikke til noget udført forløb, og der loves intet om resultatet. Instrumentet stiller spørgsmålene og strukturerer svarene; bedømmelsen forbliver hos deal-teamet.
Værktøjet er under opbygning. Den, der ønsker at bruge det, så snart det er tilgængeligt, kan tilmelde sig ventelisten.
En synergibaseline og en Day 100-plan består af et stort antal enkeltopgaver: gennemgang af kontrakter, sammenligning af kundelister, kortlægning af afhængigheder. Nogle af disse opgaver kan stort set automatiseres, andre kræver vurdering, der ikke kan delegeres. Arbejdsscanneren fra FTE TO AI beregner for hver opgave, hvilken del af arbejdet der kan overtages af AI, så det bliver klart, hvor der spares tid, og hvor menneskelig dømmekraft stadig er nødvendig.
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.