QR-kode menu i restauranten — lav det én gang og genoptryk det aldrig
QR-kodemenu i restauranten baseret på et kort, udskifteligt link: én permanent kode, opdatering af menukortet uden print, scanningstatistik uden profilering af gæster.
Alle råder om det samme: generer en QR-kode, indsæt et link til menuen, print den, færdig. Efter min mening er det den dummeste mulige måde at gøre det på. Og om lidt vil jeg vise hvorfor.
Først et billede. Fredag, fuld sal, tjeneren løber som besat. Ved bord syv har tre gæster i fem minutter viftet med en telefon over et fedtet klistermærke. Koden fører til en PDF fra to sæsoner siden. Halvdelen af retterne mangler. Priserne er opdigtede. Til sidst spørger de efter det papir-menukort, som I ikke længere printer. kender du det? Netop.
QR-kodemenu er ikke en gadget. Det er din mest berørte "knap" i hele restauranten. Og den bliver normalt lavet på en måde, så problemerne er indbygget i scenariet fra første dag.
Koden, der koder filen, er engangskode (du ved det bare ikke)
Klassiker. Du genererer en QR-kode, der indeholder den direkte adresse til menu-wiosna-2025.pdf. Du printer, laminerer, graverer på skilte og placerer dem på bordene. Smukt. Virker indtil den første ændring i kortet.
Fordi du skifter ølleverandør. Eller hæver prisen på en burger med tre zloty. Eller fordi en sæsonmenu ruller ind. Og pludselig fører denne smukke laminerede kode til forældet indhold. Du har to muligheder: lade løgnen ligge på bordet eller genoptrykke alt forfra.
Sam QR-kode er dum. Det er bogstaveligt talt et billede, der koder en bid tekst. Hvis du har indsat en lang, stiv adresse til en fil, så er du gift med den adresse. I godt og ondt.
Og hele kuren kan koges ned til én sætning. Koden skal ikke føre til en menu. Den skal føre til et kort link, hvis destination du kan ændre, når du vil.
I praksis ser det således ud
I stedet for at kode et lille monster i QR-stil:
https://twojarestauracja.pl/uploads/2025/menu-final-v3-NEW.pdf
du koder en kort mellemliggende adresse:
https://cutty.dev/u/menu
Dette link ændrer sig aldrig. Det er kun destinationen, der ændrer sig, og det kan du indstille i panelet på tredive sekunder. I dag åbner det for et forårs-kort. I morgen et vinter-kort. Om en måned omdirigerer du det til en PDF med vine ved baren. Klistermærkerne på bordene? De er de samme. Du udskifter målet, ikke papiret. Det er hele tricket, og der er virkelig ingen skjult dagsorden.
Opskrift på kode, som du laver én gang og glemmer
En efter en.
Lav først menuen som en webside, ikke som en PDF. Det er vigtigt. En PDF på telefonen er et mareridt: man skal zoome og rulle til siden, og ved dårlig dækning i restaurantens kælder tager den evigheder om at indlæse. En helt almindelig HTML-underside åbner øjeblikkeligt og er læselig på enhver skærm, også på den der er revnet og kostede halvtreds kroner.
Lav derefter et kort link med en meningsfuld afslutning. Noget i stil med /u/menu eller /u/karta. Det er nyttigt, når en gæst foretrækker at indtaste adressen manuelt, eller når du oplyser den over telefonen ved reservation ("punktum dev, skråstreg menu").
Fra dette korte link genererer du en QR-kode. Én. Gang. Hos cutty.dev gør du det med det samme fra et færdigt link, så du ikke skal hoppe mellem tre værktøjer og ikke skal rode med, hvilken PNG-fil der var den rigtige.
Du printer og folder. Hængende skilte, klistermærker, et klistermærke ved indgangen, en plakat i vinduet til dem, der tager maden med hjem.
Det er alt. Fra nu af er et kortskift blot en redigering i panelet. Papiret forbliver på plads.
Scanninger fortæller dig mere om lokalet, end du tror
Her kommer det, som de fleste restauratører bare ignorerer. Et kort link giver scanningstatistikker. Og det er ikke døde tal, der skal sættes i en ramme, men viden om din egen restaurant.
Du kan se, hvor mange gange menuen blev åbnet fredag aften, og hvor mange gange tirsdag eftermiddag. Lav en separat kode til frokost og en separat til aftenkortet, og du vil se, hvornår din middag egentlig starter (typisk ikke når du tror det). En separat kode på vinkortet vil vise dig den brutale sandhed: om nogen overhovedet kigger i det.
Og nu hør efter, for det er vigtigt. Hos cutty.dev indsamler vi disse tal uden at opbygge en profil af gæsten. IP går gennem et hash, der er ingen reklamesporingsværktøjer, og der er ingen kundejournal. Du får antallet af scanninger og tendenser over tid, hvilket er præcis det, der hjælper med at drive restauranten, uden at du forvandler en tallerken spaghetti til personoplysninger. I EU-gastronomi, hvor GDPR sidder dig på nakken, er det forskellen mellem "vi har statistik" og "vi har et problem med inspektøren".
Et par småting, der sparer på nerverne. Menu og scanningsdata bliver på servere i EU, så ét emne mindre at diskutere med revisoren. Gæsten behøver ikke oprette en konto eller klikke sig igennem en mur af samtykker, for intet ødelægger appetitten som en cookie-wall før torsken. Og den samme mekanisme til udskiftning vil også håndtere dagens tilbud eller en spørgeundersøgelse efter besøget. Det er nok bare at omdirigere det eksisterende link et øjeblik.
Et godt QR-menukode er kedeligt. Du printer det én gang, det hænger der i årevis og lyver aldrig om priserne. Kedelighed er et kompliment her.
Så næste gang nogen råder dig til at "indsæt et link til menuen i koden og print", så smil og gør noget andet. Et kort, udskifteligt link nedenfor (for eksempel cutty.dev) gør det muligt for dig at opdatere kortet med ét klik, i stedet for klistermærker på tredive borde. Din tjener ved bord nummer 7 vil takke dig.