AtlanticM&A — Agentyczny System Transformacji

Zbudowany przez praktyka. Dla praktyków.

Agentic Transformation OS do integracji fuzji i przejęć, dezinwestycji, transformacji i migracji do chmury. Trzydzieści lat praktyki integracyjnej, zakodowane tak, by praca przebiegała dokładnie tak, jak prowadzą ją praktycy.

Cztery rzeczy, które warto wiedzieć

Dlaczego to czyta się jak sama praca, a nie jak oprogramowanie o pracy.

i.

Stworzone przez praktyka

Trzydzieści lat po stronie praktycznej fuzji i przejęć — sprzedaż, zakup, wydzielenia, transformacja po fuzji, restrukturyzacja. Transakcje transgraniczne na rynkach Wielkiej Brytanii i USA. Produkt odzwierciedla rzeczywisty przepływ pracy, a nie prezentację konsultingową.

ii.

Dla praktyków

Stworzony dla ludzi, którzy realizują pracę, a nie dla tych, którzy kupują oprogramowanie. Każdy ekran zakłada, że już wiesz, czym jest brama gotowości na Dzień 1, co oznacza wyjście z TSA i dlaczego karta projektu musi być powiązana z planem pracy. Nic z tego nie zostało przetłumaczone z frameworku konsultingowego, bo żadne z tych rozwiązań nie zaczęło się jako framework.

iii.

75 zgłoszonych patentów

Zgłoszenia patentowe obejmują: agentyczną nawigację projektów, głosowy coaching interesariuszy, bootstrap TSA, wykrywanie wzorców między transakcjami, generowanie prezentacji z danych z nakładką zachowującą styl, sekwencjonowanie Planu Falowego oraz Centrum Kadencji.

iv.

Dla tej połowy M&A, która nie jest kodem

Integracja, dezinwestycja, transformacja i migracja do chmury mają wspólną lukę: specjalista spędza kilka dni tygodniowo na ręcznym tworzeniu prezentacji, raportowaniu statusu i koordynacji interesariuszy. To właśnie tę połowę automatyzuje AtlanticM&A.

Kto to zbudował

Richard Parry, założyciel AtlanticM&A

Richard Parry

Założyciel

Oxford · London Business School · IMI, Deloitte, IBM, mars & co · w branży od 1998 roku

Moja kariera to praca, która zmienia sposób funkcjonowania przedsiębiorstw: programy tworzenia wartości, carve-outy, integracje po fuzjach oraz transformacje modeli operacyjnych i technologicznych. Realizowałem je w Deloitte, IBM i mars & co, a od lat również niezależnie.

Mój pierwszy projekt M&A miał miejsce w 1998 roku. Byłem młodym inżynierem w IMI plc i ktoś musiał zdecydować, którą z dwóch nakładających się linii produktowych zachować, wyciągnąłem więc dane sprzedażowe i kosztowe z systemów obu firm i napisałem aplikację, która dała odpowiedź. Mój pierwszy projekt M&A polegał na budowie oprogramowania do modelowania fuzji. I znowu tu jestem.

To, co nastąpiło potem, to kariera polegająca na wykonywaniu tej samej pracy, bez oprogramowania. Każdy program opierał się na tych samych czterech artefaktach, które przez ponad dekadę utrzymywałem ręcznie, projekt po projekcie. Metoda się sprawdzała. Ręczne odtwarzanie artefaktów nie.

Plan nigdy nie był problemem. Problemem było utrzymanie planu aktualnym.

Publikacje na ten temat od 2011 roku

Idee zawarte w tym produkcie nie są dla mnie nowe i nie pozostają niezbadane. Dwie z nich zostały opublikowane przez London Business School.

  • „A better way to merge companies? M&A project teams”, Business Strategy Review, numer 4, 2011. O tym, dlaczego powierzanie trudnych szczegółów osobom bez wcześniejszego zaangażowania nie działa, oraz dlaczego brakującym ogniwem w większości programów M&A jest kompetencja, a nie proces.
  • „A better way to grow?”, Business Strategy Review, numer 3, 2014. Ramy dla programów wzrostu obejmujące strategię, egzekucję, optymalizację, zdolność do wzrostu i ryzyko polityczne.
  • Praca dyplomowa programu Sloan Fellowship na London Business School, napisana pod kierunkiem profesora Eli Talmora: analiza rzeczywistych źródeł wartości w leveraged buyout o wartości 1,9 mld £, z rozróżnieniem inżynierii finansowej od poprawy operacyjnej. Otrzymała wyróżnienie i została przekazana jako studium przypadku do publikacji International Private Equity (Wiley), wykorzystywanej do nauczania private equity na LBS.

Ten ostatni punkt ma większe znaczenie, niż mogłoby się wydawać: ustalenie, jaka część zwrotu pochodzi z poprawy operacyjnej, a jaka z dźwigni finansowej, to dokładnie to, co robi mostek wartości w tym produkcie. Napisałem jego rozbudowaną wersję dwadzieścia lat temu.BETA

Gdzie wykuto metodologię

Realizacja transakcji M&A i programów transformacji od 1998 roku, w farmaceutyce i naukach przyrodniczych, motoryzacji, płatnościach i usługach finansowych, przemyśle i chemii, technologii, energetyce, handlu detalicznym, ochronie zdrowia i sektorze publicznym. Sześć kontynentów. Strona kupująca i sprzedająca, korporacje i fundusze private equity, od przejęć w segmencie lower-middle-market po wielomiliardowe wydzielenia.

