След сделка предположението често вече е готово: това, което може да се обедини, трябва да се обедини. Това предположение струва стойност на места, където никой не гледа, защото вниманието отива към видимите компоненти — системите, отчетните линии, ръководството. Междувременно екип, който тъкмо върви добре, се обединява с екип, който работи по друг начин, и точно причината, поради която сделката беше привлекателна, изчезва.
Въпросът „трябва ли това да се обедини“ трябва да се зададе за всеки компонент, не само за тези, които се набиват на очи. Това не е изключение за трудни случаи. Това е стандартният въпрос, като интегрирането е един от двата възможни отговора.
Списък с решения разделя интеграцията на отделни компоненти — системи, екипи, процеси, клиентски взаимоотношения, марки — и налага избор за всеки компонент: обединяване, отделно оставяне или нещо по средата. Без това разделяне интеграцията се превръща в чувство, а не в набор от решения. С разделянето става видимо кои избори се основават на предположения и кои — на конкретна причина.
За всеки компонент става дума за няколко фиксирани въпроса. Дава ли обединяването синергия, която компенсира загубата на онова, което работи сега? Има ли зависимост, която налага единна система, или това е навик от предишни интеграции? Кой носи риска, ако нещо се обърка, и по-голям ли е този риск от ползата?
Съществуват разпознаваеми модели, при които интегрирането не е неутралният избор, а скъпият.
Екип по продажби, който се основава на взаимоотношения, губи сила веднага щом се обедини с екип, който се основава на процеса — сблъсъкът на култури директно засяга оборота, който сделката трябваше да оправдае. Клиентска система със собствена история и собствени връзки при мигриране често носи повече риск, отколкото печалба от ефективността, особено ако тази печалба съществува предимно на хартия. Марка със собствена клиентска лоялност губи тази лоялност, ако бъде погълната от по-голяма марка, без клиент да е поискал това.
Общото между тези случаи: синергията, записана на хартия, е по-малка от смущението, което предизвиква интеграцията. Какво означава това конкретно за системите, е разработено в кои системи е по-добре да оставите непроменени, а по-широкият въпрос кога се проявява този модел се разглежда в кога интегрирането унищожава стойност, по какво го разпознавате.
Отделното оставяне понякога се тълкува като отлагане, като нещо, което още предстои да се случи. Това е погрешно разбиране. Съзнателното отделно оставяне е решение с причина, точно както обединяването е решение с причина. Разликата е, че причината за отделно оставяне често се документира по-слабо, защото зад нея не стои действие, което трябва да се планира.
Точно поради това причината за „отделно оставяне“ трябва да се записва толкова прецизно, колкото и причината за „обединяване“ — иначе е невъзможно да се преразгледа по-късно, ако ситуацията се промени. Къде това може да се разпознае преди самото решение, е разработено в какво оставяте съзнателно отделно, по какво го разпознавате предварително.
При еднократно придобиване списъкът с решения е относително фиксиран: две организации, един набор от избори. При buy-and-build това се променя. Всяко следващо придобиване добавя компоненти към платформа, която вече е направила избори, и въпросът вече не е само „да се обедини ли с платформата или не“, но и „по какъв модел, и обосновано ли се отклонява този случай от него“.
Списъкът с решения от предишното придобиване е тогава изходна точка, не шаблон, който автоматично важи. Какво означава това за подхода, е разработено в какво означава buy-and-build за вашия подход към интеграцията, а как може да се използва по-ранен план без да се повтаря безкритично — в как да използвате повторно план за интеграция.
Генераторите за базова линия на синергията, план за Ден 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.