Lightspeedi alternatiivid: miks majutustegijad liiguvad Tiquo poole

Lightspeed on olnud kaua ja on endale hästi läinud. Üle 160 000 kliendikoha, üle miljardi dollari aastatulu ja sari omandusi, mis laiendasid jaemüügi POS-ist restoranide, majutuse, e-kaubanduse ja kaugemale — paberil näeb see välja nagu platvorm, mis teeb kõik.

Tegelikkuses leiab üha rohkem majutustegijaid, et see ei hoia kokku päris nii, nagu nende äri praegu vajab.

Mitte sellepärast, et Lightspeed oleks lakanud töötamast, vaid sellepärast, et äri muutus.

Kuidas Lightspeed siia jõudis

Lightspeed ei ehitanud üht majutusplatvormi. Ta omandas mitu.

Upserve, Gastrofix, Kounta, iKentoo. Igaüks oli iseseisev POS, eri turgudele, eri ajastu eeldustega. Aastatega tõi Lightspeed need Lightspeed Restaurant brändi alla.

See ajalugu loeb. Tänane kogemus peegeldab seda endiselt. Funktsioonid on küpsed mõnes piirkonnas rohkem kui teises. Mõned voogud tunduvad loomulikud, teised külge kruvitud. Kasutajaliidese all pole üks tervikuna kavandatud süsteem, vaid mitu kokku õmmeldud.

Ühe koha restoranile suhteliselt standardses töös on see tavaliselt ok. Lightspeed haldab tellimusi, menüüsid, makseid, aruandeid ja laoseisu selles skaalas piisavalt hästi.

Probleemid ilmuvad tavaliselt siis, kui äri läheb keerulisemaks.

Kus tekivad tõkked

Enamik frustratsiooni ei tule ühest suurest august. See koguneb väikestest piirangutest.

Mitme koha haldus on olemas, aga tegijad, kellel on rohkem kui käputäis kohti, leiavad tihti, et grupi aruanded nõuavad rohkem käsitsi tööd, kui ootasid. Menüü haldus kohtade vahel tähendab dubleerimist, mis tundub liigse sellise ajalooga platvormi jaoks. Ja kui vaja läheb tuum-POS-ist kaugemale, suunatakse lisade ja integratsioonide poole — igaühel oma hind, seadistus ja veidrused.

Maksed on teine survepunkt. Lightspeed on järjest rohkem suunanud Lightspeed Payments kasutamisele ja mõnel juhul rakendab kolmanda osapoole töötlemistasu, kui valida teine pakkuja. Mitme turu või olemasolevate maksesuhetega äridele võib see paindlikkust vähendada ja kulude optimeerimist keerulisemaks muuta.

Lepingu tingimused tulevad tihti jutuks. Sõltuvalt lepingust võivad olla minimaalsed tähtajad, etteteatamise perioodid ja ennetähtaegse lõpetamise tasud. Mõned tegijad ütlevad, et tühistamine või vahetus võtab rohkem vaeva, kui ootasid — see lisab hõõrdumist hetkel, kui äri on niigi surve all.

Sügavam teema

Need pole bugid. Need on tagajärjed sellest, kuidas platvorm kokku pandud.

Kui toode kasvab omanduste kaudu, peegeldab põhiarhitektuur seda. Kliendiandmed, tehinguloogika, aruandlusraamistikud ja maksevood projekteeriti eraldi ja ühendati hiljem. Hea liidesega saab palju peita, aga ühenduskohad on põhjas alles.

Nagu enamik POS-platvorme, mõistab Lightspeed äri peamiselt tehinguhetkest. Niipea kui tegijal on vaja üht usaldusväärset vaadet broneeringute, maksete, liikmelisuse, dokumentide, kliendisuhete ja mitme koha üle, hakkab platvorm toetuma välistele süsteemidele, mis augud täidavad.

