HubSpot ir Odoo abu gali organizuoti kontaktus, sandorius, komunikaciją ir pardavimų veiklą. Pagrindinis jų skirtumas yra CRM ribos. HubSpot kuria pardavimų įrankius savo klientų platformoje, o rinkodaros, aptarnavimo, turinio, duomenų ir pajamų funkcijoms naudoja atskirus centrus. Odoo CRM įdeda į paketą, kuris taip pat vykdo pardavimo užsakymus, pirkimus, atsargas, apskaitą, projektus, prenumeratas, gamybą, svetainę ir kitas verslo operacijas.

Todėl pereiti dažniausiai verta tada, kai problema nėra pats HubSpot pardavimo kanalas. Stipresnė priežastis paprastai yra ta, kad klientų duomenys po sandorio progresavimo turi kirsti per daug sistemų ribų.

Ką HubSpot daro gerai

HubSpot sukurtas klientų pritraukimui, įsitraukimui ir pajamų komandoms. Jo Sales Hub apima pardavimo kanalo įrankius, el. laiškų sekimą, susitikimus ir pardavimų produktyvumo funkcijas. Professional ir Enterprise planai papildo tai darbo eigomis, sekų automatizavimu, prognozėmis, ataskaitomis, lyderių vertinimu ir pažangesniu valdymu.

HubSpot taip pat vientisoje sąsajoje sujungia pardavimus su rinkodaros, turinio ir aptarnavimo produktais. Jo oficialus Sales Hub kainodaros ir funkcijų puslapis rodo, kaip galimybės keičiasi tarp Free, Starter, Professional ir Enterprise.

Organizacijai, kuri labai remiasi HubSpot formomis, kampanijų priskyrimu, turinio įrankiais, sekų automatizavimu, rinkodaros automatizavimu ar didele integracijų ekosistema, gali būti pagrįstų priežasčių likti. Keičiant CRM nereikėtų atsisakyti veikiančių klientų pritraukimo galimybių be lygiaverčio, išbandyto sprendimo.

Kas keičiasi su Odoo

Odoo CRM valdo lead'us ir galimybes, veiklas, pardavimų komandas, prognozes ir pardavimo kanalo ataskaitas. Galimybės gali tiesiogiai vesti į komercinius pasiūlymus ir pardavimo užsakymus. Tie užsakymai gali inicijuoti pristatymą, sąskaitų faktūrų išrašymą, prenumeratas, projektus, pirkimus ar gamybą toje pačioje duomenų bazėje.

Odoo taip pat siūlo Marketing Automation, Email Marketing ir svetainės formas. Jo rinkodaros automatizavimas gali filtruoti įrašus ir vykdyti suplanuotus el. laiškų, SMS arba serverio veiksmus. Ši galimybė turėtų būti patikrinta pagal konkrečias HubSpot darbo eigas, kurios yra keičiamos. Panašūs pavadinimai negarantuoja identiško segmentavimo, priskyrimo, pristatomumo, sutikimų tvarkymo ar ataskaitų.

Aiškiausia perėjimo priežastis: operacinis susiskaidymas

Pereiti gali būti prasminga, kai pardavėjai dirba HubSpot, o finansų, pristatymo, pirkimų, atsargų ir projektų komandos dirba kitur. Dažni simptomai yra dubliuoti klientų įrašai, rankinis užsakymų suvedimas, vėluojanti sąskaitų būsena, nenuoseklūs produktų duomenys ir ataskaitos, surinktos iš kelių eksportų.

Odoo gali sumažinti šiuos perdavimus, nes dalijasi klientų, produktų, komercinių pasiūlymų, užsakymų, pristatymo ir sąskaitų duomenimis. Potenciali nauda yra ne tik mažesnis prenumeratų skaičius. Tai ir mažiau suderinimų tarp sistemų bei aiškesnis operacinių duomenų nuosavybės modelis.

Kitos sąlygos, kurios gali pagrįsti perėjimą

  • Verslui ERP darbo eigos reikalingos tiek pat, kiek ir CRM.
  • Pardavimų komandoms reikia tiesioginės informacijos apie atsargas, pristatymą, projektus, prenumeratas ar sąskaitas.
  • Mokamos HubSpot funkcijos daugiausia naudojamos spręsti atskirtų operacinių sistemų trūkumus.
  • Organizacija nori platesnės vidinės prieigos pagal vieną Odoo naudotojo licencijų struktūrą.
  • Reikalingą automatizavimą galima atkurti Odoo neprarandant esminių rinkodaros ar pardavimų galimybių.
  • Verslas pasirengęs valdyti vieną platesnę platformą ir ištestuoti kiekvieną priklausomą procesą.

