Екип за сделка, който преди е интегрирал придобиване, често има готов план. Чеклист за Ден 1, списък с категории синергия, комуникационен график. Изкушението е голямо да извадите този документ, да смените имена и цифри, и да продължите напред. Това спестява време. Спестява също и мисловна работа, и точно това е проблемът.
Интеграционният план не е шаблон за организация, той е резултат от решения, взети при друга комбинация от компании. Кои системи се обединяват, кои екипи се сливат, кои клиентски отношения остават отделни — тези решения зависеха от това какви бяха предишните две компании, не от това какви са тези две компании. Повторното използване на план без ново тестване на тези основни решения означава, че поемате структура, изградена за друга ситуация.
Рискът не е във формата. Фазиране, тракер за ползи, списък с зависимости — тези елементи често са напълно преизползваеми. Рискът е в съдържанието, което незабелязано пътува заедно с тях: предположението, че отдел X винаги се обединява, че система Y винаги се извежда от употреба, че културната интеграция винаги се подхожда по един и същи начин. Тези предположения не са неутрални. Те са прецедент, а прецедентът се усеща като доказателство, докато не е такъв.
Три неща обикновено пътуват добре от един проект до друг:
Тези елементи са метод, не резултат. Те ви казват как да достигнете до отговор, не какъв е отговорът. Това разграничение е същината на отговорното повторно използване: поемане на процеса, не на изводите.
Става рисково веднага щом предишен план прескочи самия въпрос. Ако предишният проект е постановил, че два търговски екипа се обединяват, и това се приема автоматично, защото „така просто се прави“, шансът да е вярно и този път зависи от случайност, а не от анализ. Повече за кога обединяването унищожава стойност и по какво го разпознавате можете да прочетете на друга страница, но постоянният въпрос се връща тук: дали тази част може би е трябвало да остане отделна.
Това важи силно за системите. ИТ миграция, която при предишната сделка е била логична — защото придобитата компания е имала остаряла платформа — не е автоматично логична при компания със система, която е наскоро обновена и функционира добре. Кои системи е по-добре да оставите непроменени и по какво съдите за това, е отделно съображение за всяка ситуация, не правило, което пренасяте от предишната сделка.
Организационната структура също е чувствителна към сляпото повторно използване. Ако предишният план е постановил, че финансовите отдели винаги се сливат, заедно с този автоматизъм изчезва и въпросът дали това важи и тук. При стратегия за изкупуване и надграждане (buy-and-build), при която платформа многократно добавя компании, изкушението да се завърти един шаблон е още по-голямо — а необходимостта да се гледа отново на всяка част е още по-неотложна. Какво изисква подходът на изкупуване и надграждане от вашата интеграционна стратегия и по какво се разпознава, заслужава отделна преценка за всяко придобиване, не един повтарящ се план.
Практичен подход е предишният план да се използва като чеклист с въпроси, които трябва да зададете отново, не като списък с отговори, които вече са установени. За всяка част, която в предишния план е била интегрирана, задавате отново въпроса дали това важи и тук. За всяка част, която е останала отделна, се питате дали тази причина важи и тук. Как структурирате това решение за всяка част — да интегрирате или не, и на базата на какви критерии — определя в крайна сметка повече за резултата от това колко бързо планът е на хартия. Вижте също как изграждате това решение за всяка част и по какво се разпознава: как решавате за всяка част дали да интегрирате или не.
Онова, което съзнателно остава отделно, заслужава в повторно използваният план толкова внимание, колкото и онова, което се обединява. План, който съдържа само стъпки за интеграция и не казва нищо за онова, което изрично не се обединява, пропуска половината от решението. Предварителното изясняване на какво остава отделно и защо, предотвратява по-късно този избор да бъде обяснен като грешка. Повече за това: какво съзнателно оставяте отделно и как го фиксирате предварително.
Трите генератора и интеграционният офис на mergerintegration.net са изградени на това разграничение: структура, която пътува заедно, не изводи, които пътуват незабелязано. Базова линия на синергия, план за Ден 1 и план за Ден 100 се изграждат отново за всяка ситуация от същите въпроси, с тракер за ползи и списък за решения, които принуждават към отговор за всяка част. Това е инструмент, който структурира, не опит, който гарантира — инструментът е в процес на изграждане и който иска да го използва, може да се запише в списъка на чакащите.
Интеграционен план се отнася до кой изпълнява каква работа, кои отдели се обединяват и кои процеси продължават да съществуват. Под този въпрос стои по-прецизен въпрос: колко от работата, която скоро ще се извършва заедно или отделно, всъщност е задачна работа, която може да се автоматизира. Работният скенер на 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.