mergerintegration Uvrstite me na čakalno listo

Kennisbank

Kaj pomeni buy-and-build za vaš pristop k integraciji

Platformna strategija ni niz ločenih poslov, ki naključno delijo istega lastnika, prav tako ni združitev enakovrednih. Zaradi tega je vprašanje integracije drugačno kot pri enkratni prevzemu. Pri vsakem novem dodatku (add-on) se ponovi ista izbira: kaj združite s platformo in kaj namerno pustite ločeno. Buy-and-build ne nagrajuje maksimalne integracije. Nagrajuje dosleden, ponovljiv način sprejemanja te odločitve, posel za poslom.

Zakaj "vedno popolnoma integrirati" tukaj ne deluje

V platformni strategiji je skušnjava velika, da vsak dodatek čim hitreje stlačite v sisteme, procese in kulturo platforme. To se zdi učinkovito, vendar je prav tam, kjer vrednost izgine. Dodatek, ki je bil kupljen zaradi specifičnega odnosa s stranko, nišne zmogljivosti ali poznavanja lokalnega trga, prav to izgubi, če integracija gre predaleč. Vprašanje, ali naj se nekaj združi, pri buy-and-build ni izjema od pravila. Je pravilo samo. Nekateri deli okrepijo platformo z združitvijo, drugi deli pa prav zaradi istega premika oslabijo. Na kdaj integracija uničuje vrednost in po čem to prepoznate je opisano, kje ta meja običajno leži.

Kaj naredi logiko platforme drugačno od enkratne združitve

Pri enkratnem prevzemu vprašanje integracije zastavite enkrat, obsežno, s precej pozornosti za ta specifičen trenutek. Pri buy-and-build podobno vprašanje zastavljate ponavljajoče, pogosto pod časovnim pritiskom naslednjega posla, ki že čaka v cevovodu. To zahteva pristop, ki ga je mogoče ponavljati, ne da bi vsakič znova izumljali kolo. Sinergijska osnovna linija, načrt za 1. dan in načrt za 100. dan tedaj niso enkratni dokumenti, temveč predloga, ki jo izpolnite za vsako akvizicijo posebej. Kako to deluje v praksi, si oglejte na kako ponovno uporabite integracijski načrt. Ponovljivost ni v kopiranju izidov, temveč v ponovnem sledenju isti strukturi vprašanj.

Kaj tipično pustite ločeno pri platformni strategiji

Pri buy-and-build obstaja nekaj ponavljajočih se kategorij, pri katerih je puščanje ločeno pogostejše od združevanja. Odnosi s strankami, zgrajeni na osebi ali specifični ekipi, prenesejo malo motenj. Operativni sistemi, ki so pravkar prilagojeni določenemu delovnemu procesu, pogosto stanejo več za zamenjavo, kot prinesejo v obliki ekonomije obsega. Znamke s prepoznavnostjo v specifični niši izgubijo vrednost, če izginejo v znamki platforme. To ni izčrpen seznam niti trdno pravilo, saj je odvisno od tega, zakaj je bil dodatek kupljen in kaj mora ta akvizicija še naprej opravljati znotraj celote. Na kaj namerno pustite ločeno in po čem to prepoznate vnaprej je opisano, kako to za vsak primer prepoznate vnaprej, namesto da to odkrijete naknadno.

Sistemi, ki pogosto bolje ostanejo nespremenjeni

Znotraj platformne strategije obstaja stalen pritisk za konsolidacijo sistemov: en ERP, en CRM, ena struktura poročanja. Ta pritisk je razumljiv, saj upravljanje več sistemov terja čas in preglednost. Toda konsolidacija ni cilj sama po sebi. Sistem, ki se dobro ujema s specifičnim poslovnim procesom dodatka, lahko z zamenjavo uniči več vrednosti, kot prinese v obliki lažjega upravljanja. Vprašanje ni, ali je konsolidacija mogoča, temveč ali je osnovni proces dejansko enak. Kadar temu ni tako, sistem včasih bolje ostane nespremenjen, tudi če se to na prvi pogled zdi neučinkovito. Za preudarke, ki pri tem igrajo vlogo, glejte katere sisteme lahko bolje pustite nespremenjene in po čem to prepoznate.

Odločitveni seznam po posameznem delu, ne po poslu

Jedro izvedljivega pristopa buy-and-build je, da se odločitev o integraciji ne sprejema na ravni posla, temveč na ravni posameznega dela. Finance, IT, prodaja, kadri, znamka, odnosi s strankami: vsak del si zasluži svojo lastno presojo, s svojimi lastnimi argumenti za združitev ali ločeno ohranitev. Odločitveni seznam, ki to zabeleži del za delom, preprečuje, da bi en sam argument za integracijo samodejno potegnil za seboj vse ostale dele. Kako sestavite ta seznam in kje se presoje tipično razlikujejo, je opisano na kako se odločate po posameznem delu, ali integrirati ali ne. Za širši kontekst platforme, vključno s tem, kako se ponovljivost in prilagoditev po meri medsebojno povezujeta, je na voljo tudi poglobljena stran na kaj pomeni buy-and-build za vaš pristop k integraciji, podrobneje.

Trije generatorji in integracijska pisarna, ki so tukaj opisani, so orodje za strukturo: pri vsakem delu znova zastavijo vprašanje, ali integrirati ali ne, spremljajo, katere sinergije so bile predpostavljene in katere se dejansko uresničujejo, ter beležijo odvisnosti med posameznimi deli. Ne obstaja izveden projekt, na katerega bi se to orodje sklicevalo; ono ureja vaše lastne presoje, ne nadomešča jih. To orodje je v izdelavi. Kdor želi z njim delati, ko bo na voljo, se lahko prijavi na čakalno listo.

Znotraj platformne strategije ni ponovljivo le vprašanje integracije, temveč pogosto tudi samo osnovno delo: sestavljanje poročil, primerjave podatkovnih sob, izvajanje kontrolnih seznamov pri vsakem novem dodatku. Kdor želi izvedeti, kateri del tega ponavljajočega se dela je mogoče prenesti na UI, na delovnem skeniranju FTE TO AI najde nalogo usmerjen izračun, ki za vsako nalogo pokaže, kateri del te lahko prevzame UI.

Visionde assistent van het integratiekantoor

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.