Kada perėjimas gali būti netinkamas sprendimas

  • HubSpot rinkodara, turinys ir priskyrimas yra svarbiausi augimui ir negali būti prilyginti siūlomam Odoo sprendimui.
  • Esama ERP integracija yra patikima, gerai valdoma ir pigiau prižiūrima nei platformos migracija.
  • Pardavimų naudotojams būtinos HubSpot sekos, ataskaitos, skambinimo funkcijos ar ekosistemos integracijos, kurios neturi priimtino pakaitalo.
  • Migracija pagrindžiama tik licencijų kainomis, neįvertinus diegimo ir veiklos sąnaudų.
  • Organizacija neturi atsakomybės už Odoo konfigūraciją, duomenų kokybę, palaikymą ir atnaujinimus.

Tokiais atvejais gali būti geresnė architektūra palikti HubSpot ir pagerinti jo integraciją su operacine sistema.

Prieš renkantis įrankius, susiplanuokite duomenis

Migracija turėtų prasidėti nuo inventorizacijos, ne nuo importo mygtuko. HubSpot ir Odoo naudoja skirtingus modelius ir terminiją. Nuspręskite, kaip kiekvienas šaltinio objektas elgsis tikslinėje sistemoje.

  • Kontaktai ir įmonės, įskaitant nuosavybę, gyvavimo ciklo etapą, dubliatus ir asociacijas.
  • Sandoriai, pardavimo kanalai, etapai, sumos, uždarymo datos, produktai ir valiutos.
  • Užduotys, susitikimai, skambučiai, pastabos, el. laiškai ir priedai.
  • Individualūs laukai ir apskaičiuotos reikšmės.
  • Sąrašai, formos, darbo eigos, sekos ir lead'ų nukreipimo taisyklės.
  • Sutikimai, teisinis pagrindas, prenumeratos tipai, atsisakymai ir slopinimo sąrašai.
  • Ataskaitos, suvestinės, priskyrimo apibrėžtys ir istorinės momentinės kopijos.
  • Integracijos, API vartotojai, webhook'ai ir tapatybės konfigūracija.

Pagal nutylėjimą nemigruokite kiekvieno istorinio artefakto

Istoriniai el. laiškų įvykiai, darbo eigų registracijos ir analitika gali būti labai gausūs ir kitame CRM sunkiai tiksliai atvaizduojami. Dalis duomenų Odoo turi būti kaip aktyvi operacinė istorija. Kita dalis gali būti geriau palikta kontroliuojamame archyve su aiškiomis prieigos ir saugojimo taisyklėmis.

Tikslas nėra bet kokia kaina nukopijuoti kiekvieną eilutę. Tikslas yra išsaugoti teisiškai ir operaciškai svarbią istoriją, palaikyti dabartinį darbą ir padaryti naują sistemą suprantamą.

Abi sistemas perkelkite kontroliuojamu perjungimu

  • Prieš galutinę migraciją išvalykite dubliatus ir neteisingus duomenis.
  • Sukonfigūruokite mažą Odoo bandomąją aplinką su realiais pardavimo kanalais, produktais ir naudotojais.
  • Iš naujo sukurkite ir išbandykite reikalingą automatizavimą naudodami ne gamybinius gavėjus.
  • Atlikite bent vieną pilną bandomąją migraciją ir sulyginkite įrašų skaičius bei sumas.
  • Nustatykite aiškų sistemos šaltinio perjungimo laiką ir sustabdykite konflikuojančius pakeitimus.
  • Prieš paleidimą patikrinkite teises, el. pašto domenus, sutikimus, integracijas ir ataskaitas.
  • Palikite tik skaitymui skirtą HubSpot saugojimo planą, jei tai leidžia sutartinės ir teisinės sąlygos.

Praktinė išvada

Perėjimas nuo HubSpot prie Odoo labiausiai prasmingas tada, kai įmonė nori, kad klientų pritraukimas ir operacinis vykdymas remtųsi vienu valdomu duomenų modeliu. Jis mažiau prasmingas, kai HubSpot jau yra veiksminga klientų platforma, o aplinkinės integracijos yra patikimos.

Todėl perėjimą reikėtų pagrįsti darbo eigos įrodymais. Įvertinkite pasikartojančio duomenų įvedimo mastą, suderinimo pastangas, ataskaitų vėlavimą, integracijų sutrikimus ir naudotojų perdavimus. Jei Odoo sumažina pakankamai šių sąnaudų ir kartu išsaugo reikiamas pardavimų bei rinkodaros galimybes, pokytis turi pagrįstą verslo pagrindą. Jei ne, likti su HubSpot gali būti racionalesnis sprendimas.