A legtöbb szektorban a vállalat értéke eszközökben rejlik: épületekben, készletben, futamidős szerződésekben. Az IKT-ban az érték nagyrészt az emberekben rejlik, és a kódban, amelyet ezek az emberek megírtak és értenek. Az ügyfelek gyakran nem terméket vásárolnak, hanem egy kapcsolatot egy accountcsapattal vagy egy implementációs partnerrel. Ez elmozdítja azt az arányt, amire egy integráció figyelnie kell: ahol egy termelővállalatnál a figyelem nagy része a rendszerekre és a beszerzésre irányulhat, egy IKT-vállalatnál a súlypont a kulcspozíciókat betöltő munkatársak megtartásán és azon a kérdésen van, hogy az ügyfélszerződések átélik-e az átmenetet újratárgyalás nélkül.
Ez az elmozdulás nem fokozati kérdés, hanem a jelleg kérdése. Egy raktár megvárhatja, amíg csendesebb időszak jön az összevonáshoz. Egy fejlesztő, aki el akar menni, néhány héten belül el is megy, és vele gyakran a rendszer ismerete is, amely sehol nincs dokumentálva. A papíron létező szinergiának — egy megosztott platform, egy összevont sales csapat — nincs értéke, ha az emberek, akiknek ezt végre kellene hajtaniuk, már azelőtt távoztak, hogy az első lépést megtették volna.
Az IKT-ban is igaz, hogy az integrálás nem önmagától értetődő. Két, egymást átfedő termékekkel dolgozó szoftveregység az összevonás révén éppen olyan ügyfeleket veszíthet el, akik az egyiknél egy olyan funkció miatt voltak, amivel a másik nem rendelkezik. Két, eltérő munkamóddal dolgozó mérnöki csapat — más sprintciklusok, más kódbázis-konvenciók, más eszközök — időt veszít az egymáshoz igazodással olyasmiben, ami operatívan nem szinergiát, csak frikciót eredményez. A buy-and-build stratégia szerinti érték ezért nem automatikusan jár együtt az integrálással; néha éppen az az érték, hogy a jól működő csapatokat úgy hagyják, ahogy vannak.
A szinergia-alapvonal segít ezt a kérdést komponensenként pontosan megfogalmazni: melyik része a mérnöki csapatnak, melyik része az ügyfélportfóliónak, melyik része a rendszereknek. Nem előzetes feltételezésként, hanem olyasmiként, amit bizonyítani kell, mielőtt szinergiaként beszámítanák.
Az első akadálypont a megtartás. Egy earnout vagy megtartási bónusz a kulcsfejlesztők számára az ügyletstruktúra apró részletének hangzik, de egy konkrét Day 1-jelzés nélkül — ki marad, milyen feltételekkel, és mikor közlik ezt — bizonytalanság alakul ki, amely teret ad annak, hogy az emberek maguk döntsenek a távozásról. A Day 100-ig várni ezzel a szabályozással a gyakorlatban gyakran már túl késő.
A második akadálypont az ügyfélkommunikáció. Az IKT-ügyfeleknek gyakran van egy felmondási vagy megújítási határidejű szerződésük, és egy felvásárlás számukra alkalom arra, hogy alternatívákat nézzenek. Aki a nagy ügyfeleknek szánt üzenetet a zárásig elhalasztja, azzal a kockázattal jár, hogy az ügyfél a hírt közvetve hallja meg, és azt a szándéktól eltérően értelmezi.
A harmadik akadálypont a technika: két tech-stack összevonása ritkán ugyanazon a héten elvégezhető feladat. Bizonyos integrációk — egy megosztott számlázási modul, egy központi CRM — korlátozott hatással elvégezhetők. Mások — a magplatformok összevonása, amelyeken az ügyfelek naponta dolgoznak — hosszabb megközelítést igényelnek, éppen azért, mert egy hiba ott közvetlenül láthatóvá válik a végfelhasználó számára. A Day 1- és Day 100-terv arra szolgál, hogy ezt a megkülönböztetést előre megtegyék, ne pedig útközben fedezzék fel.
A feladatok közötti függőség olyan mintázat, amely más szektorokban is megjelenik, csak más csomópontokkal. Egy építőipari felvásárlásnál az engedélyek és az alvállalkozói kapcsolatok határozzák meg, mi mikor lehetséges; egy ingatlanszektorbeli felvásárlásnál gyakran a kezelési szerződések struktúrája ez. Az IKT-ban ez az emberek, akik távozhatnak, és az ügyfelek, akik felmondhatnak — mindkettő gyorsabban, mint ahogy egy fizikai folyamatot módosítani lehetne. Az integrációs iroda rögzíti ezeket a függőségeket, hogy egyértelmű legyen, melyik lépés blokkol egy másikat, függetlenül attól, melyik szektorban található az adott csomópont.
Szoftverfelvásárlásoknál a szinergiát gyakran annak az üzletkötőnek tulajdonítják, aki kigondolta a számot, míg az operatív vezető, akinek ezt meg kell valósítania, csak később kapcsolódik be. Ugyanez a feszültség jelentkezik a pénzügyi szolgáltató szektorban és az energiaszektorban, és a kérdésre, ki a tulajdonosa egy szinergia-számnak, a zárás előtt kell választ adni, nem utána.
A három generátor és az integrációs iroda struktúrát épít: egy szinergia-alapvonalat komponensenként, egy Day 1-tervet konkrét első lépésekkel, egy Day 100-tervet függőségekkel és egy döntési listát arról, mi kerül integrálásra és mi nem. Nincs elvégzett folyamat, amelyre hivatkoznánk, és semmit nem ígérünk az eredményről. Az eszköz felteszi a kérdéseket és rendszerezi a válaszokat; az értékelés a deal team feladata marad.
Az eszköz jelenleg épül. Aki használni szeretné, amint elérhetővé válik, feliratkozhat a várólistára.
Egy szinergia-alapvonal és egy Day 100-terv számos különálló feladatból áll: szerződések áttekintése, ügyféllisták összehasonlítása, függőségek feltérképezése. Ezen feladatok némelyike nagyrészt automatizálható, mások olyan megítélést igényelnek, amely nem delegálható. Az FTE TO AI munkaszkennere feladatonként kiszámítja, mekkora részét lehet az AI-nak átvennie a munkából, így egyértelművé válik, hol takarítható meg idő, és hol marad szükség emberi megítélésre.
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.