Platformos strategija nėra atskirų sandorių serija, kuri atsitiktinai turi tą pačią savininkę, ir tai taip pat nėra lygiaverčių susijungimas. Tai daro integracijos klausimą kitokiu nei atskiro perėmimo atveju. Su kiekvienu nauju priedu (add-on) kartojasi tas pats pasirinkimas: ką sujungiate su platforma, o ką sąmoningai paliekate atskirai. Buy-and-build nenaudoja maksimalios integracijos. Ji naudoja nuoseklų, pakartojamą būdą tam pasirinkimui priimti, sandorį po sandorio.
Platformos strategijoje pagunda yra didelė – kiekvieną priedą kuo greičiau įspausti į platformos sistemas, procesus ir kultūrą. Tai atrodo efektyviai, bet tai taip pat yra vieta, kur vertė dingsta. Priedas, kuris buvo nupirktas dėl specifinio kliento ryšio, nišinio pajėgumo ar vietinės rinkos žinių, praranda tiksliai tą pačią savybę, jei integracija peržengia ribą. Klausimas, ar kažką reikia sujungti, buy-and-build atveju nėra taisyklės išimtis. Tai yra taisyklė. Kai kurios dalys stiprina platformą per sujungimą, kitos dalys tuo pačiu judesiu tik susilpnėja. Puslapyje kada integracija naikina vertę ir kaip tai pastebėti rasite, kur ta riba paprastai yra.
Atskiro perėmimo atveju integracijos klausimą užduodate vieną kartą, išsamiai, su daug dėmesio konkrečiam momentui. Buy-and-build atveju panašų klausimą užduodate pakartotinai, dažnai laiko spaudimo sąlygomis, kai kitas sandoris jau yra vamzdyne. Tai reikalauja požiūrio, kurį galima kartoti, neišradus dviračio iš naujo kiekvieną kartą. Sinergijos bazinė linija, Day 1 planas ir Day 100 planas tuomet nėra vienkartiniai dokumentai, o šablonas, kurį užpildote su kiekviena akvizicija. Kaip tai veikia praktiškai, matote puslapyje kaip pakartotinai naudoti integracijos planą. Pakartojamumas nėra rezultatų kopijavime, o toje pačioje klausimų struktūroje, kurią pereinate iš naujo.
Buy-and-build atveju yra kelios pasikartojančios kategorijos, kuriose atskyrimas pasitaiko dažniau nei sujungimas. Kliento ryšiai, sukurti aplink asmenį ar specifinę komandą, mažai pakenčia trikdžius. Operacinės sistemos, kurios ką tik pritaikytos specifinei darbo eigai, dažnai kainuoja daugiau pakeisti nei duoda mastelio nauda. Prekės ženklai su savo atpažįstamumu specifinėje nišoje praranda vertę, jei dingsta platformos prekės ženkle. Tai nėra išsamus sąrašas ir ne fiksuota taisyklė, nes tai priklauso nuo to, kodėl priedas buvo nupirktas ir ką ta akvizicija turi toliau daryti didesnėje visumoje. Puslapyje ką sąmoningai paliekate atskirai ir kaip tai iš anksto pastebėti rasite, kaip tai iš anksto atpažinti kiekvienu atveju, o ne aptikti atgaline data.
Platformos strategijoje yra nuolatinis spaudimas konsoliduoti sistemas: viena ERP, viena CRM, viena ataskaitų struktūra. Tas spaudimas yra suprantamas, nes kelių sistemų valdymas kainuoja laiką ir apžvalgą. Bet konsolidacija nėra tikslas savaime. Sistema, kuri gerai atitinka specifinį priedo verslo procesą, gali sunaikinti daugiau vertės per pakeitimą, nei duoda administravimo lengvumo. Klausimas nėra, ar konsolidacija yra galima, o ar pagrindinis procesas iš tikrųjų yra tas pats. Kai tai netiesa, sistemą kartais geriau palikti kaip yra, net jei tai iš pirmo žvilgsnio jaučiasi neefektyviai. Žr. kurias sistemas geriau palikti kaip yra ir kaip tai pastebėti dėl svarstymų, kurie tuo atveju svarbūs.
Veiksmingo buy-and-build požiūrio esmė yra tai, kad sprendimas dėl integracijos priimamas ne sandorio lygmenyje, o dalies lygmenyje. Finansai, IT, pardavimai, HR, prekės ženklas, kliento ryšiai: kiekviena dalis nusipelno savo pačios svarstymo, su savo argumentais už sujungimą ar atskyrimą. Sprendimų sąrašas, kuris tai fiksuoja dalį po dalies, apsaugo nuo to, kad vienas argumentas už integraciją automatiškai patrauktų visas kitas dalis. Kaip sukurti tokį sąrašą ir kur svarstymai paprastai skiriasi, rasite puslapyje kaip nusprendžiate pagal dalį, integruoti ar ne. Platesniam platformos kontekstui, įskaitant tai, kaip pakartojamumas ir individualus pritaikymas susijungia, yra ir gilesnis puslapis ką buy-and-build strategija reiškia jūsų integracijos požiūriui, detaliai.
Trys generatoriai ir integracijos biuras, aprašyti čia, yra struktūros įrankiai: jie klausimą integruoti ar ne užduoda iš naujo kiekvienai daliai, jie stebi, kokios sinergijos buvo priimtos ir kurios iš tikrųjų atsiranda, ir jie fiksuoja priklausomybes tarp dalių. Nėra atlikto proceso, kuriuo šis įrankis remiasi; jis susistemina jūsų pačių svarstymus, jis jų nepakeičia. Šis įrankis dar kuriamas. Kas norėtų juo dirbti, kai tik jis bus prieinamas, gali užsiregistruoti laukimo sąraše.
Platformos strategijoje ne tik integracijos klausimas yra pakartojamas, dažnai ir pats pagrindinis darbas yra toks: ataskaitų sudarymas, duomenų saugyklos (dataroom) palyginimų kūrimas, kontrolinių sąrašų peržiūra su kiekvienu nauju priedu. Kas norėtų sužinoti, kurią dalį šio pasikartojančio darbo galima perduoti dirbtiniam intelektui, FTE TO AI darbo skenavimo (werkscan) priemonėje ras užduotimis paremtą skaičiavimą, kuris kiekvienai užduočiai parodo, kurią jos dalį galima perduoti AI.
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.