QR-code menu in een restaurant — maak hem één keer en druk hem nooit meer opnieuw af

Iedereen adviseert hetzelfde: genereer een QR-code, voeg een link naar het menu toe, print het af, klaar. Naar mijn mening is dit de meest onlogische manier om dit te doen. En ik zal zo laten zien waarom.

Eerst het plaatje. Vrijdag, de zaal zit vol, de ober rent alsof hij in brand staat. Bij tafel zeven zwaaien drie gasten al vijf minuten met hun telefoon boven een vette sticker. De code leidt naar een PDF van twee seizoenen geleden. De helft van de gerechten is niet beschikbaar. Prijzen zijn verzonnen. Uiteindelijk vragen ze om de papieren kaart, die jullie niet meer drukken. Herken je dit? Precies.

De QR-code menu is geen gadget. Het is de meest aangeraakte "knop" in je hele zaak. En meestal wordt deze zo gemaakt dat problemen vanaf de eerste dag onderdeel zijn van het scenario.

De code die het bestand codeert, is eenmalige code (je weet dit alleen niet)

Klassieker. Je genereert een QR-code die een directe link bevat naar menu-wiosna-2025.pdf. Je print het, lamineert het, grafeert het op hangers en plaatst het op de tafels. Prachtig. Werkt tot de eerste wijziging in de kaart.

Je verandert de bierleverancier. Of je verhoogt de prijs van de burger met drie zloty. Of er komt een seizoensmenu aan. En plotseling leidt die mooie gelamineerde kaart naar verouderde inhoud. Je hebt twee opties: de leugen op tafel laten liggen of alles opnieuw drukken.

De QR-code zelf is dom. Het is letterlijk een plaatje dat een stuk tekst codeert. Als je er een lang, rigide adres naar een bestand in hebt gestopt, ben je met dat adres getrouwd. Voor beter en voor slechter.

En het hele medicijn past in één zin. De code mag niet naar een menu leiden. Het moet naar een korte link leiden, waarvan je het doel kunt aanpassen wanneer je wilt.

In de praktijk ziet dit er als volgt uit

In plaats van een monster in QR-stijl te coderen:

https://twojarestauracja.pl/uploads/2025/menu-final-v3-NEW.pdf

je codeert een kort tussenadres:

https://cutty.dev/u/menu

Deze link verandert nooit. Alleen de bestemming waar hij naartoe leidt verandert, en dat stel je in dertig seconden in het paneel in. Vandaag opent hij de lentekaart. Morgen de winterkaart. Over een maand schakel je hem om naar een PDF met wijnen bij de bar. Stickers op de tafels? Dezelfde. Je vervangt het doel, niet het papier. Dat is het hele trucje en er zit echt geen addertje onder het gras.

Recept voor code die je één keer maakt en daarna vergeet

Eén voor één.

Maak het menu eerst als een webpagina, niet als PDF. Dit is belangrijk. Een PDF op een telefoon is een drama: je moet inzoomen, zijwaarts scrollen, en bij een zwak signaal in de kelder van de zaak duurt het eeuwen om te laden. Een gewone HTML-subpagina opent direct en is leesbaar op elk scherm, zelfs op dat kapotte scherm van vijftig gulden.

Maak daarna een korte link met een logische extensie. Iets als /u/menu of /u/karta. Dit is handig wanneer iemand het adres liever met de vinger typt of wanneer je het doorgeeft via de telefoon bij een reservering ("punt dev, schuine streep menu").

Van deze korte link genereer je een QR-code. Eén. Keer. Bij cutty.dev doe je dit direct met de kant-en-klare link, zodat je niet tussen drie tools heen en weer springt en niet hoeft te zoeken welk PNG-bestand de juiste was.

Je print en verspreidt het. Hangertjes, stickers, een sticker bij de ingang, een poster in de etalage voor de afhaalbestellingen.

Dat is alles. Vanaf nu is het wijzigen van een kaart slechts één bewerking in het paneel. Papier blijft op zijn plaats.

Scans vertellen je meer over de locatie dan je denkt

Hier komt iets waar de meeste restaurateurs gewoon aan voorbijgaan. Een korte link geeft scanstatistieken. En dit zijn geen dode cijfers om in een lijst te hangen, maar kennis over je eigen zaak.

Je ziet hoe vaak het menu op vrijdagavond is geopend en hoe vaak op dinsdagmiddag. Maak een aparte code voor de lunch en een aparte voor de avondkaart, en je zult zien hoe laat de diner bij jou echt begint (meestal niet wanneer je denkt). Een aparte code voor de wijnkaart zal je de brute waarheid laten zien: of er überhaupt wel iemand naar kijkt.

En nu let op, want dit is belangrijk. Bij cutty.dev verzamelen we deze cijfers zonder een gastprofiel op te bouwen. IP gaat via een hash, er zijn geen advertentie-trackers, er is geen klantendossier. Je krijgt het aantal scans en de trend in de tijd, oftewel precies datgene wat helpt bij het runnen van een zaak, zonder dat je een bord spaghetti omzet in persoonsgegevens. In de gastronomie in de EU, waar de AVG constant op je nek zit, is dit het verschil tussen "we hebben statistieken" en "we hebben een probleem met de inspecteur".

Een paar kleine details die voor minder stress zorgen. Het menu en de scansgegevens blijven op servers binnen de EU, dus één onderwerp minder om te bespreken met de boekhouder. De gast hoeft geen account aan te maken of door een muur van toestemmingen te klikken, want niets verpest de eetlust zo erg als een cookie-wall voor het kabeljauwgerecht. En hetzelfde mechanisme voor vervanging kan ook de dagpromotie of een enquête na het bezoek afhandelen. Het is voldoende om de bestaande link even om te leiden.

Een goede QR-code menu is saai. Je print hem één keer, hij hangt jarenlang uit en liegt nooit over de prijzen. Saaiheid is hier een compliment.

Dus wanneer iemand je de volgende keer adviseert: "gooi een link naar het menu in de code en print het", glimlach dan en doe het anders. Een korte, vervangbare link eronder (bijvoorbeeld cutty.dev) zorgt ervoor dat je de kaart met één klik bijwerkt, in plaats van stickers op dertig tafels. Je ober van tafel nummer 7 zal je dankbaar zijn.