Vienreizēja pārņemšanas darījuma gadījumā jautājums bieži skan — kā apvienot divas organizācijas. Buy-and-build gadījumā šis jautājums ir nepareizi uzdots jau pirms sākuma. Platformai, kas veic piekto, sesto vai desmito pievienošanu, nav vajadzīgs viens integrācijas risinājums, bet atkārtojams modelis — un šis modelis darbojas tikai tad, ja tas nošķir to, kas ir jāvērtē katru reizi no jauna, no tā, kas strukturāli paliek nošķirts.
Buy-and-build stratēģijā platformas uzņēmums parasti nav tā puse, kas mainās. Pievienojums tiek pielāgots platformai, ne otrādi. Tas šķiet vienkāršāk nekā vienlīdzīgu partneru apvienošana, taču tas rada kārdinājumu pieņemt, ka viss, kas pievienojumā ir atšķirīgs, ir jālabo atbilstoši platformas standartam — un šī pieņēmums ne vienmēr ir pareizs. Dažas atšķirības ir traucēkļi. Citas atšķirības ir precīzi tas iemesls, kāpēc šo uzņēmumu bija vērts pirkt. Pārdošanas process, kas atšķiras no platformas, var būt kļūda, ko jūs labojat, vai tirgus pieeja, ko jums vajadzētu saglabāt. Neuzdodot šo jautājumu skaidri, jūs integrācijas procesā izdzēsīsit tieši to, ko tikko iegādājāties.
Trešā vai ceturtā pārņemšanā rodas kārdinājums nokopēt iepriekšējo plānu. Tas ir efektīvi, bet tikai tad, ja plāns pats bija pareizs un ja šis pievienojums ir pietiekami līdzīgs. Divi pakalpojumu uzņēmumi ar atšķirīgu ieņēmumu modeli, atšķirīgu klientu koncentrāciju vai atšķirīgu personāla atkarības pakāpi neprasa vienu un to pašu integrācijas plānu ar jaunu nosaukumu virsū. Šajā lapā ir aprakstīts, uz ko pievērst uzmanību, pirms atkārtoti izmantojat esošu plānu — kuras daļas ir pārnesamas un kuras ir specifiskas iepriekšējam darījumam.
Buy-and-build stratēģijā ir vairākas atkārtojošas kategorijas, kurām biežāk vajadzētu palikt nošķirtām, nevis apvienotām. Klientu attiecības, kas veidotas uz konkrētas personas pamata, reti pārdzīvo ātru nodošanu platformas klientu apkalpošanas komandai. Zīmoli ar savu atpazīstamību reģionā vai nišā zaudē vērtību, ja tie pārāk ātri pazūd platformas nosaukuma pakļautībā. Atalgojuma struktūras, kas saistīja pievienotā uzņēmuma vadību ar uzņēmumu, darbojas pret jums, ja tās nekavējoties tiek nomainītas. Jautājums nav par to, vai šāda veida elementi kādreiz tiks integrēti, bet gan — kad, un vai iemesls tam ir reāla sinerģija vai vienkārši vienas sistēmas ērtums. Šāda veida izvēles pārskats ir pieejams šajā lapā.
Riski, kas rodas, apvienojot pārāk ātri vai pārāk plaši, buy-and-build gadījumā ir lielāki nekā vienreizējā darījumā, jo kļūda atkārtojas ar katru nākamo pievienojumu. Front-office sistēma, kas neatbilda jau pirmajai pievienojumam, piektajā pievienojumā pārvēršas strukturālā problēmā, ne vairs incidentā. Kultūras integrācija, kas viena uzņēmuma gadījumā rada neveiklu pusgadu, vairāku pievienojumu virknē pārvēršas reputācijā nozarē — un šī reputācija ietekmē, vai nākamais pievienojamais uzņēmums vēlēsies sadarboties. Šajā lapā ir plašāka analīze par to, kad apvienošana no vērtības radīšanas pārvēršas vērtības iznīcināšanā, un platformas stratēģijas gadījumā šāds modelis drīzāk ir likumsakarība nekā izņēmums, salīdzinot ar vienreizēju darījumu.
Tas, ko prasa buy-and-build, nav viena atbilde uz integrācijas jautājumu, bet fiksēts veids, kā šo jautājumu katru reizi uzdot no jauna. Kuras sistēmas tiek koplietotas, kuri procesi paliek lokāli, kura personāla politika ir spēkā visā platformā un kura politika paliek pievienojuma līmenī — šie ir lēmumi, kas tiek pieņemti par katru daļu atsevišķi, ne uzreiz visam uzņēmumam. Kā izveidot šādu lēmumu sarakstu un uz kā pamata to balstīt, ir aprakstīts šajā lapā. Nozarēm ar savu dinamiku, piemēram, būvniecībai vai uzstādīšanas nozarei, bieži ir papildu problēmpunkti, kurus vispārīgais lēmumu sarakts neaptver; tie aprakstīti lapās par integrācijām, kas apstājas būvniecībā, un integrācijām, kas apstājas uzstādīšanas nozarē.
Mergerintegration.net nesniedz atsauces un komandu, kas ierodas klāt. Tas piedāvā ģeneratorus sinerģijas bāzlīnijai, 1. dienas plānam un 100. dienas plānam, un integrācijas biroju, kas seko līdzi ieguvumu izsekošanai, atkarībām un lēmumu sarakstam — lai jautājums par to, kas tiek un kas netiek apvienots, ar katru pievienojumu tiktu uzdots no jauna un vienādā veidā. Rīks ir izstrādes procesā; tie, kas vēlas to izmantot, var pieteikties gaidīšanas sarakstā.
Kad esat noteikuši, kuras pievienojuma daļas paliek nošķirtas un kuras iekļaujas platformā, rodas nākamais jautājums — cik daudz no darba šajās daļās faktiski joprojām tiek veikts manuāli, un kur tas mainās, tiklīdz sistēmas tiek apvienotas. FTE TO AI darba scan aprēķina katram uzdevumam, kādu daļu no darba var pārņemt AI, tādējādi sniedzot skaitlisku priekšstatu par personāla kapacitāti, kas atrodas katras tās sastāvdaļas pamatā, kuru jūs iekļaujat savā integrācijas plānā vai apzināti atstājat ārpus tā.
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.