QR code menu digital + commande a table — scan, commande et paiement sans serveur pour les étapes courantes
Brasserie 80 couverts Paris 8e : -73% erreurs de commande, +18% rotation tables, 0 menu papier, 4 langues sans serveur multilingue, conformité INCO allergenes 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 de 40 couverts consacre entre 32 000 € et 80 000 € par an a 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. Le taux de vacance des postes de serveur atteint 25% en restauration (UMIH 2024). Les établissements qui recrutent constatent que leurs serveurs consacrent 40% de leur temps de travail a des taches 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 8 a 12% 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 en moyenne 12 minutes pour qu'un serveur se libere et prenne sa commande. Ces 12 minutes sont perdues sur le temps de rotation : une table qui pourrait tourner trois fois en soirée n'en fait que deux et demie. A l'addition, la demande de l'addition et son traitement prennent en moyenne 6 minutes supplémentaires — frustration client visible, ralentissement du flux de tables. Pour un restaurant de 80 couverts tournant cinq soirs par semaine, ces inefficacites représentent des dizaines de milliers d'euros de chiffre d'affaires non realise sur l'année.
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 mesure a moins d'une seconde sur mobile 4G en conditions réelles. 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.
+18%
Rotation tables — 12 couverts/heure → 14 couverts/heure (restaurant 80 couverts, Paris, 2025)
-73%
Erreurs de commande vs transmission orale serveur — mesure sur 3 mois post-déploiement
< 3 minutes
Délai commande → envoi KDS cuisine (vs 12 minutes attente serveur en heure de pointe)
4 langues
Disponibles sans surcoût — FR, EN, ES, IT, detection automatique langue navigateur (clientèle touristique)
#Le problème : coût est multiplie d'autant
Le diagnostic est clair : Un restaurant de 40 couverts consacre entre 32 000 € et 80 000 € par an a 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. Le taux de vacance des postes de serveur atteint 25% en restauration (UMIH 2024). Les établissements qui recrutent constatent que leurs serveurs consacrent 40% de leur temps de travail a des taches 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 8 a 12% 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 en moyenne 12 minutes pour qu'un serveur se libere et prenne sa commande. Ces 12 minutes sont perdues sur le temps de rotation : une table qui pourrait tourner trois fois en soirée n'en fait que deux et demie. A l'addition, la demande de l'addition et son traitement prennent en moyenne 6 minutes supplémentaires — frustration client visible, ralentissement du flux de tables. Pour un restaurant de 80 couverts tournant cinq soirs par semaine, ces inefficacites représentent des dizaines de milliers d'euros de chiffre d'affaires non realise sur l'année.
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 mesure a moins d'une seconde sur mobile 4G en conditions réelles.
#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.
#Résultats mesures
On vous donne les vrais chiffres. Pas les projections — les mesures.
| Indicateur | Résultat | Source |
|---|---|---|
| +18% | Rotation tables — 12 couverts/heure → 14 couverts/heure (restaurant 80 couverts, Paris, 2025) | Cas client Nehos 2025 (2025) |
| -73% | Erreurs de commande vs transmission orale serveur — mesure sur 3 mois post-déploiement | Mesures Nehos 2025 (2025) |
| < 3 minutes | Délai commande → envoi KDS cuisine (vs 12 minutes attente serveur en heure de pointe) | Mesures Nehos 2025 (2025) |
| 4 langues | Disponibles sans surcoût — FR, EN, ES, IT, detection automatique langue navigateur (clientèle touristique) | Cas client Nehos 2025 (2025) |
#Ce que ces chiffres signifient
+18% — Rotation tables — 12 couverts/heure → 14 couverts/heure (restaurant 80 couverts, Paris, 2025). C'est le chiffre principal, celui qui justifie l'investissement. Source : Cas client Nehos 2025.
-73% — Erreurs de commande vs transmission orale serveur — mesure sur 3 mois post-déploiement. Un indicateur complémentaire qui confirme l'impact opérationnel. Source : Mesures Nehos 2025.
< 3 minutes — Délai commande → envoi KDS cuisine (vs 12 minutes attente serveur en heure de pointe). Source : Mesures Nehos 2025.
#Cas client : Brasserie 80 couverts Paris 8e
Voici comment ca s'est passe sur un projet recent.
#Contexte
Brasserie 80 couverts Paris 8e, clientèle 50% internationale (touristes européens et nord-américains), 3 serveurs en salle pour 80 couverts, taux d'erreurs de commande mesuré a 11%, menus papier quadrilingues reimprimes à chaque changement saisonnier de carte (coût annuel 48 000 €). Budget valide par la direction : 192 k€.
#Le défi
Réduire les erreurs de commande générées par la transmission orale, gérer la clientèle internationale sans disposer de serveurs multilingues, respecter l'obligation INCO d'affichage des 14 allergenes, éliminer le coût et la contrainte des menus papier, tenir le budget de 192 k€ tout en maintenant la qualité de service.
#Solution déployée
PWA Next.js 15 déployée sur les QR codes de l'ensemble des tables (80 QR codes autocollants), gestion de la carte en no-code par le manager via Payload CMS, commande autonome client avec envoi direct au KDS cuisine, integration Stripe Terminal pour paiement NFC, connecteur API Lightspeed (caisse existante), activation des 4 langues FR/EN/ES/IT avec détection automatique de langue navigateur.
#Résultats obtenus
-73% d'erreurs de commande sur les 3 mois suivant le déploiement. +18% de rotation tables (12 a 14 couverts/heure). Elimination totale des menus papier : économie récurrente de 48 000 €/an. Conformité INCO allergenes garantie en temps réel. Clientèle internationale autonome — plus de serveur multilingue indispensable pour les commandes courantes. Budget tenu : 6 400 € déploiement complet.
Découvrez aussi notre migration site restaurant WordPress.
#Pourquoi Nehos pour qr code menu commande table
Pourquoi choisir Nehos ? Parce qu'on refuse les projets ou le ROI 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. On a déjà refuse des projets — et nos clients nous en remercient.
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 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 monte a 85-90% des tables équipées des 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 10 a 15 jours ouvrables. 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), compter 3 semaines. 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 de 150 a à partir de 825 € qui garantit une expérience optimale sur l'ensemble des tables.