Kako združiti gostinsko obratovanje brez boleče migracije

Vsak gostinski operater ve, da je tehnološki sklad kaos. Večina ve tudi, da zveni popravilo kot nočna mora.

Strah je razumljiv. Leta podatkov o strankah imate razmetanih po ducatu platform. Ekipa je naučena obstoječih orodij. Rezervacije tečejo, naročila se sprejemajo, članstva se vodijo, četudi si sistemi ne govorijo. Predstava, da vse izpulite in zamenjate z nečim novim, prinese slike izgubljenih podatkov, tednov mirovanja, zmedenega osebja in jeznih gostov.

Zato večina ne stori nič. Še naprej lepijo obvode, dodajajo integracije, zaposlijo še enega človeka za preglednico, ki mosti dva sistema, ki nočeta sinhronizirati. Kaos raste, a je vsaj znan.

Ironija je, da dlje čakate, težja postane končna migracija. Več podatkov se nabere na več mestih. Več osebja si zapomni pokvarjene tokove. Več gostov se navadi na izkušnjo, ki veste, da bi lahko bila boljša.

A bistvo je: združevanje ni nujno boleče. Grozljivke, ki operaterje drže na starih sistemih, skoraj vedno izhajajo iz slabe priprave, napačnega partnerja ali pristopa »vse ali nič«, ki želi naenkrat spremeniti vse.

Zakaj večina migracij pade

Klasičen pristop k migraciji platform sledi vzorcu, skoraj namenjenemu neuspehu. Podjetje izbere nov sistem, določi datum »go-live« in poskusi vse preklopiti v enem vikendu. Ekipa dobi en dan usposabljanja. Podatke izvozijo iz starih sistemov in čez noč uvozijo v novega. V ponedeljek zjutraj vsi držijo pesti, da bo držalo.

Ta pristop pade iz treh razlogov.

Prvi: migracijo obravnava kot tehničen dogodek, ne kot operativni prehod. Zamenjava enega sistema z drugim je s programske strani razmeroma preprosta. Težko je poskrbeti, da ljudje, ki sistem uporabljajo vsak dan, delo opravijo brez prekinitev. Enkratni preklop ekipi ne da časa, da si z novimi orodji zbere zaupanje, preden morajo delovati pod pritiskom.

Drugi: podcenjuje zapletenost združitve podatkov. Gostinska podjetja naberejo ogromno podatkov o strankah, transakcijah in obratovanju v različnih sistemih. Vsak drugače shranjuje. Zapisi strank so podvojeni, formati niso skladni, povezave na različne identifikatorje. Zliti to v čisto, združeno bazo je projekt sam zase; če pohitite, sledijo izguba podatkov, prekinjene zgodovine strank in luknje v poročilih, ki jih mesecih razpletate.

Tretji: predpostavlja, da lahko vsak del posla sprejme spremembo enako hitro. Ekipa na recepciji, ki dnevno obdela stotine prijav, ima drugačne potrebe in toleranco za tveganje kot ekipa za dogodke z nekaj povpraševanji na teden. Obema hkrati vsiljevati nov sistem ne služi nikomur.

Boljši pristop: postopno združevanje

Najbolj uspešne gostinske migracije sledijo faznemu modelu: nova platforma pride korak za korakom, ena funkcija ali ena lokacija naenkrat, vsaka faza se naslanja na stabilnost prejšnje.

Tu ne gre za počasnost zaradi počasnosti. Fazni pristop je skupaj pogosto hitrejši, ker izogiba katastrofam in vračilom nazaj, ki razbijejo migracije »en velik udarec«. Vsaka faza je dovolj majhna, da ne razbije vsakdanjega obratovanja, in prinese takojšnjo vrednost, ki gradi zagon in zaupanje notri za naslednji korak.

Prva faza so vedno podatki. Pred kakršnimi koli spremembami operativnih sistemov združite obstoječe zapise strank, zgodovino naročil in transakcijske podatke v eno, čisto bazo. To pomeni razreševanje podvajanj, uskladitev formatov in gradnjo združenih profilov iz drobcev po starih sistemih. Če je dobro narejeno, ta faza že sama prinese vrednost: ekipa prvič vidi celotno sliko strank.

Druga faza cilja operacijo z največjim učinkom in najmanjšim tveganjem. Pri večini gostinskih podjetij je to prodajno mesto (POS). POS ima jasne, ponavljajoče se tokove, jih je osebje hitro osvojilo, podatki pa so takoj uporabni za poročila in vpogled v stranke. Uvedba novega POS-a najprej na eni lokaciji ekipi dovoli, da izostrí nastavitev, najde robne primere in zgradi notranje znanje, preden širi naprej.

