I denne artikel
Et kassesystem til restauranter er det værktøj, dit personale rører ved oftere end noget andet. Det tager imod bestillingen, deler regningen, flytter en gæst fra baren til et bord og lukker aftenen med tal, du kan stole på. De fleste restauranter køber et kassesystem og bruger derefter årevis på at omgå det faktum, at det ikke ved noget om deres reservationer.
Vi er ved at bygge Resos POS for at løse netop det problem. Det er under udvikling nu, ikke til salg endnu, og denne side er der, hvor du kan fortælle os, hvad du har brug for, og få tidlig adgang, når det åbner. Alt herunder beskriver, hvad vi bygger, og hvordan vi tænker om det, så du selv kan vurdere, om det er værd at vente på.
Hvad et kassesystem til restauranter faktisk skal kunne
Leverandørers funktionslister er lange og næsten identiske. I praksis er det seks ting, der afgør, om et kassesystem hjælper en service eller kæmper imod den.
Tag imod bestillingen dér, hvor gæsten er. En tjener, der tager en bestilling på papir, går hen til en fast terminal og taster den ind igen, har lavet det samme arbejde to gange og skabt en risiko for fejl undervejs. Bestillinger skal foregå ved bordet, på en enhed der kan være i en forklædelomme.
Tag betalingen på samme enhed. Hvis dit kassesystem kører på én enhed, og din betalingsterminal er en separat boks, nogen skal hente, ender hver regning med en gåtur. Betaling hører hjemme i samme hånd som bestillingen.
Del en regning, som gæsterne rent faktisk beder om. Ikke ligeligt, ikke pænt. Tre personer på ét kort, én der betaler for sin egen forret, en der vil have vinen på en separat kvittering. Et kassesystem, der kun kan dele ligeligt, sender dit personale hen til en lommeregner.
Lad dig selv ændre menuen. En ret bliver udsolgt kl. 19.30. Den, der skal fjerne den, står i køkkenet, ikke ved en supportsag. Hvis en menuændring kræver en tekniker, vil menuen være forkert det meste af tiden.
Håndter kvitteringer og de finanslovsregler, der gælder for dit land. Det er den del, der reelt er forskellig fra marked til marked, og grunden til at et kassesystem, der fungerer fint i ét land, kan være ulovligt at bruge i et andet. Kravene spænder fra en simpel kvitteringspligt til certificeret hardware og signerede transaktionslogfiler, og de ændrer sig løbende.
Rapportér i tal, der stemmer overens med dine andre systemer. Hvis dit kassesystem siger én ting om sidste lørdag, og dit bookingsystem siger noget andet, holder du op med at stole på begge dele. Rapportering er kun nyttig, når den går op.
Hvorfor et kassesystem, der ignorerer dine bookinger, koster dig penge
Enhver restaurant med en reservationsbog kører to systemer, der beskriver den samme aften og aldrig taler sammen.
Dit bookingsystem ved, at bordet er et selskab på seks, at de bestilte for tre uger siden, at de har været der elleve gange før, og at de engang skrev en note om en nøddeallergi. Dit kassesystem ved, hvad bord 12 brugte. Ingen af dem ved begge dele, så ingen i huset kan svare på et simpelt spørgsmål som, hvilken af dine stamgæster det er værd at ringe til, når du får en afbestilling en lørdag.
Det hul viser sig på helt almindelige måder:
- En tjener kan ikke se, at gæsterne ved bord 4 er stamgæster, før det er for sent at nævne det.
- Du kan ikke se, hvad en gennemsnitlig booket gæst er værd, så du kan ikke sige, hvad et no-show reelt koster.
- Dine travleste borde og dine borde med højest omsætning er to forskellige rapporter, der aldrig bliver sammenlignet.
- Gæstehistorik til markedsføring ligger i ét system, og forbrug ligger i et andet, så ingen af delene er komplette.
Restauranter løser det i dag ved at købe en integration, og integrationer går i stykker. De går i stykker ved opdateringer, de halter bagefter, de matcher borde forkert, og når de fejler, opdager ingen det, før månedens tal ser forkerte ud.
Alternativet er ikke en bedre integration. Det er slet ikke at have brug for én, fordi bookingen og regningen er poster i det samme system fra begyndelsen.
Sådan bliver Resos POS
Resos POS er under aktiv udvikling. Intet her kan købes endnu, og vi vil hellere fortælle dig præcis, hvad vi sigter efter, end beskrive det vagt.
Mobil først, på hardware du kan holde i hånden. Hele systemet er designet til at blive brugt stående, ved siden af en gæst, på en telefon eller tablet. Der er ingen fast terminal, du skal gå hen til, og ingen separat håndholdt enhed, der synkroniserer bagefter.
Betalinger indbygget, ikke klistret på. Kortbetaling foregår på samme enhed, som tog imod bestillingen, så en regning lukkes dér, hvor gæsterne sidder.
Ét system med dine reservationer. Fordi Resos allerede driver bookingen, bordplanen og gæstehistorikken, hører en regning åbnet på bord 12 til en booking, en selskabsstørrelse og en gæst, vi har set før. Ingen integration, ingen mapping, ingen natlig synkronisering.
Fuld ordrehåndtering til lokalet. Timing af retter, at flytte en regning mellem borde, at dele og samle den, sende til køkkenet og håndtere gæster uden booking sammen med dem, der har booket.
Vi offentliggør, hvilke markeder der bliver tilgængelige, i takt med at det bliver sikkert. Finansiel compliance besluttes land for land, og det er den del, vi ikke vil gætte offentligt på, så ventelisten er også, hvordan vi finder ud af, hvilke markeder vi skal åbne først.
Det vi gerne vil have fra dig
Hvis du skriver dig op til ventelisten, er det nyttige for os ikke selve mailadressen. Det er svaret på, hvad du bruger i dag ved kassen, og hvor mange lokaler du bruger det i.
Det fortæller os, hvilke systemer vi skal kunne importere fra, hvilken hardware folk allerede ejer, og hvilke markeder der har nok efterspørgsel til at retfærdiggøre certificeringsarbejdet. De restauranter, der fortæller os mest, kommer til at se det først og får mest indflydelse på, hvad det bliver til.
Vi sender dig ikke et nyhedsbrev. Du hører fra os, når der er noget at se, og en gang imellem med et spørgsmål, som kun en restaurant kan svare på.
Ofte stillede spørgsmål
Hvornår bliver Resos POS tilgængeligt?
Vi sætter ikke en offentlig dato på det, for det ærlige svar afhænger af betalings- og finanscertificering i hvert marked, og den tidsplan har vi ikke fuld kontrol over. Ventelisten er, hvordan du får besked først. Hvis du vil have et konkret svar om dit specifikke land, kan du krydse af, at du vil have en samtale, så fortæller vi dig, hvad vi ved.
Kommer Resos POS til at fungere med det bookingsystem, jeg allerede har hos jer?
Ja. Det er hele pointen. Hvis du allerede bruger Resos til reservationer, er kassesystemet det samme system i stedet for et nyt produkt, du skal forbinde, så dine borde, bookinger og gæstehistorik er allerede der.
Skal jeg købe ny hardware?
Vi designer til hardware, du kan holde i hånden, frem for en fast terminal, og hvor vi kan understøtte enheder, du allerede ejer, gør vi det. Vi offentliggør listen over understøttet hardware før lancering, ikke bagefter.
Håndterer det kortbetalinger, eller skal jeg have en separat terminal?
Betaling er en del af det. At tage imod bestillingen og pengene foregår på samme enhed, så det ikke betyder en gåtur til en terminal at lukke en regning.
Hvad kommer det til at koste?
Prisen er ikke fastlagt endnu. Restauranter, der skriver sig op til ventelisten og hjælper os med at forme produktet, får adgang til tidlige priser, og vi fortæller listen det, før vi fortæller nogen andre det.
Kan jeg bruge Resos POS uden at bruge Resos til bookinger?
Sandsynligvis, men det er ikke det, vi optimerer for. Grunden til at vælge det er, at bookinger og bestillinger ligger i ét system. Har du kun brug for en kasse, findes der billigere produkter, der gør det godt.
Hvilke lande lancerer I i?
Dem, hvor nok restauranter efterspørger det, og hvor vi kan opfylde de lokale finansielle krav ordentligt. Kravene varierer betydeligt fra marked til marked, og vi vil hellere åbne et land sent end sende noget ud, der stiller en restaurant dårligt over for sin skattemyndighed. At fortælle os, hvor du befinder dig, på ventelisten, påvirker faktisk denne rækkefølge.
