La plupart des restaurants ont un menu QR. Scannez le code et constatez par vous-même ce qui se passe généralement : un PDF s'ouvre, formaté pour A4, sur un écran de la taille d'une main. Le client pince, fait glisser, perd la colonne qu'il lisait et abandonne quelque part vers les entrées.
Ce n'est pas un menu numérique. C'est un menu imprimé avec une étape supplémentaire.
Le PDF semble être l'option économique, et il ne l'est pas
Mettre un PDF derrière un code QR prend dix minutes et ne coûte rien, ce qui explique exactement pourquoi tant de restaurants l'ont fait en 2020 et n'y sont jamais revenus. Les coûts arrivent plus tard, et ils ne ressemblent pas à des coûts logiciels.
Il ne peut pas être lu confortablement. Une page conçue pour A4 ne se réorganise pas sur un téléphone. Le texte est soit trop petit pour être lu, soit trop grand pour être vu en contexte. Chaque client effectue la même petite lutte, à chaque table, à chaque service.
Il devient obsolète en silence. Le PDF a été exporté depuis un fichier sur l'ordinateur portable de quelqu'un. Pour changer un prix, il faut ce fichier, cette personne et l'étape d'exportation. Donc il n'est pas modifié, et le code sur votre table sert les prix de la saison dernière à tous ceux qui le scannent.
Il n'a pas de recherche d'allergènes. Les informations sur les allergènes y sont peut-être. Les trouver signifie lire tout le document. Un client avec une vraie allergie demandera simplement à un serveur, ce qui est l'interaction que le code QR était censé éviter.
Il ne peut pas changer de langue. Un touriste reçoit votre PDF en langue locale, ou vous imprimez un second code pour un second PDF et en maintenez désormais deux.
Il ne vous dit rien. Pas de comptage de scans, aucune idée de si quelqu'un l'utilise.
Le menu PDF a résolu le mauvais problème. Il a rendu le menu sans contact. Il ne l'a pas rendu utilisable.
Ce qu'un vrai menu numérique change
Un menu QR numérique est une page conçue pour l'appareil sur lequel elle s'ouvre, lisant en direct vos données de menu plutôt qu'un fichier exporté par quelqu'un.
Les différences ne sont pas cosmétiques :
- Il se réorganise. Catégories, puis plats, puis détails — comme n'importe qui lit sur un téléphone.
- Il est en direct. Changez un prix, une photo, une description ou un indicateur de disponibilité, et le menu derrière le code est différent immédiatement. Le code imprimé ne change jamais.
- Il porte les données structurées. Les allergènes, additifs et types d'aliments sont des champs sur le plat, pas des phrases enfouies dans un paragraphe — ils peuvent donc être affichés comme marqueurs et faire l'objet de recherches.
- Il change de langue. Une structure, du texte par langue, un sélecteur dans l'en-tête. Langues de menu illimitées sur chaque formule, et devises illimitées avec elles.
- Il est à vous. Modèle de menu, couleurs, police, logo, titre du navigateur et favicon. Un client doit pouvoir dire de qui est le menu qu'il regarde.
- Il compte. Les scans apparaissent dans le tableau de bord, pour que vous sachiez si ce qui est sur vos tables est utilisé ou non.
La partie que la plupart des restaurants sous-estiment
Les clients ne scannent pas seulement à table.
Ils recherchent un restaurant avant de quitter la maison. Ils l'envoient à la personne qu'ils retrouvent. Ils vérifient s'il y a quelque chose que le végétarien du groupe peut manger. Rien de tout cela ne passe par un code imprimé sur un chevalet de table, car ils ne sont pas encore dans la salle.
C'est à cela que sert une adresse web personnalisée : le menu sous votre propre lien, utilisable dans une bio sociale, un profil Google Business, un message WhatsApp ou une signature d'e-mail. Le même menu en direct, accessible là où la décision est réellement prise.
Et pour les clients qui reviennent, le menu peut être ajouté à l'écran d'accueil et s'ouvre en plein écran comme une application — sans rien télécharger depuis une boutique.
Le menu du site web est le même problème, une pièce plus loin
Presque chaque site web de restaurant a une page de menu qui était correcte le jour du lancement. La mettre à jour signifie contacter celui qui a construit le site, donc elle n'est pas mise à jour.
Un widget de menu supprime cette dépendance. Le site existant garde son design ; le menu à l'intérieur provient du même endroit que le menu QR. Changez un plat une fois et les deux sont corrects. Il en va de même pour le bloc des plats du jour et le formulaire de réservation.
Vous n'avez pas besoin d'un nouveau site web. Vous avez besoin que le menu qui s'y trouve cesse d'être une copie.
Ensuite, le menu peut répondre aux questions
Une fois que le menu est une donnée structurée plutôt qu'un document, quelque chose devient possible qu'un PDF ne pourra jamais faire : le client peut lui poser des questions.
Smart Menu est un assistant à l'intérieur du menu numérique qui répond en langage clair à partir de vos plats, ingrédients et déclarations d'allergènes. « Qu'avez-vous sans noix. » « Montrez-moi quelque chose de végétarien. » « Quel vin accompagne ceci. » Pour une table avec une restriction alimentaire ou une cuisine peu familière, cela supprime la partie la plus délicate de la commande.
C'est le véritable argument contre le PDF. Ce n'est pas qu'il a l'air dépassé. C'est qu'il est une impasse — rien ne peut être construit sur un document.
Un test rapide
Scannez votre propre code QR, sur votre propre téléphone, en vous tenant là où se tient un client.
Pouvez-vous le lire sans zoomer ? Le premier prix que vous vérifiez est-il correct ? Pouvez-vous trouver chaque plat végétarien en moins de dix secondes ? Un client peut-il le lire dans une langue qu'il parle ?
Si la réponse à l'une de ces questions est non, le code sur vos tables fait moins que vous ne le pensez. Restaurant Hub existe pour corriger le menu derrière lui, pas le code lui-même.