Nadaljnje faze širijo krog. Sistemi prijave, rezervacijske platforme, upravljanje dogodkov, orodja za članstvo in PMS dobijo svojo fazo, čas pa določita operativna prioriteta in pripravljenost ekipe. Ker se vsaka faza veže na isto osnovno platformo, integracijske težave večsistemske nastavitve preprosto ne obstajajo. Vsak nov modul deli iste podatke, iste profile strank in isto poročilno osnovo od prvega dne.

Kaj iskati pri partnerju za združitev

Vsaka platforma ni zasnovana za takšno fazno migracijo. Mnogi ponudniki gostinske tehnologije ponujajo zbirko modulov, ki tehnično delijo blagovno znamko, a so bili narejeni kot ločeni izdelki, pogosto z nakupi. Pod površjem so še vedno silosi z prišitimi integracijami, migracija k njim pa zamenja en nabor težav z drugim.

Izbrana platforma naj izpolni več pogojev.

Naj bo res združena: vsaka funkcija, od POS do PMS, CRM in rezervacij, teče na eni bazi in enem podatkovnem modelu. Če prodajalec govori o »ekosistemu« integriranih orodij, je to opozorilo.

Naj domače podpira obratovanje z več subjekti. Gostinska podjetja pogosto delujejo prek več pravnih oseb; platforma mora znati razdeljevati plačila, izdajati račune in poročati na ravni entitete brez ročnih obvozov.

Naj bo neodvisna od strojne opreme. Osebje naj sistem lahko uporablja na stroju, ki ustreza vlogi: fiksni POS terminal, iPad v restavraciji ali telefon na recepciji.

In kritično: naj bo dovolj prilagodljiva, da se ujema z vašimi obstoječimi tokovi, namesto da vsili togo logiko programa. Ekipi sredi prehoda ne manjka le novega sistema, ampak še novega načina dela.

Kako Tiquo obravnava združitev

Tiquo je od začetka zasnovan za ta scenarij. Platforma je enoten sistem, ki pokriva prodajno mesto, rezervacije, vstopnice, članstva, prijave, upravljanje gostov, CRM, povpraševanja za dogodke, hotelski PMS, plačila in poročila. Vsaka funkcija deli isto bazo, iste profile strank in isti motor v realnem času.

Migracija na Tiquo sledi zgoraj opisanemu faznemu pristopu. Začne se s celovitim uvozom podatkov, ki združi zapise strank, zgodovino naročil in transakcijske podatke iz vseh obstoječih sistemov na eno mesto. Podatkovni motor Tiqua obravnava deduplikacijo, uskladitev formatov in razreševanje identitet, to je ob ročnem delu izjemno težko.

Nato se vsaka operativna funkcija uvaja zaporedoma. Prilagodljiva nastavitev pomeni, da se Tiquo oblikuje okoli načina, kako ekipa že dela, namesto da vsili tog tok, ki zahteva učenje od nič. Osebje v restavraciji na POS ne rabi razumeti hotelskega PMS-a, ekipa za dogodke ne rabi teči z rezervacijami v fitnesu. Vsaka ekipa dela z delom platforme, ki jo potrebuje, podatkovna plast pa poskrbi, da se vse povezuje.

Dostop z vseh naprav pomeni, da med prehodom ni treba menjati strojne opreme. Tiquo teče v brskalniku, na iPhonu, iPadu, Androidu in namenskem POS brez omejitev. Če obstoječe tablice na lokaciji delujejo, jih obdržijo.

Ker so pametna plačila z več subjekti vgrajena v platformo, se finančno združevanje zgodi samodejno. Vsaka transakcija se razdeli na pravilno pravno osebo z instant računom, kar odpravi notranje zaračune in obremenitev usklajevanja, ki pogosto preživi tudi po končani operativni migraciji.

Pravi strošek odlašanja

Vsak mesec na razdrobljenem skladu prinaša stroške, ki redko pristanejo na bilanci. Čas osebja za ročne obvode. Podatki o strankah, ki slabijo, ker se zapisi razhajajo med sistemi. Priložnosti za navzkrižno prodajo, ki jih nihče ne vidi, ker noben sistem ne vidi celotne poti stranke. Poročila, ki jim vodstvo ne more zaupati brez tedna ročne preverbe.

Ti stroški s časom ne padajo. Rastejo. Migracija, ki se danes zdi strašljiva, bo čez leto še strašljivejša, ko bo več podatkov, več osebja za preučitev in več starih tokov za razplet.

Vprašanje ni, ali združiti. Je, ali zdaj, dokaj je obseg obvladljiv, ali kasneje, ko bo težje, počasneje in dražje.