Elementy najbardziej istotne z punktu widzenia tego oprogramowania:

Umowy o świadczenie usług przejściowych, od początku do końca

Projektowałem TSA przed podpisaniem umowy, aby kupujący wiedział, co przejmuje; negocjowałem je jako aneksy do umów sprzedaży, które wpływały na cenę; prowadziłem procesy wyjścia i uratowałem jeden, który się sypał: wydzielenie o wartości 2,07 mld $ z firmy z listy Fortune 500 na rzecz funduszu private equity, generujące około 12 mln $ miesięcznie, z kilkudziesięcioma jurysdykcjami wciąż działającymi na systemach sprzedającego, w środku pandemii. Wyszliśmy przed upływem terminu. Wirtualna metoda planowania TSA, którą tam zbudowałem, zastępująca ćwiczenie walk-the-walls logiką zależności i priorytetyzowanymi ścieżkami, jest wbudowana w ten produkt.

Transgraniczne transakcje na dużą skalę

Przy wymianie aktywów farmaceutycznych o wartości 35 mld $ przygotowałem ofertę konsultingową dla czterdziestoosobowego programu i wygrałem nadzór nad strumieniem finansowym. Dla innego klienta, w ramach odrębnego programu, wykonałem pracę, która położyła fundamenty pod przejęcie operatora outsourcingu procesów biznesowych za 6,4 mld $. Transformacja i M&A to nie odrębne dyscypliny. To strategia mówi ci, co kupować.

Dwa lata tworzenia wartości przed wyjściem

W mars & co spędziłem dwa lata przy programie tworzenia wartości w globalnym przedsiębiorstwie zajmującym się uzdatnianiem wody, dla jego francuskiej spółki-matki z sektora użyteczności publicznej. To była praca operacyjna, która sprawiła, że biznes stał się wart sprzedaży, zanim spółka-matka skierowała go do private equity w ramach jednej z największych transakcji w USA w tamtym roku. Transformacja przed sprzedażą to ta sama dyscyplina co transformacja po niej; zmienia się tylko termin.

Dwa lata jako Chief Transformation Officer

Ostatnio przez dwa lata pełniłem funkcję Chief Transformation Officer w platformie life sciences wspieranej przez private equity, prowadząc dziewięć przejęć i transformację wokół nich na trzech kontynentach z osiemdziesięcioosobowym zespołem. Trzy kontynenty, osiemdziesiąt osób, jeszcze sześć transakcji w drodze, wszystko zarządzane na dashboardzie Smartsheet, który zaprojektowałem i zbudowałem samodzielnie. Działało. Program dowożił wyniki. Ceną byli ludzie, i właśnie dlatego to oprogramowanie powstało.

Due diligence, które nie potwierdziło tezy

Rekomendowałem też odradowanie przejęć. Jeden cel miał atrakcyjne wyniki finansowe i problem z bezpieczeństwem produktu na tyle poważny, by je przeważyć; powiedziałem sponsorowi, żeby nie kupował. Due diligence, które zawsze potwierdza tezę, nie jest due diligence.

Dlaczego powstał

Integracja po fuzjach i przejęciach była niedostatecznie obsługiwana przez specjalistyczne oprogramowanie przez dziesięciolecia. Firmy Wielkiej Czwórki dysponują własnymi narzędziami; wszyscy pozostali — niezależni konsultanci, wewnętrzne zespoły corp dev, partnerzy operacyjni PE, spółki portfelowe platform — radzą sobie z arkuszami kalkulacyjnymi i prezentacjami slajdów. Budujemy instytucjonalne zaplecze metodologiczne, które działa nieprzerwanie przez cały cykl transakcji — nie produkt konsultingowy na jedno zlecenie.

Jak to jest zbudowane

AtlanticM&A działa na AWS — Aurora PostgreSQL z zabezpieczeniem na poziomie wierszy (Row-Level Security) dla izolacji najemców, szyfrowaniem kopertowym KMS dla danych w spoczynku oraz AWS Bedrock dla AI. Platforma to wielodzierżawczy SaaS; dane najemców nigdy nie służą do trenowania współdzielonych modeli. SOC 2 Type II jest w trakcie realizacji; wdrożono kontrole ISO 27001; architektura zapewnia zgodność z GDPR.

Co obejmuje portfolio patentowe

Portfolio obejmuje agentową nawigację projektową, głosowy coaching interesariuszy, bootstrap TSA, wykrywanie wzorców między transakcjami, generowanie prezentacji z danych z nakładką zachowującą styl, sekwencjonowanie Planu Falowego oraz Centrum Kadencji — mechanizmy definiujące Agentowy OS Transformacji jako kategorię. Postępowanie patentowe jest w toku.

AtlanticM&A — Agentowy OS Transformacji jest operacyjnie oddzielony od praktyki doradczej pod adresem atlanticma.com. Jedynym wspólnym elementem jest marka. Więcej informacji na temat izolacji tenantów i poziomu bezpieczeństwa znajdziesz w portalu zaufania.

Zobacz, co może zdziałać jeden specjalista wspierany przez AI.

14-dniowy bezpłatny okres próbny. Trwa obserwacja SOC 2 Type II · Wdrożone kontrole ISO 27001 · Złożono 75 patentów.