Seetõttu leiavad tegijad, kes alustasid Lightspeediga ühe restoraniga ja kasvasid kolme, viie või kümne kohani, et kulutavad rohkem aega süsteemi haldamisele kui süsteem neile säästab. Mis ühes kohas tundus lihtne, muutub mahus koordineerimisprobleemiks.

Mida Tiquole kolimine tegelikult tähendab

Tiquo ei ehitud omanduste kaudu. See ehitati algusest ühe platvormina majutusettevõtetele, mis töötavad mitmes kohas, formaadis ja tuluallikas.

Kriitiliselt: kogu see operatsioon istub samal andmemudelil. Tellimused, maksed, broneeringud, liikmelisus, dokumendid, lepingud, kliendiidentiteet, kohad ja personaliõigused pole hiljem ühendatud. Need on natiivsed objektid ühes süsteemis, sama loogika ja reaalajas uuendustega.

See erinevus kõlab peenelt, aga praktikas muudab see pea kõike igapäevatöös.

Näiteks on maksed Tiquos täielikult natiivsed. Mitte lisa ega ühe sunnitud töötleja külge sidumine, vaid osa samast operatiivvoost kui tellimused ja broneeringud. Jagatud maksed, jootrahad, tagasimaksed, mitme üksuse arveldused ja rist-asukoha aruandus töötavad ilma käsitsi leppimiseta, sest makse- ja tehinguandmed pole kunagi lahku läinud.

Kliendiidentiteet sama moodi. Kui keegi broneerib toa, sööb restoranis, käib üritusel ja omab liikmelisust, elab see tegevus ühel kliendikirjel. Identiteet püsib kohtade, brändide ja kanalite üle, mis võimaldab täpset eluaegse väärtuse jälgimist, ühtset lojaalsust ja liikmelisust ning mõistlikku isikupärastamist ilma andmete tööriistade vahel õmblemata.

Mitme koha operatsioonid skaleeruvad seadistuse, mitte dubleerimise kaudu. Uued kohad, alamkohad, brändid või formaadid luuakse samal platvormil, pärivad ühised reeglid ja võimaldavad kohalikku paindlikkust. Uue koha avamine ei tähenda uut juurutusprojekti. See tähendab olemasoleva äri seadistamist uues kohas.

Kes seda vahetust tegelikult teeb

Lightspeedilt Tiquole kolijad ei tee seda sellepärast, et Lightspeed äkki läbi kukkus.

Nad teevad seda, sest äri arenenud.

Toit ja jook said tõsiseks tuluallikaks, mitte kõrvalteenuseks. Mitmed kohad tõid päris operatiivkeerukuse. Liikmelisus, üritused, coworking või hübriidformaadid näitasid POS-ikeskse seadistuse piire. Rahandus kulutas liiga palju aega andmete lepitamisele, mis juba kokku peaks klappima.

Enamasti ei juhi otsus Lightspeedi vastumeelsus. Seda juhib arusaamine, et POS, ükskõik kui poleeritud, ei saa olla kaasaegse mitme üksusega majutusäri ainsaks tõeallikaks.

Kas see on sulle õige käik?

Kui sul on üks restoran ja Lightspeed toimib, võib kohest vahetust polegi. Ta teeb seda, mida teeb, hästi ja hinnaga, mis väiksematele lihtsamatele operatsioonidele mõistab.

Kui sul on keerukam äri — mitmed kohad, segased tuluallikad, kasvav operatiivkoormus ja rahandus, kes lepib liiga kaua — tasub küsida, kas su POS aitab sul skaleeruda või lisab vaikselt nimekirja asju, mida hallata.

Tiquo on mõeldud teise stsenaariumi jaoks. Mitte parema POS-ina, vaid platvormina, mis asendab vajadust kümme tööriista kokku õmmelda ja loota, et need räägivad edasi.

Operatoritele, kes on POS-ikeskse süsteemi laeni jõudnud, loeb see vahe.