Commande à table par QR code : du scan à la cuisine

À la table 12, un client scanne le code du chevalet, choisit deux boissons et une entrée, et huit minutes plus tard un plateau arrive sans que personne n'ait pris la commande. Entre le scan et le passe se succèdent de petites décisions techniques, et les restaurateurs satisfaits sont ceux qui les ont prises volontairement au lieu d'accepter les réglages par défaut de leur prestataire.

Un code par table, ou un code plus une question

Les codes propres à chaque table portent le numéro de table dans le lien, généralement en court marqueur à la fin de l'URL, si bien que la commande arrive déjà étiquetée table 12 et que le serveur qui porte sait où marcher. Le coût, c'est la logistique d'impression : une salle de 30 tables demande 30 codes distincts, chacun fixé à la bonne table, et une équipe de ménage qui intervertit deux chevalets enverra deux commandes aux mauvais coins de la salle. Imprimez le numéro de table visiblement sur chaque chevalet pour qu'une inversion se repère en quelques secondes.

L'alternative est un seul code pour toute la salle plus une étape « saisissez votre numéro de table » après le scan. Vous imprimez un seul design et le placement cesse d'avoir de l'importance, mais le risque se déplace vers le client, et une fraction tapera le mauvais numéro ou aucun. Cet échange convient au retrait au comptoir ; dans une salle complète, les codes par table échouent moins.

Générer 30 codes numérotés est un seul travail par lot, pas 30 travaux manuels. La configuration QR codes pour restaurants de QRolling gère cela en génération groupée, et comme chaque code est dynamique, les 30 peuvent être pointés plus tard vers un autre prestataire de commande sans toucher un seul chevalet imprimé.

Le trajet d'une commande

Du pouce du client jusqu'à la cuisine, une commande avance en cinq étapes :

1. Le scan ouvre votre menu dans le navigateur du téléphone. Pas d'installation d'application, sinon l'adoption s'effondre dès le premier écran.
2. Le client compose un panier sur son propre téléphone. Rien n'a encore atteint la cuisine, donc un panier abandonné à ce stade ne vous coûte rien.
3. À la validation, la commande atterrit dans le système de commande avec le numéro de table attaché.
4. Elle atteint la cuisine de deux façons : une intégration au système de caisse l'insère dans le même flux de tickets que les commandes saisies par les serveurs, ou une tablette autonome ou une imprimante à tickets au passe la reçoit directement.
5. La cuisine la lance comme n'importe quel autre ticket, et la personne au service livre à la table indiquée sur l'étiquette.

L'étape 4 est la décision qui compte. Une intégration à la caisse garde un seul flux de tickets et un reporting des ventes propre, mais elle n'existe que si votre caisse et le prestataire de commande se parlent déjà, et cette liste de compatibilité est plus courte que ne le laissent entendre les pages commerciales. La tablette au passe fonctionne avec n'importe quelle caisse de n'importe quelle décennie ; le prix, c'est un deuxième écran que quelqu'un doit surveiller pendant le coup de feu, plus un rapprochement de fin de soirée entre deux systèmes.

Payer maintenant ou payer après

Les systèmes de paiement immédiat prennent la carte dans le panier, avant l'envoi de la commande. Les départs sans payer cessent d'être possibles, les clients ferment eux-mêmes leur addition, et l'équipe ne touche jamais un paiement. La friction se rassemble sur les bords : un plat offert après une erreur de cuisine devient un remboursement au lieu d'une annulation rapide, partager des articles en cours de repas est maladroit sur un téléphone, et certains clients n'aiment pas payer avant qu'aucun plat ne soit apparu.

Les systèmes de paiement différé envoient les commandes librement et règlent à la fin, ce qui ressemble au service à table normal et garde les gestes commerciaux et les partages dans votre flux habituel. En échange, le risque de départ sans payer revient et chaque table exige encore une étape humaine de règlement, donc une partie du travail que vous espériez supprimer reste. Une voie médiane existe aussi : certains systèmes enregistrent une carte à la première commande et la débitent à la fermeture, ce qui limite les départs tout en gardant un seul paiement à la fin.

Il n'y a pas de réponse universellement correcte. Les bars et les salles décontractées à forte rotation penchent vers le paiement immédiat ; les salles à service complet penchent vers le paiement différé.

Ce qui change pour l'équipe en salle

La commande par QR supprime des allers-retours, pas des personnes. La visite de prise de commande disparaît, et avec elle le temps debout aux grandes tablées, tandis que le service des plats, le débarrassage et les passages de courtoisie restent. Le passage devient toute la surface d'hospitalité, donc le script glisse de la prise de commande vers un passage à la table deux minutes après l'arrivée de la première tournée pour confirmer que tout est bien arrivé.

Deux choses exigent une formation explicite. D'abord, l'introduction à l'installation, une phrase comme « scannez le code pour commander quand vous êtes prêts, et faites signe si vous voulez une recommandation » ; sautez-la et l'adoption reste basse pendant que les clients attendent un serveur qui ne viendra pas. Ensuite, les pourboires : si le parcours de paiement en demande un, n'y touchez pas et laissez-le travailler, et s'il n'en demande pas, attendez-vous à voir la ligne des pourboires baisser et pesez cela dans le choix du prestataire.

Là où la commande par QR échoue

En gastronomie, la conversation est le produit. La recommandation, le rythme et la discussion autour du vin sont ce que le client paie, et la commande par QR supprime exactement cette surface, donc si votre ticket moyen dépend d'un serveur qui vend, gardez le serveur qui vend.

Elle échoue aussi physiquement. Le panier vit sur la connexion du client, et dans un sous-sol sombre ou un vieux bâtiment aux murs épais sans réseau, le menu ne charge jamais ; commencez par un Wi-Fi client qui atteint chaque table, ou ne commencez pas. Et gardez quoi qu'il arrive des menus imprimés à l'accueil, parce que chaque salle installe quelqu'un qui ne peut pas ou ne veut pas scanner.

Et en France ?

La commande à table ne change pas vos obligations sur l'addition. En France, un restaurant doit remettre une note au client pour toute prestation d'un montant de 25 € TTC ou plus, et sur simple demande en dessous. Si le client paie depuis son téléphone, le récapitulatif doit donc pouvoir tenir lieu de note, avec le détail des consommations, les prix TTC et le nom de l'établissement, ou être envoyé par e-mail.

Vérifiez aussi que le paiement en ligne accepte les titres-restaurant dématérialisés si votre clientèle de midi les utilise : c'est souvent là que la commande par QR bloque le plus de tables au déjeuner.

Commencez par la deuxième tournée

Inutile de transformer tout le service d'un coup. Le plus simple et le moins risqué est de commencer par les boissons : le client sait ce qu'il veut, il n'y a pas de substitution à discuter, et une bière qui demande dix minutes de main levée n'est tout simplement pas commandée. Ajoutez « Scannez pour une autre tournée » sur le chevalet, envoyez ces commandes vers une tablette au bar, et laissez les plats à vos serveurs.

Les établissements de service au comptoir jouent le même coup dans l'autre sens, et l'histoire de commande et fidélité d'un coffee shop en est un exemple travaillé. Si vous ne voulez pour l'instant que le menu derrière le code, avec la commande plus tard, le générateur de QR code de menu couvre cette moitié à lui seul.

Cette semaine, choisissez vos cinq tables à plus forte rotation, mettez-y un code de nouvelle tournée, routez ces commandes vers une seule tablette au bar, et faites un service du vendredi avant de décider quoi que ce soit de plus grand.