Operatoriaus gidas: kaip pakeisti fragmentuotas hospitaliteto sistemas

Fragmentacija retai prasideda kaip blogas sprendimas. Ji prasideda nuo augimo.

Atsiveria antra vieta. Paleidžiamas naujas prekės ženklas. Kažkas prideda renginius, paskui narystes, ir netrukus įrankiai, kurie atskirai veikė gerai, ima išsiskirstyti. Duomenys nesusiveda. Ataskaitos virsta suderinimu. Operacijos remiasi lentelėmis ir apėjimais, kuriuos visi žino, kad ilgai taip nebus, bet niekas neturi laiko tvarkyti.

Kuriuo metu suprantate, kad problema ne blogi įrankiai. Problema, kad įrankiai nebuvo projektuoti kaip viena sistema. Ir jokia integracija to nepakeis.

Kodėl integracijos nustoja veikti

Dauguma hospitaliteto stekų sudėti iš atskirų produktų. POS, rezervacijos, mokėjimai, CRM, lojalumas, ataskaitos, dokumentai. Kiekvienas tvarko savo gabalą. Integracijos perduoda duomenis – mažu mastu tai tvarkinga.

Bėda ta, kad integracijos perkelia duomenis, bet ne logiką. Kiekviena sistema vis tiek laiko savo versiją, kas yra klientai, kas įvyko transakcijoje, kaip struktūruotos vietos ir kokios ataskaitų taisyklės. Laikui bėgant versijos išsiskiria, o kai kas nors lūžta, problemą vejate per tris platformas su trimis palaikymo komandomis, ir nė viena nelaiko savo kaltės.

Taip operatorius tampa „tiesos saugykla“. Jūs derinate pajamas mėnesio pabaigoje. Jūs aiškinatės, ką sako POS ir ką sako rezervacijos. Jūs finansams paaiškinate neatitikimus.

Problema ne pačiuose įrankiuose. Problema, kad po jais nėra bendro pagrindo.

Ką iš tikrųjų reiškia konsolidacija

Kai žmonės sako „konsolidacija“, dažnai turi omeny viską viename interfeise. To maža. Skydelis, traukiantis duomenis iš penkių sistemų, vis dar penkios sistemos. Tik sujungimai paslėpti.

Kad konsolidacija tikrai veiktų, platforma po gaubtu turi natyviai tvarkyti pagrindinius objektus. Mokėjimai, užsakymai, rezervacijos, narystės, dokumentai, klientų įrašai, vietos ir personalo teisės – viename duomenų modelyje, tomis pačiomis taisyklėmis, atnaujinami realiu laiku.

Ji taip pat turi atitikti tai, kaip hospitalitetė iš tikrųjų veikia. Kelių subjektų struktūros su bendra ir vietine konfigūracija. Viena kliento tapatybė, veikianti per vietas, prekės ženklus ir taškus. Prieigos pagal vaidmenis be IT skyriaus kiekvienam pakeitimui. Ir galimybė pridėti vietų be pilno diegimo ciklo kiekvieną kartą. Be to, architektūra turi laikytis augant. Kas laikosi vienoje vietoje dažnai byra dešimtyje, o mastelyje visiškai sugriūva, jei viskas remiasi integracijomis ar dubliuotomis sistemomis.

Dauguma platformų to negali padaryti viso, nes nebuvo tam kuriamos. Jos prasidėjo kaip POS, rezervacijų ar mokėjimų produktas ir plėtėsi į šonus per įsigijimus ir integracijas. Pagrindas tam nebuvo skirtas, ir tai pasimato, kai bandote masteliuoti.

Kur čia Tiquo

Tiquo projektuotas nuo pagrindų keisti fragmentuotus stekus, ne juos papildyti. Viskas ant vienos platformos ir vieno duomenų modelio. Užsakymai, mokėjimai, rezervacijos, narystės, dokumentai, sutartys, formos, klientų profiliai, vietos, personalas. Viskas.

Tai turi realių pasekmių kasdieniam darbui. Suderinimas automatinis, nes mokėjimai neateina „vamzdžiu“ iš trečiosios šalies. Klientų duomenys tikslūs, nes yra vienas įrašas, o ne penkios versijos, sulipdytos vėliau. Kelių vietų ataskaitos veikia, nes kiekviena vieta veikia toje pačioje sistemoje, o ne kopijoje. Nauja vieta – konfigūracija, ne šešių savaičių diegimo projektas. Kitos platformos bando tai integracijomis ar įsigijimais. Tiquo gali, nes statytas kaip viena sistema nuo pradžių.

Kas keičiasi, kai fragmentacija dingsta

Praktinis poveikis dažnai didesnis, nei daugelis operatorių tikisi, kol patys nepraeina.

Personalas mokosi vienos sistemos, ne penkių. Vadovai ir finansai žiūri į tuos pačius skaičius. Naujos vietos greičiau startuoja. Ataskaitos atspindi tai, kas vyksta, o ne tai, ką per naktį eksportas spėjo pagauti. O kai kas nors negerai – viena vieta ieškoti ir viena komanda skambinti, o ne penki tiekėjai, rodantys vienas į kitą.

Didelis poslinkis mažiau matomas, bet svarbesnis. Sistema nustoja būti tuo, prie ko komanda dirba iš šono, ir tampa tuo, kas kartu su jumis realiai valdo verslą.

Esminė mintis

Fragmentuotos hospitaliteto sistemos – struktūrinė problema. Jos neišspręsite geresne integracija, geresniu ataskaitų sluoksniu ar dar vienu įrankiu ant steko.

Spręsti reikia keičiant steką į tai, kas statyta kaip viena sistema nuo pradžių.

Jei jūsų komanda laiko laiką būdama klijais tarp platformų, problema ne kuriuos įrankius naudojate. Problema, kaip organizuotas pats verslas.