Expérience utilisateur des menus PDF sur les sites Web des restaurants)
La plupart d'entre nous seraient familiers avec la commande de nourriture en ligne dans des lieux de plats à emporter ou de restauration rapide où le menu est intégré dans le formulaire de commande ou l'application. Lorsque j'ai récemment visité quelques sites Web de restaurants avec des designs assez modernes, j'ai été assez surpris que beaucoup utilisent encore des liens vers des documents PDF plutôt que d'afficher le contenu du menu sur le site).
Du point de vue commercial, je suppose que c'est un moyen d'empêcher les gens de gratter les données du site Web ou de comparer les prix et il pourrait y avoir des avantages. Du point de vue de l'utilisateur, je me demandais s'il était dans l'intérêt de l'utilisateur d'avoir des fichiers PDF et non du contenu du site Web).
Adobe essaie de surmonter certaines des lacunes de PDF par rapport à HTML + CSS (les deux peuvent contenir JS) tout en conservant ses deux avantages principaux: même conception statique dans la mesure du possible dans un seul fichier. Les deux peuvent également être parfois considéré comme un inconvénient.
Du point de vue de l'utilisateur du site Web, un menu HTML + CSS (+ JS) présente plusieurs avantages. Certains d’entre eux peuvent également être créés au format PDF, mais la plupart des générateurs ne les prennent pas en charge (facilement). Un menu en ligne est intégré dans le site, c'est-à-dire que l'utilisateur n'a pas à passer du navigateur à l'application de visualisation de documents et avec une conception transparente, le menu ressemble à n'importe quelle autre partie du site, donc il aura une entrée de navigation et semi-automatiquement adapter à la taille de la fenêtre. Un menu en ligne peut également être interactif, c'est-à-dire que les utilisateurs peuvent trier (par exemple par prix, viande, plat, taille), filtrer (par exemple pour végétarien, alcool/produits laitiers/gluten, offre spéciale, menu enfant) et rechercher les entrées. Les visiteurs peuvent également utiliser technologie d'assistance comme les lecteurs d'écran, les loupes, les traducteurs et les convertisseurs de devises. Le papier et PDF sont mauvais pour fournir des vidéos ou des images agrandies dynamiquement.
Si le menu du site Web contient déjà un bon de commande, il peut être facilement possible de coder une application tablette à l'avenir qui remplacerait les menus papier. Les données peuvent également être réutilisées pour des panneaux d'affichage électroniques - de nombreux lieux de restauration rapide ont maintenant de grands écrans de télévision au-dessus des options de menu et des prix du compteur, ce qui permet des changements d'entrée et de prix rapides, simples, inaperçus et même fréquents (par exemple, les spéciaux du midi et les saisonniers) offrandes).
Si le menu d'impression et le site Web sont générés à partir d'une seule source, qui peut également se connecter à n'importe quel programme que le gestionnaire de restaurant utilise pour la comptabilité, il n'y a pratiquement aucune raison de mettre le PDF sur le Web, au moins ni comme option unique ni comme option par défaut. Cela suppose que les mêmes personnes modifient le backend du site Web et le menu d'impression.
En conclusion et d'un point de vue UX (à la fois sur le frontend et le backend), les menus des restaurants devraient être des pages Web normales basées sur une base de données.
PS: J'ai vu des clients dans des restaurants utiliser leur téléphone pour regarder le menu en ligne au lieu de l'imprimé posé sur leur table, juste à cause des avantages mentionnés, et en Asie du Sud-Est, des serveurs m'ont remis une tablette pointée vers le restaurant. site Web, car les menus imprimés n'étaient disponibles que dans le script local et sans images.
Je pense qu'ils le font parce que c'est plus facile et moins cher pour implémenter un menu PDF plus qu'un menu en ligne).
- Des fonctionnalités telles que le téléchargement, l'impression, le zoom sont déjà intégrées dans le navigateur Web.
- Si le menu PDF est le même que celui qu'ils vont imprimer, alors ils tuent deux oiseaux avec une pierre.
- La mise à jour du contenu consiste simplement à télécharger le nouveau fichier.
- Les clients pourraient ne pas vouloir payer plus pour mettre en œuvre un menu en ligne lorsqu'il existe une alternative moins chère.
Du point de vue d'un utilisateur, un menu PDF n'est pas pratique.
- Selon le poids du contenu PDF PDF, son chargement prend plus de temps).
- Vous ne pouvez pas facilement naviguer ou rechercher un élément que vous souhaitez (moins de contrôle).
Personnellement, j'aimerais voir le menu sur leur site: catégorisé, avec des images, des prix et d'autres informations utiles.
Mais venant d'un pays où Internet n'est pas disponible gratuitement partout où vous allez - si c'est un restaurant que je commande fréquemment - je voudrais télécharger et garder leur menu ainsi pour me référer quand je veux. De préférence dans un format qui peut être ouvert sur n'importe quel appareil.
La plupart du temps, la principale raison pour laquelle de nombreux restaurants utilisent le menu PDF est qu'ils ont déjà commandé un menu imprimé pour les clients. Ce menu imprimé est souvent créé en PDF pour l'impression, ils avaient donc déjà un menu PDF sous la main. Lorsque le restaurant a réussi à trouver des moyens de créer un site Web de restaurant, il est plus facile de télécharger le fichier que vous aviez déjà plutôt que de le recréer en tant que menu HTML.
Il s'agit principalement d'une analyse coûts-avantages. Oui, le menu PDF est un peu maladroit sur un site Web, mais pourquoi dépenser de l'argent supplémentaire pour développer et maintenir plusieurs menus dans différents formats lorsque vous pouvez simplement télécharger le PDF menu que vous aviez déjà?
Développer une application de commande en ligne n'est pas bon marché non plus, donc de nombreux restaurants ne prennent que la commande par téléphone ou fournissent simplement un formulaire de commande de contact texte simple, même s'ils avaient un site Web avec des menus en ligne.
Je ne pense pas que la prévention du raclage et du prix d'achat soit un problème que la plupart des restaurants avaient en tête. Sauf dans les grandes franchises de restauration rapide, la nourriture des restaurants n'est pas vraiment un produit de base; juste parce que le même élément de menu à un endroit est 50 cents moins cher que celui du magasin suivant n'affecte pas vraiment ma décision de manger dans un endroit.
De quelques clients qui font cela à ce jour: ils disent qu'ils ne veulent pas payer quelqu'un pour faire un menu chaque semaine ou chaque mois, et ils aiment changer les choses au besoin rapidement, alors ils utilisent simplement Logiciel de création de PDF pour créer des menus . Un de mes clients utilise OpenOffice Writer Enregistrer en PDF option!
Les efforts pour créer une création de menu automatisée (en fait, pour les UTILISER, parce que j'ai créé le système) étaient inutiles, tous deux étaient réticents à changer et étaient satisfaits de la façon dont ils faisaient (et font) des choses. Donc, cela semble être plus une question de lieu de contrôle qu'une décision basée sur une pensée rationnelle ou la disponibilité de la technologie.
En plus de cela, une fois que nous avons créé un système basé sur WP pour créer des sites de restauration, l'une des questions du client était la suivante: "Pouvons-nous ajouter un bouton pour télécharger un menu sur PDF? ". Dans ce cas, le système de création de menu a été créé et approuvé , mais cette personne voulait cette fonctionnalité juste au cas où, il semble donc que quelque chose de répandu sur ce point particulier secteur d'activité
PS: Je pense aussi que la réponse de Lie Ryan pourrait être une autre raison probable
Si j'étais designer, je mettrais les deux options. Il est important de laisser l'utilisateur voir votre menu directement, mais PDF peut avoir un design ou une mise en page agréable. Certaines personnes peuvent avoir besoin de l'imprimer sur le menu. Je ne peux pas penser pourquoi ils n'utilisent que PDF.
J'ai travaillé dans une startup qui a un modèle de marché avec des restaurants du côté marchand. Ce que j'ai découvert, c'est qu'il existe une grande variété de menus et d'options de menu parmi les restaurants. Certains restaurants offriraient une option de pizza à moitié-moitié, tandis que d'autres offriraient une offre de banquet ou quelque chose de similaire.
Wordpress et d'autres développeurs de modèles savent que cette diversité existe, et développer une solution basée sur une base de données n'est pas anodin. Ainsi, un grand pourcentage d'entre eux proposent simplement PDF menu uploads.
C'est également l'une des raisons pour lesquelles il existe des sites de commande de produits alimentaires. Ils ont pris en charge diverses options de menu et variations, et fournissent une interface unique pour commander de la nourriture.
La plupart des restaurateurs considèrent les sites Web comme un support publicitaire. Ils ont des budgets limités pour les sites Web, ce qui conduit les développeurs à produire la solution la plus simple qui soit.
Par expérience: dans google anaytics, nous avons remarqué que les utilisateurs s'arrêtaient à la page 2 des plats et n'étaient pas en mesure de naviguer dans tous nos plats. Nous sommes arrivés à une conclusion, que les utilisateurs voulaient avoir une vue d'ensemble de ce que le restaurant propose de plus que chaque plat proposé par le restaurant. Nous avons donc changé les images individuelles en une image comme le menu du restaurant. Je suppose que cela a donné un meilleur résultat pour le restaurant.
Je pense que la meilleure expérience utilisateur est basée sur ce qui fonctionne vraiment pour l'utilisateur et pour l'entreprise.
Il a été brièvement mentionné mais jamais expliqué en détail pourquoi les fichiers PDF sont si répandus pour les sites Web de restaurants plutôt que d'avoir une version HTML du menu.
Non, ce n'est pas à cause du grattage ou d'une raison commerciale (les menus sont du domaine public par la loi, chaque fois qu'ils sont affichés publiquement), mais comme déjà mentionné, c'est parce que lorsque vous commandez un menu de restaurant, cela se fait dans un format qui n'est pas Web -natif, et donc vous vous retrouvez avec un fichier source qui est dans Photoshop, Illustrator, Word, PowerPoint (oui, vraiment), ou d'autres formats non natifs du Web. Vous ne pouvez pas simplement publier cela en ligne.
Ce qui n'a pas été abordé, c'est que faites-vous si vous voulez un menu pour vos tables de restaurant ainsi que votre site Web, et donc vous devez envisager d'avoir votre menu dans un format natif du Web qui permet:
- Toute la complexité de la conception d'un menu
- Capacité d'impression haute résolution
- Possibilité de télécharger PDF plus l'intégration dans un site Web
Il n'y a vraiment qu'une seule technologie qui le fait actuellement et je serais ravi d'en apprendre d'autres qui ont ces capacités, mais je n'en ai pas trouvé au moment de la rédaction. Vous pouvez voir les résultats de ce à quoi ressemblerait un menu intégré ici https://menugo.com/Shared
Les menus peuvent être téléchargés au format PDF, ou simplement liés à votre site et automatiquement synchronisés en utilisant Javascript, comme ceci:
<script id="menugo-share-script" src="https://menugo.com/js/embed.js?token=koLHB5cz"></script>
De cette façon, vous avez un menu que vous pouvez gérer en un seul endroit qui a fière allure dans les deux endroits, en plus est convivial pour le Web.