Enamikus sektorites käib integratsioon selle üle, kuidas ühendada protsesse, süsteeme ja meeskondi, mis tegelevad sarnase tööga. Kinnisvarasektoris lisandub sellele veel üks kiht: põhitegevus koosneb objektidest ja igal objektil on omad üürilepingud, hoolduse seisund, load ja haldamise kokkulepped. Kui kaks kinnisvarahaldurit ühinevad, ei ühenda need mitte kaks sarnast äriprotsessi — need ühendavad kaks kogumit unikaalseid juriidilisi ja füüsilisi üksusi, mida ei saa sundida ühisesse malli. Suhe selle vahel, mida saab üldiselt standardiseerida ja mida tuleb vaadata objekt objekti kaupa, kaldub siin rohkem viimase poole peale kui enamikus teistes sektorites.
See erinevus ilmneb peaaegu igas integratsiooni osas. Üürilepingu ülevõtmine ei ole vaid süsteemis rea muutmine; see võib sisaldada klausleid omaniku vahetuse, üürnike ostuõiguse või erineva indekseerimise kohta. Hoolduskavade ühendamine tähendab kõigepealt välja selgitada, milline objekt järgib millist regulatsiooni ja milline regulatsioon jääb kehtima pärast tehingut. Kes seda alahindab, integreerib kiiremini, kui lepingud ja load lubavad, ning see ei toonud kaasa kiirendust, vaid viivituse mingil teisel hetkel.
Kinnisvaras kehtib samuti see, et ühendamine ei lisa automaatselt väärtust. Kaks portfelli, millel on erinev geograafiline fookus, erinev üürnikuprofiil või erinev riskiprofiil, võivad ühe omandi all suurepäraselt kõrvuti eksisteerida, ilma et haldussüsteemid, hoolduslepingud või kohalikud meeskonnad peaksid üksteisega sulanduma. Iga osa juures — haldussüsteem, hooldusteenus, üürihaldus, suhted maakleritega ja ehitajatega — kuulub juurde küsimus, kas ühendamine tugevdab portfelli või lisab peamiselt keerukust millelegi, mis toimis omaette hästi. See küsimus ei ole siin erand reeglist; see on reegel, ja kehtib võrdselt sektorite jaoks, mille struktuur on erinev, nagu on kirjeldatud ehitusettevõtte integratsioonil tekkivate kitsaskohtade juures ja installatsioonisektori takistuspunktide juures.
Kinnisvaraintegratsioonides kordub kolm kohta pidevalt.
Haldussüsteem on esimene. Kinnisvarahaldurid töötavad tihti tarkvaraga, mis on kohandatud spetsiaalselt nende portfellile — üürisissenõudmine, hoolduskava, teenustasud, aruandlus omanikele. Kahe sellise süsteemi ühendamine ei tähenda vaid andmete migreerimist, vaid ka otsustamist, milline töömeetod saab uueks standardiks, ja mida see tähendab objektide jaoks, mis olid pisut teisiti korraldatud.
Lepingud on teine koht. Üürilepingud, hoolduslepingud, tarnijate kokkulepped ja load on harva identselt sõnastatud, isegi ühe ettevõtte sees. Integratsiooni käigus peab keegi välja selgitama, millised lepingud muutuvad omaniku vahetumisel, millised jätkuvad ja millised tuleb uuesti läbi rääkida. See töö on töömahukas ja seda ei saa kiirendada üksnes süsteemide ühendamisega.
Kohalik teadmine on kolmas. Kinnisvarahaldus sõltub osaliselt teadmistest, mida süsteemis ei ole: kes on raske üürnik, milline ehitaja töötab usaldusväärselt, millisel objektil on lähiajal vajalik hooldus, mida ei ole veel planeeritud. Need teadmised on inimeste käes, ja integratsioon, mis vaatab ainult süsteeme ja lepinguid, jätab tähelepanuta riski, et need teadmised kaovad, kui meeskonnad ühendatakse või kärbitakse.
Kinnisvaras arvestatakse sünergiat sageli halduse ja hoolduse mastaabisäästuga, kuid need arvud on kasutatavad vaid siis, kui on selge, kes need pärast tehingut peab realiseerima ja millisel ajahetkel. See kehtib võrdselt üksiku ülevõtmise puhul kui mitme platvormiga buy-and-build tehingu puhul; kuidas selline põhjendus peaks välja näha, on kirjeldatud buy-and-build sünergiabaasi koostamise juures, ja kes organisatsiooni sees peab pärast tehingut sünergia kinni hoidma, käsitletakse küsimuse juures, kes on buy-and-build sünergia omanik.
mergerintegration.net kolm generaatorit — sünergia baasjoon, Day 1-plaan ja Day 100-plaan — on loodud selleks, et see struktuur nähtavaks teha, mitte varjata. Sünergia baasjoon sunnib küsima, milline osa portfellist tegelikult saab kasu ühendamisest ja milline osa on paremini eraldi jäetud. Day 1-plaan fikseerib, millised lepingud, süsteemid ja haldussuhted vajavad kohe tähelepanu, et ükski üürnik või ehitaja ei jääks tähelepanuta. Day 100-plaan jälgib sõltuvusi, mis ilmnevad alles hiljem — süsteemimigratsioon, mis ootab lepingumuudatust, hoolduslepingut, mis ootab süsteemi valikut. Integratsioonikontor peab arvet, milline sünergia on lubatud, milline on tegelikult realiseeritud ja milline otsus liita või mitte liita on veel lahtine.
Ükski nendest osadest ei ütle, milline peaks välja näha teie konkreetne portfell; tööriist struktureerib küsimused, ei vasta neile teie eest.
Kui on selge, millised lepingud, süsteemid ja haldusülesanded kuuluvad integratsiooni juurde, tekib küsimus, kes selle töö teeb — ja kas seda kõike tuleb teha samas mahus töötajaskonnaga kui enne tehingut. FTE TO AI töömahu skanneering arvutab ülesannete kaupa välja, kui suur osa tööst on võimalik AI-le üle anda, mis muutub asjakohaseks niipea, kui haldusprotsessid, lepingute läbivaatamine või aruandlus integratsiooni ajal ajutiselt või struktuurselt mahus kasvavad.
mergerintegration.net kolm generaatorit ja integratsioonikontor on ehitamisel. Kes soovib neid kasutada niipea, kui need on saadaval, saab registreeruda ootenimekirja.
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.