Alternativ till Lightspeed: varför gästfrihetsoperatörer byter till Tiquo

Lightspeed har funnits länge och har gjort det bra. Med över 160 000 kundställen, mer än en miljard dollar i årlig omsättning och en rad uppköp som tagit dem från detaljhandels-POS till restaurang, gästfrihet, e-handel och mer ser det på papperet ut som en plattform som kan allt.

I praktiken märker en växande skara operatörer i gästfrihet att det inte riktigt håller ihop på det sätt deras affär nu behöver.

Inte för att Lightspeed slutat fungera, utan för att affären förändrats.

Hur Lightspeed hamnade här

Lightspeed byggde inte en enda gästfrihetsplattform. De köpte flera.

Upserve, Gastrofix, Kounta, iKentoo. Var och en var ett fristående POS byggt för olika marknader, vid olika tidpunkter, med olika utgångspunkter. Under åren samlades de under varumärket Lightspeed Restaurant.

Den historiken spelar roll. Dagens upplevelse speglar den. Funktioner känns mer mogna i vissa regioner än andra. Vissa flöden känns naturliga, andra påklistrade. Under gränssnittet är det inte ett system designat som en helhet utan flera som sytts ihop.

För en enstaka restaurang med ganska standardiserad drift räcker det oftast. Lightspeed klarar order, menyer, betalningar, rapportering och lager hyfsat i den skalan.

Problem tenderar att dyka upp så fort affären blir mer komplex.

Där operatörer börjar köra i väggen

De flesta frustrationer kommer inte från ett jättehål. De kommer från många små begränsningar som samlas.

Flerställshantering finns, men de som kör mer än ett fåtal platser upplever ofta att grupprapportering kräver mer manuellt arbete än väntat. Menyhantering mellan platser innebär dubbeljobb som känns onödigt för en plattform med så lång historik. Och behöver ni mer än kärn-POS trycks ni mot tillägg och integrationer, var och en med egen kostnad, setup och egenheter.

Betalningar är en annan presspunkt. Lightspeed har i takt med tiden drivit Lightspeed Payments, och i vissa fall tillkommer månadsavgift för tredjepartsinlösen om ni väljer annan leverantör. För verksamheter över marknader eller med befintliga inlösenavtal kan det minska flexibiliteten och försvåra kostnadsoptimering.

Avtalsvillkor dyker också upp ofta. Beroende på avtal kan det finnas bindningstid, uppsägningstid och avgifter för tidigt avbrott. Vissa operatörer upplever att avsluta eller byta tar mer kraft än väntat, vilket svider extra när verksamheten redan är under press.

Det djupare problemet

Det här är inte buggar. Det är följder av hur plattformen byggts.

När en produkt växer genom uppköp speglar arkitekturen det. Kunddata, transaktionslogik, rapporteringsramverk och betalflöden designades separat och kopplades senare. Mycket av komplexiteten kan döljas med bra UI, men skarvarna finns kvar under ytan.

Som de flesta POS-plattformar förstår Lightspeed affären främst vid transaktionsögonblicket. Så snart operatörer behöver en enda pålitlig vy över bokningar, betalningar, medlemskap, dokument, kundrelationer och flera platser börjar plattformen förlita sig på externa system för att täppa till.

Därför upplever många som börjat med Lightspeed för en restaurang och växt till tre, fem eller tio platser att de lägger mer tid på att sköta systemet än vad systemet sparar. Det som kändes enkelt på en plats blir ett koordinationsproblem i skala.

Hur ett byte till Tiquo faktiskt ser ut

Tiquo byggdes inte genom uppköp. Det byggdes som en plattform från start, för gästföretag över flera platser, format och intäktsströmmar.

All den verksamheten vilar på samma underliggande datamodell. Order, betalningar, bokningar, medlemskap, dokument, avtal, kundidentitet, platser och behörigheter är inte ihopkopplade i efterhand. De är inbyggda objekt i ett system, med samma logik och uppdateringar i realtid.

Skillnaden låter subtil men i praktiken förändrar den nästan allt i vardagen.

Tiquos betalningsflöden är inbyggda i beställningar och bokningar och använder Stripe för betalningar online, via terminal och med Tap to Pay. Delade betalningar, dricks, återbetalningar, konfigurerade betalningsfördelningar och rapportering förblir kopplade till samma driftposter.

Kundidentitet fungerar likadant. Bokar någon rum, äter i restaurangen, går på event och har medlemskap ligger allt på samma kundpost. Identiteten följer över platser, varumärken och kanaler, vilket ger korrekt livstidsvärde, enhetlig lojalitet och medlemskap och meningsfull personalisering utan att sy ihop data mellan verktyg.

Flerställsdrift skalar genom konfiguration i stället för duplicering. Nya platser, underplatser, varumärken eller format skapas i samma plattform med delade regler och lokal flexibilitet. Att öppna ny plats betyder inte nytt implementationsprojekt, det betyder att konfigurera verksamheten ni redan kör, på en ny adress.

Vem som faktiskt gör bytet

Operatörerna som går från Lightspeed till Tiquo gör det inte för att Lightspeed plötsligt kollapsat.

De gör det för att affären utvecklats.

Mat och dryck blev en tydlig intäkt i stället för bisak. Flera platser gav riktig operativ komplexitet. Medlemskap, event, coworking eller hybridformat visade gränserna för ett POS-först-upplägg. Ekonomi började lägga för mycket tid på att stämma siffror som borde varit överens från början.

I de flesta fall drivs beslutet inte av missnöje med Lightspeed i sig utan av insikten att inget POS, hur polerat det än är, kan vara sanningskälla för ett modernt, flerentitets gästföretag.

Är det rätt för er?

Om ni driver en restaurang och Lightspeed funkar kan det finnas få skäl att byta nu. För enklare verksamheter sköter det sitt jobb bra, ofta till en rimlig prisbild.

Om ni driver något mer komplext, flera platser, blandade intäkter, växande administrativ börda, ekonomi som lägger för länge på avstämning, är det värt att fråga om ert POS faktiskt hjälper er skala eller tyst lägger saker på er att hantera.

Tiquo är byggt för det andra fallet. Inte som "ett bättre POS" utan som en plattform som ersätter behovet av tio verktyg och hoppet att de fortsätter prata med varandra.

För operatörer som nått taket för POS-först spelar den skillnaden roll.