Lightspeed helyett: miért váltanak vendéglátós üzemeltetők a Tiquóra

A Lightspeed régóta ott van a piacon, és jól ment neki. Több mint százhatvanezer ügyfélhely, évi több mint egymilliárd dollár bevétel, felvásárlások sorozata, amivel a kisker POS-ból étterem, vendéglátás, webáruház és további irányok felé nőtt – papíron úgy néz ki, mintha mindent tudna a platform.

A gyakorlatban egyre több vendéglátós üzemeltető úgy érzi, hogy már nem áll össze úgy, ahogy az üzlete ma igényli.

Nem azért, mert a Lightspeed hibázna, hanem mert az üzlet változott.

Hogy jutott ide a Lightspeed

A Lightspeed nem egyetlen vendéglátós platformot épített. Többet vásárolt össze.

Upserve, Gastrofix, Kounta, iKentoo. Mindegyik önálló POS volt, más piacra, más időben, más feltételezésekkel. Az évek alatt Lightspeed Restaurant márkanév alá kerültek.

Ez a történet számít. Amit ma tapasztalsz üzemeltetőként, még mindig tükrözi. Van régió, ahol érettebbek a funkciók, máshol kevésbé. Van folyamat, ami kézre áll, más meg ráerősítettnek érződik. A felület alatt nem egy összefüggően tervezett rendszer van, hanem összefűzött darabok.

Egyhelyes, viszonylag szabványos étteremnél ez rendben van. Rendelés, menü, fizetés, riport, készlet ezen a léptéken általában elég jól működik.

A gond általában akkor jön, ha az üzlet bonyolultabbá válik.

Hol ütköznek ki a korlátok

A frusztráció ritkán egyetlen nagy lyukból jön. Apró megkötésekből szokott összeállni.

Többhelyes kezelés van, de aki több mint pár helyet visz, gyakran több kézi munkát talál a csoportriportban, mint várta. Menük több helyre gyakran felesleges duplikációval járnak ilyen múlttal. Amint kiszaladsz az alap POS-ból, jönnek a kiegészítők és integrációk, mindegyiknek saját költsége, beállítása és furcsasága.

A fizetés is nyomáspont. A Lightspeed egyre inkább a Lightspeed Payments felé terel, és bizonyos esetekben harmadik féles feldolgozási díjat számol, ha más szolgáltatót választasz. Több piacon vagy meglévő fizetési kapcsolatok mellett ez csökkenti a rugalmasságot és bonyolítja a költségoptimalizálást.

A szerződéses feltételek is gyakran előjönnek. Minimum időtartam, felmondási idő, korai bontási díj. Van üzemeltető, akinek a lemondás vagy váltás több energiát vett igénybe, mint várta – épp akkor, amikor az üzem már amúgy is nyomás alatt van.

A mélyebb gond

Ezek nem „bugok”. A felépítés következményei.

Ha egy termék felvásárlásokon nő, az architektúra ezt viseli. Vendégadat, tranzakció logika, riport keretek és fizetési folyamatok külön készültek, később kötötték össze. Sok komplexitás eltakarható jó UI-val, de alatta a illesztések megmaradnak.

Mint a legtöbb POS, a Lightspeed elsősorban a tranzakció pillanatában érti az üzletet. Amint egy megbízható kép kell foglalásról, fizetésről, tagságról, dokumentumokról, vendégkapcsolatról és több helyről egyszerre, a platform külső rendszerekre támaszkodik, hogy betömje a réseket.

Ezért van az, hogy aki egy étteremmel indít Lightspeeden, aztán háromra, ötre vagy tízre nő, gyakran több időt tölt a rendszer menedzselésével, mint amennyit spórolna vele. Egy helyen egyszerűnek tűnt; sok helyen koordinációs feladat lett.

Milyen a váltás a Tiquóra

A Tiquo nem felvásárlásokból lett összerakva. Egy platformként indult, több helyre, formátumra és bevételi ágra építve.

Minden üzem ugyanazon az adatmodellen fut. Rendelés, fizetés, foglalás, tagság, dokumentum, szerződés, vendégazonosság, helyek és jogosultságok nem utólag lettek összekötve. Natív objektumok egy rendszerben, közös logikával, valós időben frissülve.

Ez finomságnak hangzik, de a napi működésben szinte mindenre kihat.

Például a fizetés a Tiquo része. Nem kiegészítő, és nem egyetlen kötelező feldolgozóhoz kötve, hanem ugyanannak az üzemi folyamatnak a része, mint a rendelés és a foglalás. Osztott fizetés, borravaló, visszatérítés, több entitás elszámolás és többhelyes riport kézi egyeztetés nélkül, mert a fizetési és tranzakciós adat nem vált szét.

A vendégazonosság ugyanígy működik. Szobát foglal, eszik az étteremben, elmegy rendezvényre, tagsági – minden egy vendégrekordon. Az azonosság átível helyeken, márkákon, csatornákon: élettartam-érték, egységes hűség és tagság, értelmes személyre szabás anélkül, hogy eszközök között kellene összefűzni az adatot.

Több hely nem duplikációval nő, hanem konfigurációval. Új hely, alhely, márka vagy formátum ugyanabban a platformban jön létre, közös szabályokkal és helyi rugalmassággal. Új nyitás nem friss implementációs projekt. A már futó üzletedet konfigurálod új helyen.

Ki vált ténylegesen

Azok, akik Lightspeedről Tiquóra mennek, nem azért, mert a Lightspeed egyik napról a másikra összeomlott.

Azért, mert az üzletük változott.

Az F&B komoly bevételi ág lett. Több hely valódi üzemeltetési bonyodalmat hozott. Tagság, rendezvény, coworking vagy vegyes formátum megmutatta a POS-központú felállás határát. A pénzügy túl sokat egyeztetett olyan adaton, ami eleve egyeznie kellene.

A döntés gyakran nem Lightspeed-elégedetlenségből jön. Hanem abból a felismerésből, hogy egy POS, bármilyen fényes is, nem lehet egy modern, több entitásos vendéglátós üzlet egyetlen igazságforrása.

Neked jó ez a lépés?

Ha egy éttermed van és a Lightspeed bevált, lehet, hogy most nincs ok váltani. Amit csinál, azt jól csinálja, kisebb, egyszerűbb üzemre ésszerű áron.

Ha bonyolultabb a kép – több hely, vegyes bevételi ág, nő az üzemeltetési teher, a pénzügy túl sokáig egyeztet – érdemes megkérdezni: a POS tényleg segít skálázni, vagy csendben hozzáadódik a menedzselendő dolgok listájához.

A Tiquo erre a második forgatókönyvre készült. Nem jobb POS-ként, hanem platformként, ami helyettesíti a tíz eszköz összevarrását és a reményt, hogy holnap is beszélnek egymással.

Aki elérte a POS-központú rendszer plafonját, annak ez a különbség számít.