Didmeninė prekyba pelnosi iš skirtumo tarp pirkimo ir pardavimo kainos prekių srautui, kuris juda per įmonę. Tai kitokia logika nei gamyklos, kuri pati sukuria pridėtinę vertę produktui, ar paslaugų teikėjo, kuris parduoda valandas. Santykis tarp apyvartos ir maržos yra siauras: didelė dalis apyvartos sunaudojama pirkimams, o pelnas slypi skirtume, kuris išlieka po logistikos, sandėliavimo ir pardavimo išlaidų. Susijungimas ar įsigijimas šiame sektoriuje taigi iškart paveikia verslo modelio esmę, ne tik šalutines sąlygas. Kas sujungia du didmeninės prekybos verslus, sujungia ne dvi gamybos linijas, o dvi pirkimo sąlygas, dvi atsargų pozicijas ir dvi skirtingų klientų sutarimų sistemas. Todėl klausimas, ar kažką iš tikrųjų reikia integruoti, čia yra tiek pat, o galbūt ir dar labiau, aktualus nei kituose sektoriuose — nes marža palieka mažai vietos klaidoms.
Pirmoji vieta, kur integracijos strigsta, yra prielaida, kad pirkimo nauda paprastai sudedama. Dvi įmonės, pirkusios iš to paties tiekėjo, popieriuje atrodo suteikiančios mastelio pranašumą, kai apimtys sujungiamos. Praktikoje po tuo slypi laipsniniai susitarimai, išskirtinumo sąlygos ir metų metais kurti ryšiai, kurie automatiškai nepersikelia kartu su įsigijimu. Sinergijos bazinė linija, kuri šią naudą traktuoja kaip nustatytą faktą, susumuoja tai, kas dar nepatvirtinta. Klausimas, ar ir kaip pirkimai bus sujungti, ir kas tai reiškia santykiams su esamais tiekėjais, turėtų atsidurti sprendimų sąraše anksti, o ne kaip baigiamasis žingsnis.
Antroji vieta yra sandėlis. Sujungti dvi atsargų sistemas reiškia ne tik susieti dvi duomenų bazes, bet ir dvi fizines vietas, du užsakymų rinkimo būdus ir dažnai du skirtingus apibrėžimus, kas tiksliai reiškia „yra sandėlyje“. Pirmos dienos planas, kuriame numatoma, kad atsargų duomenys iškart sutaps, strigsta jau prie pirmo inventorizavimo. Šimtosios dienos planas, kuriame sandėlio konsolidacija numatoma kaip nustatytas tikslas, turėtų pirmiausia įvertinti, kiek ta konsolidacija kainuos laiko sąnaudų, laikinos perteklinės talpos ir tiekimo problemų rizikos požiūriu. Ne kiekvienas sandėlis privalo būti sujungtas; kai kurie sujungimai sukelia daugiau rizikos nei naudos.
Trečioji vieta yra pats klientas. Didmeninėje prekyboje kliento sąlygos dažnai egzistuoja pagal atskirą ryšį: kainų susitarimai, apmokėjimo terminai, pristatymo dažnumas, susiformavę per metus derybų. Kai du klientų sąrašai sujungiami, kyla pagunda standartizuoti sąlygas. Tai gali padidinti maržą, bet gali ir atbaidyti klientus, kurie savo esamą susitarimą laiko įgyta teise. Naudos sekimas, kuris tai traktuoja kaip vieną eilutę pelno ataskaitoje, praleidžia esmę: kalbama apie atskirus ryšius, kurių kiekvienas turi savo lūžio tašką. Šis priklausomumas tarp komercinių ir operacinių sistemų yra tiksliai ta vieta, kur integracijos biuras turi suteikti bendrą vaizdą, kad sprendimai dėl standartizavimo nebūtų priimami nesuvokiant, kas kiekvienam klientui yra pavojuje.
Didmeninės prekybos įmonės dažnai naudoja specifines ERP ir atsargų sistemas, kruopščiai pritaikytas jų asortimentui ir darbo būdui. Dviejų tokių sistemų sujungimas retai yra vien duomenų konvertavimo klausimas; tai paveikia sąskaitų išrašymą, skolininkų valdymą ir ataskaitas, kurias vadovybė naudoja maržai stebėti. Panašūs sunkumai, susiję su sistemomis ir administraciniais procesais, matomi ir ten, kur strigsta integracijos gamybos pramonėje, ir tame, kaip transporto įmonės kovoja su planavimo sistemų sujungimu. Priklausomybės taigi neapsiriboja vien pačia įmone, bet siejasi ir su sektoriais, kurie logistiką laiko savo pagrindine veikla.
Klausimas, kuris kartojasi kiekvienoje iš šių dalių, nėra kaip greitai integruoti, o ar integravimas iš tikrųjų kuria vertę, ar daugiausia riziką. Palikti atskirą administravimo sistemą, nes kliento ryšiai jai yra pernelyg trapūs, yra teisėta išeitis. Leisti dviem sandėliams veikti lygiagrečiai, nes konsolidacija kainuoja daugiau nei duoda, taip pat. Šis skirtumas — kas sujungiama, o kas ne — yra tiksliai tai, kam skirtas sprendimų sąrašas, ne kaip formalumas, o kaip fiksavimas pasirinkimo, kuris kitaip būtų priimtas tyliai, laiko spaudimu. Tas pats svarstymas vyksta ir kituose sektoriuose su plonomis maržomis ir dideliu rankinio darbo kiekiu, kaip aprašyta analizėje apie kliūtis integracijose mažmeninėje prekyboje.
Sinergijos bazinė linija, pirmosios dienos planas ir šimtosios dienos planas suteikia struktūrą sprendimams, bet dar nieko nepasako apie tai, kas iš tikrųjų atliks darbą, kai sprendimai bus priimti. Kai tampa aišku, kokios užduotys išlieka — užsakymų apdorojimas, atsargų kontrolė, sąskaitų išrašymas, kliento komunikacija — kitas klausimas yra, kokia dalis to turi likti rankinė, o kokią dalį galima paremti DI. FTE TO AI darbo skenas tai apskaičiuoja pagal kiekvieną užduotį, remiantis tuo, kas darbe iš tikrųjų vyksta, o ne prielaida apie sektorių kaip visumą.
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.