Platformas stratēģija nav virkne atsevišķu darījumu, kuriem nejauši ir viens un tas pats īpašnieks, un tā nav arī vienlīdzīgu pušu apvienošanās. Tas padara integrācijas jautājumu atšķirīgu no vienreizējas pārņemšanas. Ar katru jaunu add-on atkārtojas viena un tā pati izvēle: ko apvienojat ar platformu un ko apzināti atstājat atsevišķi. Buy-and-build neatalgo maksimālu integrāciju. Tas atalgo konsekventu, atkārtojamu veidu, kā šo izvēli izdarīt, darījumu pēc darījuma.
Platformas stratēģijā ir liels kārdinājums katru add-on pēc iespējas ātrāk iespiest platformas sistēmās, procesos un kultūrā. Tas šķiet efektīvi, bet tieši tur pazūd vērtība. Add-on, kas nopirkts konkrētu klientu attiecību, nišas kapacitātes vai lokālas tirgus zināšanas dēļ, zaudē tieši to, ja integrācija tiek pārspīlēta. Jautājums, vai kaut ko vajadzētu apvienot, buy-and-build gadījumā nav izņēmums no likuma. Tas ir likums. Dažas daļas platformu stiprina, tās apvienojot, citas daļas tā pati kustība vienīgi vājina. Lapā kad integrēšana iznīcina vērtību un pēc kā to pazīt ir aprakstīts, kur šī robeža parasti atrodas.
Vienreizējas pārņemšanas gadījumā integrācijas jautājumu uzdodat vienreiz, plaši, ar lielu uzmanību konkrētajam brīdim. Buy-and-build gadījumā līdzīgu jautājumu uzdodat atkārtoti, bieži vien nākamā, jau cauruļvadā esošā darījuma laika spiediena apstākļos. Tas prasa pieeju, kuru var atkārtot, katru reizi no jauna neizgudrojot riteni. Sinerģijas bāzes līnija, Day 1 plāns un Day 100 plāns tad nav vienreizēji dokumenti, bet gan sagatave, ko aizpildāt katrai akvizīcijai. Kā tas darbojas praksē, redzams lapā kā atkārtoti izmantot integrācijas plānu. Atkārtojamība nav rezultātu kopēšanā, bet tajā, ka atkārtoti izejat cauri tai pašai jautājumu struktūrai.
Buy-and-build gadījumā ir vairākas atkārtojošās kategorijas, kurās atstāšana atsevišķi notiek biežāk nekā apvienošana. Klientu attiecības, kas balstītas uz konkrētu personu vai konkrētu komandu, panes maz traucējumu. Operacionālās sistēmas, kas tikko pielāgotas konkrētai darba plūsmai, aizvietošana bieži izmaksā vairāk, nekā tā ienes mēroga priekšrocību ziņā. Zīmoli ar savu atpazīstamību konkrētā nišā zaudē vērtību, ja tie izzūd platformas zīmolā. Šis nav izsmeļošs sarakstas un nav fiksēts likums, jo tas ir atkarīgs no tā, kāpēc add-on ir nopirkts un ko šai akvizīcijai jāturpina darīt lielākā veselumā. Lapā ko apzināti atstāt atsevišķi un pēc kā to pazīt iepriekš ir aprakstīts, kā to katrā gadījumā pazīt iepriekš, nevis atklāt pēc fakta.
Platformas stratēģijas ietvaros pastāv pastāvīgs spiediens konsolidēt sistēmas: viena ERP, viena CRM, viena pārskatu struktūra. Šis spiediens ir saprotams, jo vairāku sistēmu pārvaldība prasa laiku un pārskatāmību. Tomēr konsolidācija nav pati par sevi mērķis. Sistēma, kas labi saskan ar add-on konkrētu biznesa procesu, aizvietojot var iznīcināt vairāk vērtības, nekā tā ienes pārvaldības vieglumā. Jautājums nav, vai konsolidācija ir iespējama, bet vai pamatā esošais process patiešām ir vienāds. Ja tas tā nav, sistēmai reizēm labāk ir palikt nemainītai, pat ja tas pirmajā acu uzmetienā šķiet neefektīvi. Skatiet kuras sistēmas labāk atstāt nemainītas un pēc kā to pazīt, kur aprakstīti šai lēmumā iesaistītie apsvērumi.
Darboties spējīgas buy-and-build pieejas pamatā ir tas, ka lēmums par integrēšanu netiek pieņemts darījuma līmenī, bet sastāvdaļas līmenī. Finanses, IT, pārdošana, personāls, zīmols, klientu attiecības: katra sastāvdaļa ir pelnījusi savu izsvērto lēmumu, ar saviem argumentiem par apvienošanu vai atstāšanu atsevišķi. Lēmumu saraksts, kas to fiksē pa sastāvdaļām, novērš, ka viens arguments par integrāciju automātiski aizrauj visas pārējās sastāvdaļas. Kā šo sarakstu izveidot un kur izsvērtie lēmumi tipiski atšķiras, aprakstīts lapā kā pieņemt lēmumu par katru sastāvdaļu integrēt vai nē. Plašākam platformas kontekstam, tostarp tam, kā atkārtojamība un pielāgošana savstarpēji saistās, ir arī padziļināta lapa ko buy-and-build nozīmē jūsu integrācijas pieejai, detalizēti.
Trīs generatori un integrācijas birojs, kas šeit aprakstīti, ir strukturēšanas rīki: tie katru reizi no jauna uzdod jautājumu par katru sastāvdaļu integrēt vai nē, tie seko līdzi, kādas sinerģijas ir pieņemtas un kādas patiešām īstenojas, un tie fiksē atkarības starp sastāvdaļām. Nav pabeigta projekta, uz kuru šis rīks atsauktos; tas strukturē jūsu pašu izsvērtos lēmumus, tas tos neaizvieto. Šis rīks tiek izstrādāts. Tie, kas vēlas ar to strādāt, tiklīdz tas būs pieejams, var pieteikties gaidīšanas sarakstam.
Platformas stratēģijas ietvaros atkārtojams ir ne tikai integrācijas jautājums, bet bieži arī pats pamatā esošais darbs: pārskatu sagatavošana, datu telpas salīdzinājumu veidošana, kontrolsarakstu izpilde ar katru jaunu add-on. Tie, kas vēlas zināt, kuru daļu no šī atkārtojošā darba var nodot AI, FTE TO AI darba scenārijā atradīs uz uzdevumiem balstītu aprēķinu, kas katram uzdevumam norāda, kuru tā daļu var uzņemties 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.