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