Menu QR code pour restaurant : repensez-le pour mobile

Un client s'assoit, vise le chevalet avec son appareil photo, et votre carte s'ouvre en PDF. Elle a été mise en page pour du A3, sur deux colonnes, avec une police décorative en corps 9. Sur un écran de 15 cm, cela veut dire pincer, zoomer, perdre la ligne, pincer encore. Quelqu'un à table abandonne et demande la carte papier, que vous avez imprimée de toute façon.

Le fichier n'est pas le problème. Le décalage entre la mise en page papier et l'écran du téléphone, si. Un menu en flipbook, créé avec i3Dify à partir du même PDF, c'est ce contenu repensé pour l'écran sur lequel il s'ouvre, feuilleté avec le geste qu'on utilise déjà pour les magazines plutôt qu'avec le défilement des documents.

Sur téléphone, le flipbook abandonne la double page et affiche une page

Un QR code vers un PDF donne au téléphone un document d'impression et le laisse se débrouiller. Le viewer du flipbook détecte le téléphone, abandonne la double page et cadre une seule page qui remplit l'écran, tournée d'un balayage. Il garde deux pages chargées de chaque côté de celle que lit le client : la page suivante est déjà là avant qu'on la demande.

Ensuite, vous épinglez les plats. Posez un hotspot, un repère que l'on touche, sur le nom d'un plat et ajoutez-y une note : le client touche pour lire la description ou les allergènes sans quitter la page. Un hotspot peut aussi ouvrir une URL, et la suggestion de la semaine renvoie vers la page de réservation. Épinglez-en trois à cinq, ceux que vous voulez voir commandés, pas vingt. Sur l'offre gratuite, le viewer affiche une petite pastille i3Dify dans un coin. Pro, à 3 $ par mois, la retire.

Le QR code contient une seule URL, un changement de prix ne coûte aucune réimpression

Les cartes imprimées cèdent au changement de saison. Quelqu'un modifie huit prix, tout le tirage repart chez l'imprimeur, et les anciennes cartes restent sur les tables jusqu'à l'arrivée du carton. Le QR code que vous téléchargez depuis le panneau de partage est un PNG jusqu'à 1024 px, qui pointe vers une adresse permanente. Importez à nouveau le PDF, et le même code sur le même chevalet affiche la nouvelle carte dès le soir.

Imprimez-le à 2 cm de côté ou plus, avec une marge blanche autour, puis scannez-le vous-même à une table, le soir, avec l'éclairage du service. En dessous de cette taille, le code commence à échouer en faible lumière, soit exactement les conditions où on l'utilise. Réglez l'impression une fois, et la carte sera la seule chose que vous changerez ensuite.

Le lien vit au-delà de la table

Un QR code vers un PDF n'existe que là où se trouve le chevalet. Une carte à une URL permanente va dans votre fiche Google, dans la bio Instagram et dans le message qu'un client envoie à l'ami qui choisit le restaurant. On peut l'ouvrir le matin d'une réservation et arriver en sachant déjà ce qu'on veut. L'adresse imprimée est celle que vous collez partout : rien à synchroniser.

Deux langues, ce sont deux projets et deux codes

Un sélecteur de langue dans la carte demande au client de choisir après avoir déjà scanné et attendu. Créez plutôt un projet par langue, mettez sur chaque couverture un hotspot vers l'autre, et imprimez les deux codes côte à côte, chacun avec son étiquette. Le client choisit avant de scanner. L'offre gratuite vous donne 3 projets et 50 Mo, et un PDF de carte de huit pages pèse quelques Mo : français, anglais et carte des vins tiennent avant de payer quoi que ce soit.

Un PDF à plat reste le bon choix dans deux cas

Le petit café de comptoir à quatre produits où personne ne scanne rien, et la grande table où la carte est un objet que le serveur tend et où un code sur la table casserait l'ambiance. Partout entre les deux, le client lit sur son téléphone, que la carte ait été pensée pour ou non.

Une carte conçue à la taille d'un téléphone se lit au-delà des entrées, et le code sur la table n'est plus à réimprimer. Changez les prix, gardez le QR code. Partez du modèle de menu de restaurant en 3D.