Restaurant thaïlandais

Le client est un restaurant thaïlandais à cuisine ouverte, dont la moitié de la carte exige des explications : ingrédients inconnus des clients, niveaux de piment, sauces et desserts difficiles à imaginer à partir d’une description orale. La clientèle est mixte : des touristes pour qui la langue du restaurant n’est pas la langue maternelle et des habitants venus « goûter à la Thaïlande ». La carte papier classique posait trois problèmes à la fois. Elle devenait vite obsolète : chaque changement de prix ou de plat entraînait une réimpression coûteuse. Elle ne présentait pas les plats concrètement : les photos devaient être ajoutées sur des feuillets séparés. Enfin, elle surchargeait les serveurs : aux heures de pointe, les clients attendaient 5 à 10 minutes rien que pour commander, et les erreurs du type « mal entendu, mal préparé » étaient fréquentes. Autre difficulté, la comptabilité : les commandes et montants par service étaient totalisés à la main, sans vision exacte de la salle en temps réel pour le propriétaire. Le restaurant souhaitait afficher le lien public de la carte dans sa fiche Google Maps, par laquelle arrive aujourd’hui une part importante des nouveaux clients.

Concevoir et créer un système dans lequel une seule carte fonctionne selon deux modes et où la commande arrive en

cuisine sans aucun intermédiaire chargé de la répéter. Le projet comportait quatre volets. Premièrement, une carte publique accessible par un lien stable, publiable sur Google Maps et les réseaux sociaux ou imprimable sur des supports promotionnels. Deuxièmement, des liens privés vers la même carte qui, lorsqu’on scanne le QR code de la table, transforment la vitrine en véritable interface de commande : choix des plats et envoi au bot Telegram du personnel, avec le numéro de table intégré au lien. Troisièmement, un bot Telegram pour le personnel qui rassemble les commandes, en assure le suivi et calcule les montants. Quatrièmement, une interface d’administration où le propriétaire peut ajouter, modifier et supprimer des plats sans développeur. Le système doit fonctionner sur les appareils simples du personnel et ne demander au client que l’appareil photo de son téléphone.

Pour le client, le système ressemble à un simple site de menu, mais il repose sur une logique réfléchie de deux modes d’accès et de trois rôles : client, personnel et gestionnaire de la carte. Chaque décision technique répondait à une même question : comment supprimer les frictions du parcours de commande ?

• Nous avons conçu une architecture à deux modes : une seule base de contenu et deux niveaux d’accès. Le lien public ouvre la carte vitrine : catégories, photos, composition, niveaux de piment et prix, sans boutons de commande ; la cuisine y est présentée clairement pour Google Maps et les réseaux sociaux. Les liens de table activent le mode commande, avec panier, commentaires sur les plats et envoi de la commande. Le contenu reste unique : aucune synchronisation n’est nécessaire.
• Nous avons créé la carte publique sous forme de page rapide et adaptée aux mobiles, qui s’ouvre en une seconde même avec la connexion mobile depuis la rue. Les clients l’ouvrent souvent depuis la fiche Google Maps alors qu’ils sont juste à côté du restaurant. Elle présente les photos des plats, des descriptions précisant le niveau de piment et la composition, des catégories allant des soupes aux boissons et desserts, ainsi que les prix à jour. L’hébergement est placé hors du réseau interne du restaurant afin que le lien reste fiable, quel que soit le Wi-Fi de l’établissement ou l’affluence en salle.
• Nous avons généré des QR codes propres à chaque table, avec son numéro intégré au lien. Le client n’a pas à choisir dans une liste « je suis à la table N » ni à indiquer sa place au serveur : le système la reconnaît grâce au lien. Cela élimine une source majeure d’erreurs de ce type de solution et attribue la commande à la bonne table dès la première seconde. Les supports QR ont été placés pour être facilement scannés de n’importe quel siège.
• Nous avons créé le panier et l’envoi de commande sans inscription : le client choisit ses plats, ajoute un commentaire (« sans cacahuètes », « plus épicé », « sauce à part »), vérifie son choix et confirme. La commande part vers le bot Telegram du personnel avec un numéro unique et le numéro de table. Aucun téléchargement d’application, numéro de téléphone ou compte à créer : du scan à l’envoi, le parcours prend une à deux minutes, volontairement moins que tout autre scénario.
• Nous avons développé le bot Telegram du personnel : toutes les commandes y arrivent en temps réel avec leur numéro unique, la table, les articles, les commentaires des clients et le montant. En plus de recevoir les commandes, le bot assure le suivi : historique par service et par jour, montants par carte et par plat, renvoi d’une commande et statuts de traitement. Le personnel travaille sur Telegram, déjà ouvert sur ses appareils professionnels ; aucun logiciel supplémentaire à installer ou à apprendre, l’interface est celle d’une conversation familière.
• Nous avons créé l’administration de la carte : ajout de plats, modification des prix, descriptions, photos et catégories, suppression et indication immédiate de disponibilité. Tout changement apparaît à la fois sur la carte publique et dans le mode commande, puisqu’il s’agit d’une seule et même carte. Le propriétaire gère l’offre depuis son téléphone, sans développeur et sans nous solliciter pour chaque détail.
• Nous avons prévu les situations courantes en salle : si la cuisine vient d’épuiser un plat commandé, l’administrateur le masque et il disparaît du mode commande ; si une commande est envoyée deux fois par erreur, le personnel voit les deux et rejette le doublon ; si un prix change, une seule modification le met à jour partout. Ce sont ces situations quotidiennes qui déterminent si le système s’adapte à la réalité d’un restaurant en activité.
• Nous avons lancé le système et formé le personnel : impression et installation des QR codes, formation des serveurs au bot, accompagnement des premiers services, recueil des retours des clients et de l’équipe puis ajustement de l’interface selon l’usage réel.

Trois décisions ont déterminé la réussite du projet. D’abord, « une carte, deux modes » : le restaurant gère un seul contenu et non deux sites, de sorte que la vitrine publique et le parcours de commande ne divergent jamais. Ensuite, Telegram comme terminal du personnel : aucun coût d’équipement, les commandes arrivent là où se trouvent déjà les employés et l’historique est conservé automatiquement, sans cahier de caisse. Enfin, le numéro de table est intégré au lien QR : le système ne demande pas au client une information qu’il peut obtenir lui-même. Au total, le système a coûté moins qu’une réimpression complète des cartes papier et reste opérationnel sans abonnement, machine ni équipement spécialisé en salle.

Ce que nous proposons au restaurant pour la prochaine étape :

• Paiement directement depuis la carte : le client règle l’addition à table sans attendre le serveur ; les tables se libèrent plus vite et la file d’attente pour l’addition disparaît aux heures de pointe.
• Multilinguisme : versions anglaise et autres langues des descriptions de plats pour la clientèle touristique, à partir du même contenu et de couches traduites.
• Présence GEO (Generative Engine Optimization) : informations structurées sur la cuisine, la carte et l’ambiance afin que les assistants IA mentionnent correctement le restaurant en réponse à « où goûter la cuisine thaïlandaise ? », un canal de plus en plus utilisé pour choisir un restaurant.
• Analyse de la carte : quels plats sont consultés sans être commandés, et lesquels augmentent l’addition ? Ces données permettent d’optimiser l’offre et les propositions saisonnières.