QR code au restaurant : menu, commande à table et paiement
Le QR code a mauvaise presse parce qu'il a longtemps servi à afficher un PDF illisible. Bien posé, il fait autre chose : il prend la commande, l'envoie en cuisine et libère le service aux heures de pointe.
Révisé en août 2026
Ce que le QR code a raté pendant cinq ans
La première génération de QR codes en restauration affichait un PDF de la carte, à zoomer sur un téléphone. C'était une dégradation du service, pas un progrès : le client perdait le confort du menu papier et n'y gagnait rien.
La deuxième génération fait autre chose : elle identifie la table, présente la carte réelle avec les disponibilités, prend la commande, l'envoie en cuisine et permet de payer. Le client gagne du temps sur deux moments précis — commander quand personne ne vient, payer quand on veut partir — qui sont exactement les deux irritants les plus cités en avis Google.
Le prérequis : que le code sache où il est
Un QR code utile est rattaché à une table du plan de salle. C'est ce qui permet à la commande d'arriver en cuisine avec un numéro de table, et au serveur de savoir qui a commandé quoi sans demander.
Le montage suit donc un ordre : dessiner le plan de salle, générer un code par table, puis les afficher. Un code unique pour tout l'établissement fonctionne pour la consultation de la carte, mais pas pour la commande — il faudrait alors demander au client de saisir son numéro de table, ce que personne ne fait correctement.
- Un code par table, rattaché au plan de salle.
- Un support résistant : chevalet, autocollant plastifié ou gravure.
- Le code visible sans déplacer un couvert, à hauteur d'assise.
- Un code de repli à l'entrée pour la consultation de la carte et les commandes à emporter.
La commande vocale : pour ceux qui ne veulent pas naviguer
Naviguer dans une carte de soixante références sur un écran de téléphone est pénible. La commande vocale répond à ce point : le client dicte « deux burgers, un sans oignon, une pinte et un verre d'eau », et la commande se compose.
Ce mode change surtout l'usage pour les tables de plus de quatre personnes, où la saisie individuelle décourage. C'est aussi la fonction la plus utile pour les clients âgés ou peu à l'aise avec les interfaces, à condition que le fallback vers un serveur reste évident.
Ce qui se passe côté cuisine
Une commande passée par QR code n'a d'intérêt que si elle arrive au bon poste. Le KDS règle ce point : chaque poste — chaud, froid, pizza, bar — affiche ce qui le concerne, avec l'heure d'entrée et le numéro de table. Le bon papier disparaît, et avec lui les commandes illisibles ou tombées.
Il faut en revanche décider d'une règle sur l'envoi : commande envoyée directement en production, ou soumise à validation par un serveur. Les deux se défendent. L'envoi direct est plus rapide, la validation évite qu'une erreur de saisie client parte en cuisson. La plupart des établissements commencent par la validation, puis passent au direct quand la confiance est là.
Ce qu'on gagne, mesurable
Trois effets se constatent quand le dispositif est correctement posé. Le panier moyen augmente légèrement, parce que les suggestions apparaissent au bon moment et que personne n'a honte de commander un dessert supplémentaire. Le temps de rotation des tables diminue aux heures de pointe. Et le nombre d'erreurs de prise de commande baisse, puisqu'il n'y a plus de retranscription.
Ces effets sont réels mais modestes s'ils sont pris isolément. Ce qui compte davantage : le service cesse d'être bloqué à la prise de commande pendant les vingt minutes où tout le monde arrive en même temps.
Erreurs à ne pas répéter
Retirer les cartes papier trop vite est l'erreur la plus fréquente : une partie de la clientèle ne commandera jamais par téléphone, et l'obliger revient à la perdre. Le QR code est un canal supplémentaire, jamais un canal unique.
Deuxième erreur : ne pas tenir la carte en ligne à jour. Un plat épuisé encore commandable produit une déception immédiate. C'est aussi pour cela que la carte du QR code doit être celle du logiciel, avec les disponibilités réelles.
À retenir
- Dessiner le plan de salle avant de générer les codes.
- Un QR code par table, sur un support qui survit au service.
- Garder la carte papier comme canal parallèle.
- Publier la carte du logiciel, avec ses disponibilités réelles.
- Choisir une règle d'envoi : validation serveur ou envoi direct en cuisine.
- Configurer le KDS par poste pour que chaque commande arrive au bon endroit.
- Proposer la commande vocale pour les grandes tables.
Questions fréquentes
- Le QR code de commande fonctionne-t-il sans application à installer ?
- Oui. Le code ouvre une page web dans le navigateur du téléphone : il n'y a rien à installer ni de compte à créer pour commander. C'est une condition d'usage — toute installation demandée fait abandonner la majorité des clients.
- Faut-il un QR code par table ?
- Pour la commande, oui : c'est ce qui permet d'identifier la table et d'envoyer la commande au bon endroit en cuisine. Un code unique suffit en revanche pour la simple consultation de la carte ou les commandes à emporter.
- La commande par QR code supprime-t-elle des postes en salle ?
- Dans les faits, elle déplace le travail plutôt qu'elle ne le supprime : moins de temps passé à prendre les commandes aux heures de pointe, plus de temps disponible pour le conseil, l'envoi et l'accueil. Les établissements qui l'utilisent pour réduire l'équipe constatent surtout une baisse de la qualité perçue.
- Que faire des clients qui refusent le téléphone ?
- Les servir comme avant. Le QR code doit rester un canal parallèle : garder les cartes papier et la prise de commande classique est ce qui permet de déployer le dispositif sans perdre une partie de la clientèle.