Kennisbank

Какво означава buy-and-build за вашия подход към интеграцията

Платформена стратегия не е поредица от отделни сделки, които случайно имат един и същ собственик, и също не е сливане на равни. Това прави въпроса за интеграцията различен от този при единично придобиване. При всяка нова допълнителна придобивка (add-on) се повтаря същият избор: какво обединявате с платформата и какво оставяте съзнателно отделно. Buy-and-build не възнаграждава максимална интеграция. Той възнаграждава последователен, повторяем начин за вземане на това решение, сделка след сделка.

Защо „винаги интегрирайте напълно“ не работи тук

При платформена стратегия изкушението е голямо да вкарате всяка допълнителна придобивка възможно най-бързо в системите, процесите и културата на платформата. Това изглежда ефективно, но именно тук изчезва стойност. Допълнителна придобивка, купена заради специфична клиентска връзка, нишов капацитет или локално познаване на пазара, губи точно това, ако интеграцията отиде твърде далеко. Въпросът дали нещо трябва да се обедини, при buy-and-build не е изключение от правилото. Той е правилото. Някои части укрепват платформата чрез обединяване, други части точно чрез същото движение се разслабват. На кога унищожава интеграцията стойност и по какво го разпознавате е описано къде обикновено се намира тази граница.

Какво прави платформената логика различна от еднократно сливане

При единично придобиване задавате въпроса за интеграцията веднъж, задълбочено, с много внимание към конкретния момент. При buy-and-build задавате подобен въпрос многократно, често под времевия натиск на следващата сделка, която вече е в процес на подготовка. Това изисква подход, който може да се повтаря, без всеки път колелото да се измисля отново. Базова линия на синергиите, план за Ден 1 и план за Ден 100 тогава не са еднократни документи, а шаблон, който попълвате за всяко придобиване. Как работи това на практика, е показано на как повторно използвате интеграционен план. Повторяемостта не е в копирането на резултатите, а в повторното преминаване през същата структура от въпроси.

Какво типично оставяте отделно при платформена стратегия

При buy-and-build има няколко повтарящи се категории, при които оставянето отделно е по-често от обединяването. Клиентски отношения, изградени около конкретен човек или конкретен екип, търпят слаба намеса. Оперативни системи, които са наскоро настроени за конкретен работен процес, често са по-скъпи за замяна, отколкото ползата от икономията от мащаба. Марки с собствено разпознаване в конкретна ниша губят стойност, ако изчезнат в марката на платформата. Това не е изчерпателен списък и не е фиксирано правило, защото зависи от причината, поради която е закупена допълнителната придобивка, и от онова, което тя трябва да продължи да прави в рамките на по-голямата цялост. На какво оставяте съзнателно отделно и по какво го разпознавате предварително е описано как да разпознаете това за всеки отделен случай предварително, вместо да го откриете впоследствие.

Системите, които често е по-добре да останат непроменени

В рамките на платформена стратегия има постоянен натиск за консолидиране на системите: едно ERP, едно CRM, една структура за отчитане. Този натиск е разбираем, защото управлението на множество системи отнема време и намалява прегледността. Но консолидацията не е цел сама по себе си. Система, която добре съответства на конкретен бизнес процес на допълнителната придобивка, може да унищожи повече стойност чрез замяна, отколкото носи полза от улесненото управление. Въпросът не е дали консолидацията е възможна, а дали основният процес наистина е еднакъв. Когато това не е така, понякога е по-добре системата да остане непроменена, дори ако на пръв поглед това изглежда неефективно. Вижте кои системи е по-добре да оставите непроменени и по какво го разпознавате за съображенията, които играят роля тук.

Списък с решения за всеки елемент, не за всяка сделка

Същността на работещ подход за buy-and-build е, че решението за интеграция не се взема на ниво сделка, а на ниво елемент. Финанси, ИТ, продажби, човешки ресурси, марка, клиентски отношения: всеки елемент заслужава своя собствена преценка, със свои собствени аргументи за обединяване или оставяне отделно. Списък с решения, който документира това елемент по елемент, предотвратява ситуация, в която един аргумент за интеграция автоматично повлича всички останали елементи. Как изграждате такъв списък и къде преценките обикновено се различават, е показано на как решавате за всеки елемент дали да интегрирате или не. За по-широкия контекст на платформата, включително как повторяемостта и индивидуалният подход се съотнасят помежду си, има и по-подробна страница на какво означава buy-and-build за вашия подход към интеграцията, в детайли.

Трите генератора и интеграционният офис, описани тук, са инструменти за структура: те поставят въпроса дали да интегрирате или не за всеки елемент отново, следят кои синергии са били приети и кои реално се проявяват, и документират зависимостите между елементите. Няма проведен процес, на който този инструмент да се позовава; той организира вашите собствени преценки, не ги замества. Този инструмент е в процес на разработка. Който иска да работи с него веднага щом стане достъпен, може да се запише в списъка на чакащите.

В рамките на платформена стратегия не само въпросът за интеграцията е повторяем, но често и самата основна работа: съставяне на отчети, сравнения на дейта рум, преминаване през контролни списъци при всяка нова допълнителна придобивка. Който иска да разбере коя част от тази повтаряща се работа може да се предаде на изкуствен интелект (AI), намира при работния анализ (werkscan) на FTE TO AI изчисление, ориентирано към конкретни задачи, което за всяка задача показва каква част от нея може да бъде поета от AI.