При сливане или придобиване интеграцията често се приема като стандарт: две организации, следователно две системи стават една. Това предположение струва време, пари и внимание, а понякога струва повече, отколкото носи. Някои системи не трябва да се обединяват. Не защото технически не е възможно, а защото резултатът не си заслужава усилието спрямо това, което изисква.
Въпросът "кои системи е по-добре да оставите непроменени" не е изключение в процеса на интеграция. Той е фиксирана стъпка, която се повтаря при всеки елемент, от CRM системата до планирането на производството до администрацията на човешките ресурси.
Обединяването унищожава стойност по няколко разпознаваеми начини.
Ако системата няма припокриване с останалата част от организацията, интеграцията само добавя риск, без да възникне синергия някъде. Помислете за специализирана система, която подпомага само един екип в нишов сегмент, който не засяга останалата част от предприятието.
Ако разходите за миграция тежат повече от предимството на една система. Пренасянето на данни, преструктурирането, времето за обучение и риска от грешки по време на прехода са реални разходи. Тези разходи понякога не са пропорционални на това, което се печели от лекотата на управление или разходите за лицензи.
Ако системата тъкмо е внедрена или тъкмо е амортизирана, и преминаването изисква двоен капитал, без първоначалната инвестиция да е изплатена.
Ако обединяването води до компромис, при който никоя от двете организации не получава това, от което се нуждае, и оперативното триене, което възниква след това, е по-голямо от триенето между две системи, съществуващи паралелно.
По-подробно разработване на това съображение, със сигналите, които се виждат предварително, ще намерите на кога интеграцията унищожава стойност и по какво разпознавате това.
Съзнателното оставяне непроменено е нещо различно от липсата на обмисляне. Система, която оставяте отделно, остава част от решението за интеграция, само че заключението "да не се обединява" произлиза от това решение. Това означава, че все пак са необходими договорености за управление, за това кой за какво отговаря, и за начина, по който отчетността или обмена на данни между двете системи протича, докато те съществуват паралелно.
Сигналите, по които предварително може да разпознаете, че нещо трябва да остане отделно, са разработени на какво съзнателно оставяте отделно и по какво го виждате предварително. Това важи не само за системи: важи и за екипи, процеси и клиентски отношения, които имат собствена стойност, докато не бъдат включени в по-голямо цяло.
За да се избегне този въпрос да бъде зададен случайно при една система и пропуснат при друга, фиксиран момент за вземане на решение работи по-добре от отделни дискусии. За всеки елемент — система, процес, екип — се задава един и същ въпрос: какво носи обединяването, какво струва то, и има ли причина да се отложи или изобщо да не се прави.
Как е изградена тази списък за решения и кои критерии постоянно се повтарят в него, е описано на как решавате за всеки елемент дали да интегрирате или не и по какво го виждате. Резултатът от това решение не винаги е окончателен: нещо, което сега остава отделно, може по-късно все пак да бъде обединено, щом обстоятелствата се промениха.
При стратегия за buy-and-build съображението е различно, отколкото при еднократно придобиване. Платформена компания, която последователно интегрира множество придобивания, се възползва от повторяеми решения: системи, които при едно придобиване остават отделни, вероятно остават такива и при следващото, така че моделът става предвидим, вместо всяка сделка да води до нова дискусия. Какво означава това за вашия подход, е описано на какво означава buy-and-build за вашия подход към интеграцията. За екипи по сделки, които вече са изготвили план за интеграция по-рано, си заслужава също да проверят какво от него може да се използва повторно за следващата транзакция, както е описано на как се използва повторно план за интеграция.
По-задълбочен преглед на това кои системи на практика по-често остават отделни, и свързаните с това сигнали, ще намерите на кои системи е по-добре да оставите непроменени и по какво го виждате.
Генераторите за базова линия на синергията, план за Ден 1 и план за Ден 100, заедно с офиса за интеграция за проследяване на ползи и зависимости, са предназначени да структурират тези решения. Те не предоставят опит и не гарантират добър резултат. Те гарантират, че въпросът "наистина ли трябва да се обединява това" се задава при всеки елемент, вместо при няколко и забравен при останалите.
Инструментът е в процес на разработка. Който иска да го използва веднага след като стане достъпен, може да се запише за списъка на чакащите.
Въпросът кои системи остават отделни често е свързан с друг въпрос: коя работа в тези системи всъщност все още се извършва ръчно, и коя част от нея може да бъде поета от AI. Интеграцията е добър момент да се направи този преглед, защото процесите вече се преглеждат отблизо. Работният скенер на FTE TO AI изчислява за всяка задача коя част от работата подлежи на поемане от 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.