QR code menu digital + commande a table — scan, commande et paiement sans serveur pour les étapes courantes
Brasserie : moins d'erreurs de commande, meilleure rotation des tables, zéro menu papier, carte multilingue sans serveur multilingue, conformité INCO allergènes automatique. La solution Nehos transforme chaque table en point de commande autonome — le serveur reste pour l'accueil, le conseil et les moments qui comptent.
Nos clients types
Un restaurant consacre chaque année un budget non négligeable à l'impression et au renouvellement de ses menus papier : conception graphique, impression, plastification, remplacement après usure ou modification de carte. La contrainte est structurelle — chaque changement de prix, chaque ajout de plat du jour, chaque mise à jour saisonnière impose une nouvelle série d'impressions. Pour un restaurant a clientèle touristique proposant quatre versions linguistiques, ce coût est multiplie d'autant. L'obsolescence est instantanée : un menu imprime il y a trois semaines ne reflète plus la réalité de la carte du jour. La pénurie de personnel de salle constitue le deuxième levier de pression. Les postes de serveur sont difficiles à pourvoir en restauration. Les établissements qui recrutent constatent que leurs serveurs consacrent une grande part de leur temps de travail à des tâches de prise de commande répétitives — noter des plats, transmettre oralement en cuisine, revenir pour les modifications et les erreurs. Ce temps est sous-exploite par rapport à ce qu'un bon serveur apporte en termes d'expérience client : conseil, vente additionnelle, gestion de la relation. Les erreurs de commande générées par la transmission orale serveur — cuisine représentent une part non négligeable des tickets selon les établissements. Ces erreurs ont plusieurs origines : bruit ambiant en heure de pointe, orthographe approximative sur le bon papier, confusion entre options similaires (cuisson rosé / saignant, sans lactose / sans gluten). Chaque erreur signifie un plat refait, du temps cuisine gaspille, un client insatisfait et parfois un avoir commercial. Sur les allergenes, la réglementation INCO n°1169/2011 impose depuis 2016 l'affichage des 14 allergenes majeurs sur les menus en restauration. Un menu papier imprime il y a six mois ne reflète pas les modifications de recettes intervenues depuis. La mise à jour est manuelle, coûteuse, et souvent incomplete. En cas de reaction allergique d'un client, la responsabilité de l'établissement est directement engagée. Le temps d'attente pour passer commande est un frein mesurable a la rotation des tables. En heure de pointe, un client attend parfois de longues minutes qu'un serveur se libère et prenne sa commande. Ce temps est perdu sur la rotation : une table qui pourrait tourner plus souvent en soirée tourne moins. A l'addition, la demande de l'addition et son traitement prennent des minutes supplémentaires — frustration client visible, ralentissement du flux de tables. Sur une année, ces inefficacités représentent un chiffre d'affaires non réalisé qui se chiffre à partir de vos propres données.
La solution Nehos repose sur un QR code unique par table, imprime sur un autocollant resistant ou integre au support de table. Le client scanne avec son smartphone — pas d'application a télécharger, pas de compte a créer. Le menu s'ouvre instantanément dans le navigateur mobile : une Progressive Web App Next.js 15 avec un chargement visé en moins de deux secondes sur mobile 4G. L'ensemble de la carte est géré dans Payload CMS, un back-office headless no-code que le manager pilote sans intervention technique : creation et modification de categories, ajout de plats avec photo HD, description, prix, options de personnalisation (cuisson, accompagnement, ingredients a exclure). Les produits en rupture de stock sont masques automatiquement sur le menu client des que le manager bascule leur statut — fini le serveur qui annonce à chaque table que le plat du jour est épuisé. Les 14 allergenes obligatoires (reglementUE n°1169/2011) sont renseignes une fois par plat dans Payload CMS et s'affichent systématiquement sur la fiche produit — mise à jour instantanée sur tous les menus QR code actifs des la sauvegarde. Aucune reimpressionn nécessaire, aucun risque de version obsolete. La commande a table se deroule intégralement sur le smartphone du client : selection des plats, choix des options et modifications (sans sauce, cuisson bien cuit, allergie cacahuètes — champ libre en complement des options presaisies), resume de la commande avec prix detail, validation. A la validation, le ticket de commande est envoyé automatiquement au KDS (Kitchen Display System) en cuisine, formate selon les règles de production de l'établissement. Aucun serveur n'intervient dans cette chaine — les erreurs de transmission orale sont eliminées a la source. Le bouton appel serveur reste disponible sur toutes les pages du menu : un clic envoie une notification instantanée sur la tablette staff ou dans le canal Slack de l'equipe salle, avec identification de la table. Le serveur se deplace uniquement quand il est sollicite — zéro va-et-vient inutile, concentration sur les demandes a valeur ajoutée. Le paiement a table est intégré en fin de repas. Deux modes disponibles selon l'équipement de l'établissement : Stripe Terminal avec lecteur NFC (le client approche sa carte ou son mobile pour payer), ou Stripe Payment Link genere sous forme de QR code affiche sur l'écran de son smartphone (il scanne, paie sur son téléphone, reçoit sa facture PDF par email). Le ticket NF525 est imprime automatiquement sur l'imprimante thermique de l'établissement. Pour la clientèle internationale, le menu detecte automatiquement la langue du navigateur et s'affiche en français, anglais, espagnol ou italien. Aucune saisie manuelle de la part du client, aucun surcoût de traduction opérationnel pour le restaurant — les traductions sont chargées une fois dans Payload CMS. L'upsell est configurable par le manager : suggestions en fin de selection principale (Les clients ayant commande ce plat ont également pris...), suggestions dessert déclenchées après validation du plat principal, menus du moment mis en avant en tête de carte. Les données analytics agrégées dans le dashboard Nehos permettent de suivre en temps réel les plats les plus commandes, le taux d'abandon par catégorie du menu, les heures de pointe, le revenu moyen par table et par heure. Ces données alimentent les décisions de gestion : retrait de plats peu commandes, repricing, ajustement des portions proposées en suggestion. L'integration avec les caisses du marche est native : connecteurs Lightspeed, Square et SumUp pour la reconciliation des commandes QR code avec le système de caisse existant — aucune double saisie, aucun écart de caisse en fin de service.
#Le problème : coût est multiplie d'autant
Le diagnostic est clair : Un restaurant consacre chaque année un budget non négligeable à l'impression et au renouvellement de ses menus papier : conception graphique, impression, plastification, remplacement après usure ou modification de carte. La contrainte est structurelle — chaque changement de prix, chaque ajout de plat du jour, chaque mise à jour saisonnière impose une nouvelle série d'impressions.
Pour un restaurant a clientèle touristique proposant quatre versions linguistiques, ce coût est multiplie d'autant. L'obsolescence est instantanée : un menu imprime il y a trois semaines ne reflète plus la réalité de la carte du jour. La pénurie de personnel de salle constitue le deuxième levier de pression.
Les postes de serveur sont difficiles à pourvoir en restauration. Les établissements qui recrutent constatent que leurs serveurs consacrent une grande part de leur temps de travail à des tâches de prise de commande répétitives — noter des plats, transmettre oralement en cuisine, revenir pour les modifications et les erreurs.
Ce temps est sous-exploite par rapport à ce qu'un bon serveur apporte en termes d'expérience client : conseil, vente additionnelle, gestion de la relation. Les erreurs de commande générées par la transmission orale serveur — cuisine représentent une part non négligeable des tickets selon les établissements.
Ces erreurs ont plusieurs origines : bruit ambiant en heure de pointe, orthographe approximative sur le bon papier, confusion entre options similaires (cuisson rosé / saignant, sans lactose / sans gluten). Chaque erreur signifie un plat refait, du temps cuisine gaspille, un client insatisfait et parfois un avoir commercial.
Sur les allergenes, la réglementation INCO n°1169/2011 impose depuis 2016 l'affichage des 14 allergenes majeurs sur les menus en restauration. Un menu papier imprime il y a six mois ne reflète pas les modifications de recettes intervenues depuis. La mise à jour est manuelle, coûteuse, et souvent incomplete.
En cas de reaction allergique d'un client, la responsabilité de l'établissement est directement engagée. Le temps d'attente pour passer commande est un frein mesurable a la rotation des tables. En heure de pointe, un client attend parfois de longues minutes qu'un serveur se libère et prenne sa commande.
Ce temps est perdu sur la rotation : une table qui pourrait tourner plus souvent en soirée tourne moins. A l'addition, la demande de l'addition et son traitement prennent des minutes supplémentaires — frustration client visible, ralentissement du flux de tables. Sur une année, ces inefficacités représentent un chiffre d'affaires non réalisé qui se chiffre à partir de vos propres données.
Sur le terrain, ca se traduit par : des equipes mobilisées sur des taches a faible valeur, des coûts qui s'accumulent sans visibilité, et un retard qui se creuse face aux acteurs déjà equipes.
Pour approfondir ce sujet, consultez notre page NF525 paiement a table.
#Notre approche en 4 phases
La solution Nehos repose sur un QR code unique par table, imprime sur un autocollant resistant ou integre au support de table. Le client scanne avec son smartphone — pas d'application a télécharger, pas de compte a créer. Le menu s'ouvre instantanément dans le navigateur mobile : une Progressive Web App Next.js 15 avec un chargement visé en moins de deux secondes sur mobile 4G.
#Phase 1 — Audit carte et intégrations existantes
Inventaire des plats, allergenes 14 obligatoires INCO, modes de paiement acceptes, logiciel de caisse en place (Lightspeed, Square, SumUp). Cartographie du plan de tables, identification des zones de couverture réseau. Definition du périmètre multilingue (langues cibles, clientèle touristique).
#Phase 2 — Configuration menu digital Payload CMS et PWA
Saisie de la carte dans Payload CMS (categories, produits, photos HD, allergenes, prix), generation des QR codes uniques par table, configuration PWA Next.js 15 pour chargement < 1s sur mobile 4G. Activation detection automatique de langue navigateur (FR, EN, ES, IT). Paramétrage des options de modification par plat (cuisson, accompagnement, sans sauce).
Point clé : Les produits en rupture de stock sont masques automatiquement sur le menu client des que le manager bascule leur statut — fini le serveur qui annonce à chaque table que le plat du jour est épuisé.
#Phase 3 — Integration caisse et KDS cuisine
Connecteur API vers caisse Lightspeed, Square ou SumUp. Configuration KDS (Kitchen Display System) : les tickets de commande issus du QR code arrivent directement sur l'écran cuisine sans saisie manuelle par un serveur. Test du flux complet scan → commande → KDS → paiement. Integration Stripe Terminal (lecteur NFC) ou Stripe Payment Link pour paiement sur mobile client.
#Phase 4 — Formation equipes et go-live
Formation manager sur Payload CMS (gestion carte en no-code : ajout produit, mise à jour prix, masquage produit épuisé en temps réel). Formation equipe salle sur le flux appel serveur digital (notification Slack ou tablette staff). Test en conditions réelles sur une zone pilote, puis déploiement sur l'ensemble des tables.
Point clé : Aucune reimpressionn nécessaire, aucun risque de version obsolete.
On s'appuie sur notre Payload CMS carte restaurant pour cadrer chaque étape.
#Exemple de situation
#Contexte
Une brasserie parisienne avec des menus papier plastifiés, plusieurs langues à gérer, des erreurs de transmission orale entre salle et cuisine et des clients qui attendent qu'un serveur se libère pour commander.
#Défi
Laisser le client consulter la carte, commander et payer depuis son smartphone, afficher les 14 allergènes à jour et libérer le temps des serveurs pour l'accueil et le conseil.
#Ce qu'on mettrait en place
Une PWA accessible par QR code, une carte pilotée dans Payload CMS, un envoi automatique des tickets vers l'écran de cuisine, un paiement via Stripe Terminal ou Stripe Payment Link, une carte multilingue, des suggestions configurables par le manager. Test sur une zone pilote avant déploiement sur toute la salle.
#Ce qu'on mesure
On relève avant le déploiement le taux d'erreurs de commande, le temps d'attente avant la prise de commande et la rotation des tables. Après, on compare sur la zone pilote, puis sur toute la salle.
#Pourquoi Nehos pour qr code menu commande table
Pourquoi choisir Nehos ? Parce qu'on vous dit quand le retour sur investissement n'est pas démontrable.
Expertise sectorielle Cas d'usage — On connaît les contraintes réglementaires, les outils métier, les workflows terrain. Souhail Tourjmen (Lead Dev IA) pilote ce type de projet personnellement.
Approche ROI-First — On chiffre le retour avant de coder. Si le ROI n'est pas démontrable, on vous le dit.
Stack maîtrisée — Next.js 15, Payload CMS, PWA, Service Worker, Stripe Terminal, Stripe Payment Link, Lightspeed API, Square API, SumUp API, OVHcloud. Pas de dépendance a un outil qu'on découvre sur votre projet.
Accompagnement après go-live — TMA, monitoring, evolution. On ne disparaît pas après la mise en production.
#Pour aller plus loin
- MCP integration caisse KDS
- hébergement menu QR OVHcloud
- guide QR code menu restaurant
Sources citées dans cet article :
Questions & réponses
Questions frequentes sur le QR code menu digital et la commande a table
Oui — c'est un choix de conception délibéré. Le menu QR code Nehos est une Progressive Web App (PWA) qui s'ouvre directement dans le navigateur mobile du client (Safari, Chrome, Firefox) des le scan du QR code. Aucune application a télécharger depuis l'App Store ou Google Play, aucun compte a créer, aucune saisie d'email avant d'accéder a la carte. Le menu s'affiche en moins d'une seconde sur mobile 4G. Cette approche est critique pour les restaurants a clientèle touristique : un client étranger avec une carte SIM locale hésiterait a installer une app, il n'hésite pas a scanner un QR code. Le taux d'utilisation se mesure table par table dès le premier service.
La solution Nehos dispose de connecteurs natifs pour Lightspeed Restaurant, Square for Restaurants et SumUp POS. Le principe : les commandes passées via le QR code sont transmises en temps réel a la caisse par API — le ticket s'ouvre automatiquement dans votre logiciel de caisse, comme si un serveur l'avait saisi manuellement. La reconciliation de caisse en fin de service ne comporte aucun écart. Pour SumUp, l'intégration passe par l'API SumUp Merchant. Pour d'autres caisses du marche (Zelty, Hiboutik, Revo, Clyo), nous effectuons une analyse de faisabilité API avant devis — la majorité des caisses modernes exposent une API REST compatible. Voir nos services integration caisse et KDS.
Le règlement UE n°1169/2011 (INCO) impose l'affichage des 14 allergenes majeurs sur les menus en restauration : gluten, crustacés, oeufs, poissons, arachides, soja, lait, fruits a coque, céleri, moutarde, graines de sesame, dioxyde de soufre et sulfites, lupin, mollusques. Dans Payload CMS, chaque plat dispose d'une grille de saisie des allergenes — le manager coche les allergenes presents, et ils s'affichent automatiquement sur la fiche produit du menu client. La mise à jour est instantanée : si une recette change (nouvelle sauce contenant du gluten par exemple), le manager met à jour en back-office et tous les menus QR code actifs reflètent le changement en temps réel. Aucune reimpressionn, aucun risque de version papier obsolete en salle.
Pour un restaurant standard (jusqu'à 120 couverts, carte de 40 à 80 references, une ou deux langues), le déploiement complet prend de l'ordre de deux à trois semaines. La phase la plus longue est la saisie initiale de la carte dans Payload CMS — Nehos prend en charge cette migration si vous fournissez votre menu en PDF ou Word. La phase technique (configuration PWA, connecteurs caisse, Stripe Terminal, QR codes) prend 5 jours. La formation manager sur Payload CMS dure 2 heures. Pour les restaurants avec une carte complexe (plus de 120 references, 4 langues, upsell configure, analytics avances), prévoir un peu plus de temps. Nous travaillons avec un déploiement par zone : on valide d'abord sur une section de 10 tables avant d'étendre a l'ensemble de la salle.
Oui, sans aucune contrainte. Le système QR code gere la commande et propose le paiement digital (Stripe Terminal NFC ou Stripe Payment Link), mais le paiement en espèces reste entièrement possible — le serveur encaisse a la caisse habituelle. Le client qui préfère payer cash appuie simplement sur le bouton Appeler le serveur : le serveur apporte la note et encaisse normalement. Le ticket de commande issu du QR code est déjà ouvert dans la caisse, le serveur selectionnne le mode de paiement espèces et cloture. Aucune friction supplémentaire pour les clients qui ne souhaitent pas payer en digital.
Le menu QR code est une PWA avec mise en cache Service Worker : après le premier chargement, les éléments statiques de la carte (categories, plats, photos, allergenes, prix) sont stockes en cache local sur le téléphone du client. Si le réseau devient instable en cours de repas, le menu reste accessible et navigable. La commande necessite une connexion pour l'envoi au KDS — si le réseau est totalement absent au moment de la validation, un message indique au client de réessayer dans quelques secondes (le cas est rare en salle de restaurant). Pour les zones structurellement mal couvertes, nous recommandons l'installation d'un point d'accès wifi dedie en salle — investissement modeste qui garantit une expérience optimale sur l'ensemble des tables.