Als het menu op de zuil achterloopt op de kassa
Twee lijsten voelen in het begin onschuldig. De medewerker wijzigt de daghap op de kassa, en de zuil toont nog de hap van gisteren. Of de zuil heeft een nieuwe prijs, en de kassa rekent de oude als iemand aan de balie bestelt. De gast merkt het bij de uitgifte of bij het pinnen. Dan sta je uit te leggen waarom het scherm iets anders zei dan de bon. Daarmee is de kortere rij weer een gesprek geworden.
Uitverkocht raakt op dezelfde manier kwijt. De bak bitterballen is leeg, de kassa zegt “op”, de zuil laat het product staan. De gast betaalt, de keuken kan het niet maken, en iemand moet het bedrag terugdraaien terwijl de volgende al bestelt. Dat is geen voorraadtheorie. Dat is een schakelaar die op één plek om moet, zodat beide kanten ophouden het product aan te bieden. Blijft één van de twee achter, dan verkoopt de zaak iets wat er niet is.
Een kassasysteem is in Nederland niet wettelijk verplicht. Je hoeft geen bepaald merk of een bepaald type kassa te kopen om een zuil te mogen neerzetten. De administratie van je omzet is een ander vraagstuk dan de keuze voor een systeem. Gebruik je wel een kassa, dan is de afspraak vanuit de zuil simpel: dezelfde gerechten, dezelfde prijzen, dezelfde extra’s, dezelfde dingen die op zijn. Zonder die afspraak maakt de zuil een tweede kaart, en twee kaarten zijn twee waarheden.
De zuil is hier de kant van de gast. Hij kan niet “even” een prijs uit zijn hoofd corrigeren, zoals een medewerker dat aan de balie soms doet. Wat erin staat, wordt besteld. Daarom hoort de bron van het menu niet op het scherm zelf, en niet in een map naast de kassa, maar op één plek die beide voedt. Hoe het ticket daarna de keuken haalt, staat in bestelzuil koppelen aan kassa en keukenscherm.
Eén menu voor zuil, kassa en bestelkanaal
In het CMS leg je het menu één keer vast: producten, prijzen, extra’s, foto’s en wat niet meer leverbaar is. De zuil leest die lijst. De kassa die we erbij leveren, leest dezelfde lijst. Wijzig je de prijs of de samenstelling, dan wijzig je hem daar, niet op twee schermen na elkaar. Een medewerker die na sluiting nog een prijs op de kassa moet nadoen, vergeet dat op de drukke dag. Eén bron haalt die tweede handeling weg.
Hetzelfde menu hoort ook op de andere kanalen waar de gast al bestelt, zoals de bestelwebsite of een QR-code op tafel. Anders heeft de zaak alsnog twee kaarten, alleen digitaal. Op de pagina over zelf-order in de horeca is dat de afspraak: zuil, kassa en bestelkanaal tonen dezelfde kaart. De zuil is daar niet de baas over de kassa. Hij is de plek waar een afwijking het eerst pijn doet, omdat de gast hem zelf leest.
Wat de kassa verder met die verkopen doet, de dienst, de tafels, de dag, staat aan de kassakant. Dat beschrijven we niet nog een keer vanaf de zuil. Het staat op mijnkassasysteem.nl. Vanuit hier telt alleen dit: als er een kassa naast de zuil staat, moet hij het menu niet nog eens hebben. Geen tweede invoer, geen eigen lijst met “ongeveer dezelfde” prijzen. Ongeveer is precies genoeg voor een klacht.
Niet elke vloer heeft die kassa nodig om te mogen draaien. Wie alleen een zuil wil voor een eenvoudige verkoop, koopt niet eerst een kassasysteem omdat dat verplicht zou zijn. Dat is het niet. Wie wel personeel aan een toonbank heeft én een zuil, wil dat die twee niet tegen elkaar in verkopen. De koppelingen laten zien welke systemen we daar standaard op aansluiten, en waar de API het overneemt als je software anders is.
Voorraad die op de zuil en de kassa klopt
In de horeca is “voorraad” meestal geen magazijntelling. Het is de vraag of de keuken dit gerecht nu nog kan maken. De bak is leeg, de daghap is op, een saus is niet binnengekomen. Dat zet je uit op het product. De zuil stopt met aanbieden, en de kassa ook. Je hoeft niet op beide een briefje te hangen. Wie een getal wil bijhouden tot op de portie, kan dat doen waar het klopt met de keuken. De zuil heeft er niets aan als dat getal alleen in een spreadsheet staat die niemand tijdens de dienst opent.
Retail is een andere voorraad. Daar komt het aantal vaak uit de webshop: Shopify, WooCommerce of een ander systeem dat de winkel en de kiosk allebei lezen. De gast ziet dan een prijs en een beschikbaarheid die niet alleen op de zuil zijn bedacht. Die koppeling staat bij retail en webshop en bij de bijbehorende Shopify-, WooCommerce- en overige koppelingen. Verwar dat niet met de snackbar. Een frituur heeft geen schap met twaalf dezelfde snacks op een voorraadlocatie. Hij heeft een product dat aan of uit staat.
De test is klein en gemeen. Zet tijdens een rustig halfuur één product uit en bestel het op de zuil én, als je die hebt, op de kassa. Beide moeten weigeren, of allebei moeten tonen dat het op is. Zet het daarna weer aan en kijk of de prijs overal dezelfde is. Doe het met een product dat een extra heeft, niet met een kaal artikel. De extra is waar lijsten het eerst uit elkaar lopen, omdat iemand de saus op één kanaal wel en op het andere niet heeft bijgewerkt.
Eén menu en één voorraad zijn geen slogan naast de zuil. Ze zijn de reden dat de gast het scherm vertrouwt. Vertrouwt hij het niet, dan loopt hij terug naar de balie, en dan heb je de rij terug die de zuil moest wegnemen. Houd de bron in het CMS, laat de kassa meelezen als je er een gebruikt, en behandel uitverkocht als een schakelaar in plaats van als een mededeling die iemand moet doorvertellen. De hardware eromheen kies je daarna op de productlijnen, niet als vervanging van die afspraak.
