Buy-and-build strategijoje sinergijos sumos lengvai kraunasi viena ant kitos: pirkimo pranašumas platformos lygmenyje, bendra backoffice funkcija, cross-sell tarp add-on įmonių. Kiekviena suma atrodo įtikinamai lentelėje. Bet suma nėra prielaida, ir be prielaidos niekas nežino, kodėl suma yra tokia, kokia yra. Klausimas, kuris dažnai trūksta, yra paprastas: kas turi būti tiesa, kad ši suma iš tikrųjų realizuotųsi?
Jei sinergija įvertinta, tarkime, kaip tam tikro procento sutaupymas pirkimuose, tuomet po tuo slypi prielaida apie apimčių sujungimą, apie tiekėjų norą, apie sutarčių galiojimo terminus, kurie baigiasi tuo metu, kuris tinka integracijos planui. Pasikeitus vienai iš šių prielaidų, suma pasikeičia kartu su ja, net jei niekas pačios sumos nekoregavo. Kas seka vien sumą, praleidžia momentą, kai prielaida jau ėmė svyruoti. Kaip pagrįsti, ar sinergija remiasi kažkuo daugiau nei vertinimu todėl yra ne tikslumo klausimas po fakto, o aiškumo klausimas iš anksto: kokie faktai, kokios priklausomybės, kokie šaltiniai slypi po šiuo skaičiumi.
Sinergijos suma dažnai kyla iš dealo komandos, pagrįsta investavimo memorandume. Bet kas per integraciją atsako už jos realizavimą, yra kitas asmuo, su kita darbotvarke ir kitokio pobūdžio spaudimu. Be aiškaus savininko sinergija patenka į tarpą: dealo komanda jau dirba su kitu sandoriu, o operacinis lygmuo niekada nepriėmė šios sumos kaip savo tikslo. Kas yra sinergijos savininkas tad nėra formalumas organizacinei schemai, tai klausimas, kuris nulemia, ar kas nors ryte pabudo su jausmu, kad ši suma yra jo ar jos.
Buy-and-build atveju beveik kiekviena sinergija yra susijusi su prielaida apie sandorio tezę: kodėl šios platformos ir šie add-on kartu yra vertingesni nei atskirai. Ta tezė aiškiai formuluojama sandorio fazėje ir dažnai tyliai dingsta integracijos metu, kai dėmesys pereina prie sistemų, sutarčių ir žmonių. Kas yra sandorio tezė ir kodėl ji dingsta tiesiogiai susijęs su šiuo sinergijos klausimu: jei tezė nebėra aiški, suma, kuri ja remiasi, taip pat nebėra aiški, net jei ji vis dar nepakitusi stovi sinergijos bazinėje linijoje.
Sinergijos suma, tikrinama tik laikotarpio pabaigoje, teikia žinias tik po fakto. Buy-and-build strategijai su keliomis platformomis ir keliais add-on tai yra pavėluota, kad būtų galima ką nors koreguoti. Sekimas reiškia matyti tarpiniu metu, ar pagrindinė prielaida vis dar teisinga, o ne tik ar suma vis dar figūruoja sąraše. Kaip sekti sinergijas naudojant semaforų sistemą tam suteikia struktūrą, kuri nelaukia galutinio skaičiaus, o signalizuoja, kai prielaida atsiduria pavojuje, kad būtų likę laiko reaguoti, kol pati suma nepradingo.
Prielaida, kuri nebegalioja, automatiškai nereiškia, kad sinergiją reikia atšaukti. Tai reiškia, kad reikia rinktis: koreguoti, performuluoti, arba sąžiningai pripažinti, kad ši suma jau nebeįgyvendinama. Kaip patikrinti, ar sinergija vis dar įgyvendinama todėl neturėtų būti vienkartinis veiksmas pradžioje, o pasikartojantis klausimas, tuo labiau kad prielaidos po buy-and-build strategija nuolat kinta dėl vienas po kito sekančių add-on įmonių. Ir kai sinergija, nepaisant koregavimo, vis tiek neįgyvendinama, klausimas nėra, ar kas nors nesugebėjo, o ką daryti su sinergija, kuri neįgyvendinama: atsisakyti, perskirstyti kitoms plano dalims, ar vis tiek laikytis jos su nauju laiko planu.
Šis puslapis neaprašo nuveiktų darbų ir neįvykdyto projekto: tai būdas struktūruoti, kokia prielaida slypi po sinergijos suma, kas yra jos savininkas, ir kaip tai sekama. Kas norėtų tai fiksuoti sinergijos bazinėje linijoje, Day 1 plane ar Day 100 plane, gali užsiregistruoti į laukiančiųjų sąrašą; įrankis yra kuriamas.
Visur, kur sinergija remiasi prielaida apie pajėgumus, backoffice funkciją ar bendras pagalbines užduotis, iškyla tolesnis klausimas, kurio šiame įrankyje nėra, bet kuris yra FTE TO AI darbo apimties analizėje: ji pagal užduotį apskaičiuoja, kokią darbo dalį galima perduoti AI, ir tokiu būdu parodo, ar sinergija, kuri remiasi personalo mažinimu, tikrai turėtų remtis kita prielaida.
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.