Nehos Groupe

L'essentiel sur la carte digitale restaurant temps réel

Une carte digitale restaurant avec mise à jour temps réel, c'est une PWA accessible via QR code en salle et terrasse, alimentée par un CMS headless synchronisé à la caisse. Résultat : la disponibilité des plats, les prix et les informations allergènes se mettent à jour automatiquement en moins de 30 secondes, sans manipulation côté salle.

Méthode Nehos en 4 phases : audit caisse et flux menu (1-2 semaines), architecture PWA + CMS headless + intégration caisse (2-4 semaines), paramétrage upselling et disponibilité temps réel (1-2 semaines), formation et go-live progressif (1 semaine par site). Déploiement complet sur 12 établissements en 11 semaines.

Cas concret de référence Nehos : groupe brasseries urbaines 12 établissements (Lyon, Bordeaux, Nantes), 6 langues servies, 180 références actives par carte. Résultats mesurés en 6 mois : +19 % de panier moyen, -73 % de réclamations allergènes, +41 % de commandes de suggestions du moment. ROI atteint au mois 8.

Stack déployée : PWA Next.js 16, Payload CMS headless, intégration Lightspeed POS via API REST, moteur de traduction DeepL Pro, analytics Plausible Analytics (RGPD-first), hébergement OVHcloud. Aucune application native à télécharger côté client — chargement < 1,8 s sur 4G.

Carte digitale restaurant temps réel — QR code, allergènes, multilangue et upselling intégré

Groupe restauration 12 établissements, 8 langues servies, flux allergènes INCO automatisé. +19 % de panier moyen mesuré en 6 mois, ROI atteint mois 8. Méthode Nehos ROI-First appliquée de l'audit caisse au déploiement multi-sites.

Adapté à toute taille de structure

Artisan
Startup
PME / TPE
ETI
Grand Groupe
Problématique

La carte papier ou PDF statique coûte cher à gérer et perd de l'argent silencieusement. Dans un restaurant en activité, les conditions changent en continu : un plat du jour épuisé à 13h15, un prix de matière première qui force une révision tarifaire en urgence, un allergène ajouté sur une recette modifiée en cuisine. Aujourd'hui, dans la grande majorité des établissements français, ces changements se traduisent par une erreur humaine — le serveur qui annonce en salle que le plat est indisponible, la réclamation allergène parce que l'information n'a pas été répercutée sur la carte PDF affichée en vitrine, la perte de revenu parce qu'aucune suggestion de remplacement n'a été proposée au client déçu. Pour un restaurant indépendant, les pertes sont diffuses mais réelles : 8 à 12 % du chiffre d'affaires salle lié à des écarts entre la carte affichée et la réalité cuisine, selon les remontées terrain de la profession (étude UMIH 2024). Pour un groupe multi-sites, le problème s'industrialise : mettre à jour une carte sur 10 à 30 établissements simultanément mobilise un opérateur 2 à 4 heures, avec un risque systématique d'incohérence entre sites ou entre version papier, PDF et éventuel site web. La réglementation ajoute une couche de contrainte non-négociable. Le règlement européen INCO (Information des COnsommateurs) impose depuis 2014 l'affichage des 14 allergènes majeurs pour tout plat servi en restauration. Les contrôles DGCCRF se sont renforcés depuis 2022, avec des amendes pouvant dépasser à partir de 1 500 € par infraction. Un groupe de 12 établissements non conformes représente un risque juridique et réputationnel structurel, surtout si une réaction allergique est liée à une information manquante ou erronée sur la carte. Le profil client international aggrave encore la situation dans les zones touristiques (centres-villes, sites patrimoniaux, littoral, montagne) et dans les restaurants d'hôtels. Un menu disponible uniquement en français exclut ou dégrade l'expérience de 30 à 60 % des couverts sur les créneaux touristiques. Les solutions actuelles — impression bilingue, PDF traduit par un stagiaire — produisent des erreurs régulières et ne s'adaptent pas à la rotation des plats. Enfin, le levier upselling de la carte reste massivement inexploité dans le format papier ou PDF. La carte est un support passif : elle liste les plats, mais ne suggère pas, ne met pas en avant les plats à forte marge, ne capte pas les préférences exprimées lors de la commande. Les études sectorielles (Lightspeed Restaurant Index 2025) montrent que les restaurants disposant d'un système de recommandation contextuel sur leur carte digitale génèrent 15 à 25 % de revenu additionnel par couvert — essentiellement via les desserts, les accords boissons et les suppléments. Le problème central n'est donc pas technologique : les solutions existent. Le problème est l'intégration cohérente — faire en sorte que la carte digitale soit synchronisée avec la caisse en temps réel, conforme INCO automatiquement, traduite sans erreur dans 4 à 8 langues, et capable de convertir l'attention du client en revenu additionnel mesuré. C'est précisément ce que la méthode Nehos adresse, avec un déploiement calibré à la taille et au budget de chaque opérateur — du restaurant indépendant 80 couverts au groupe 30 établissements.

Notre solution

La solution Nehos pour la carte digitale restaurant repose sur trois piliers indissociables : une PWA (Progressive Web App) accessible via QR code sans installation, un CMS headless comme source de vérité unique pour toutes les données menus, et une intégration bidirectionnelle avec la caisse enregistreuse pour synchroniser la disponibilité des plats en temps réel. Ces trois couches fonctionnent ensemble — modifier la disponibilité dans la caisse met à jour la carte côté client en moins de 30 secondes, sans aucune manipulation humaine intermédiaire. **PWA QR code — zéro friction client** La PWA est accessible en scannant un QR code apposé sur table, menu support, vitrine ou ardoise. Aucune application à télécharger, aucun compte à créer. Le chargement cible est inférieur à 1,8 seconde sur connexion 4G standard — condition non-négociable pour l'expérience en salle où le réseau peut être dégradé. La PWA est indexable par Google, ce qui génère en complément un flux SEO sur les requêtes de découverte ("menu restaurant [ville]", "carte sans allergènes [quartier]"). Elle fonctionne également en mode offline partiel : si la connexion du client se coupe après le premier chargement, la carte reste consultable. L'interface est conçue pour une consultation rapide en contexte restaurant : hiérarchie claire entre catégories, photographies optionnelles optimisées WebP, prix et allergènes visibles sans actions supplémentaires, bouton de traduction accessible en un geste. Sur mobile (représentant 78 à 90 % des sessions selon les établissements déployés), la navigation verticale suit les standards UX mobiles — pas de menus cachés, pas de zoom requis. **CMS headless — source de vérité unique multi-sites** Payload CMS (ou Sanity selon le contexte et la préférence technique du client) sert de back-office unique pour l'ensemble des établissements d'un groupe. Un seul outil pour gérer la carte commune, les variantes par établissement (prix différents Paris vs province, disponibilités locales), et les informations réglementaires (allergènes, labels, mentions légales). L'interface d'administration est volontairement simplifiée pour une prise en main en moins de 2 heures sans formation technique : modification d'un prix, désactivation temporaire d'un plat, upload d'une photo — tout se fait depuis un smartphone. Les droits d'accès sont granulaires : le responsable de salle d'un établissement peut modifier la disponibilité et les plats du jour de son site uniquement, tandis que le directeur marketing groupe a accès à l'ensemble des établissements. Cette structure de permissions est configurée à l'audit initial selon l'organisation du client. **Intégration caisse — synchronisation disponibilité temps réel** C'est la pièce maîtresse du dispositif. La valeur d'une carte digitale sans synchronisation caisse est limitée : il faut toujours une saisie manuelle pour désactiver un plat épuisé. Avec l'intégration caisse, ce flux devient automatique. Nehos a développé des connecteurs testés pour les principales caisses du marché français et européen : Lightspeed Restaurant (API REST v3), Zelty (webhooks natifs), L'Addition (API REST), Tiller by SumUp (API), Aloha NCR (via middleware), et les solutions propriétaires de grands groupes (connecteurs custom sur devis, délai 2-4 semaines supplémentaires). Concrètement : quand le dernier plat du jour est vendu en caisse, un webhook déclenche une mise à jour de statut dans le CMS, qui pousse immédiatement le changement vers tous les clients connectés à la PWA. Délai de bout en bout mesuré en production : 12 à 28 secondes selon la caisse et la charge réseau. **Gestion allergènes INCO — conformité automatisée** Chaque fiche plat dans le CMS embarque les 14 allergènes majeurs réglementaires (gluten, crustacés, œufs, poissons, arachides, soja, lait, fruits à coque, céleri, moutarde, graines de sésame, anhydride sulfureux et sulfites, lupin, mollusques) sous forme de champs structurés — pas de texte libre, pas d'erreur humaine de saisie. L'affichage côté client est normé : pictogrammes conformes à la signalétique européenne, texte associé, mention de contamination croisée si renseignée. Quand une recette change en cuisine — substitution d'un ingrédient, changement de fournisseur — le responsable cuisine met à jour la fiche CMS. La carte digitale reflète le changement en temps réel sur tous les supports. Plus de carte papier à réimprimer, plus de risque de décalage entre version affichée et réalité. Cette traçabilité CMS constitue également un document probant en cas de contrôle DGCCRF : l'historique des modifications allergènes est horodaté et exportable. **Multilangue — traduction automatique pilotée** Le moteur de traduction s'appuie sur DeepL Pro API, paramétré avec un glossaire propre à la restauration (noms de plats, techniques culinaires, appellations protégées) pour éviter les traductions grotesques qui nuisent à l'image. Les langues standard déployées : anglais, espagnol, italien, allemand, portugais, néerlandais — extensibles à 29 langues DeepL sur demande. La traduction est déclenchée automatiquement à chaque modification de fiche plat : le contenu traduit est disponible en moins de 2 secondes. Le client peut basculer de langue en un geste depuis l'interface PWA. La langue est mémorisée pour la session. Sur les sites touristiques, cette fonctionnalité réduit significativement les erreurs de commande et les échanges tendus en salle liés à la barrière linguistique. **Upselling intégré — suggestions contextuelles à la commande** Le moteur d'upselling contextuel est configuré par le client selon deux logiques complémentaires. Première logique : les règles métier manuelles ("proposer tel dessert avec telle entrée", "suggérer le vin du mois avec les plats de saison", "mettre en avant les plats à forte marge le vendredi soir"). Deuxième logique : les recommandations basées sur les données analytics — les associations de plats les plus fréquemment commandées ensemble sur les 30 derniers jours remontent automatiquement comme suggestions. L'upselling s'affiche de manière non-intrusive — une section "Les clients ont également commandé" ou "Notre suggestion du moment" en bas de fiche plat, pas de pop-up bloquant. La mesure d'impact est directe : le tableau de bord analytics segmente le chiffre d'affaires issu des suggestions vs commandes directes, par établissement et par période. **Analytics — mesure de performance par établissement** Plausible Analytics (conforme RGPD, sans cookies tiers) est intégré nativement. Tableaux de bord disponibles : taux de conversion par plat (vues / commandes si intégration commande à table), panier moyen par session, langues utilisées par établissement, heures de consultation, plats les plus consultés vs les plus commandés (écart = signal de friction). Les données sont accessibles par le groupe et par établissement selon les droits. Pas de Google Analytics, pas de cookies publicitaires — une position cohérente avec l'image premium de la restauration indépendante et de groupe.

+19 %

Hausse du panier moyen mesurée 6 mois après déploiement de la carte digitale avec upselling intégré (groupe brasseries 12 établissements, baseline 6 mois précédents)

ROI mois 8

Retour sur investissement atteint au mois 8 post mise en production (vs projection initiale 10-12 mois pour un groupe 12 établissements)

-73 %

Réduction des réclamations liées aux allergènes grâce à l'affichage structuré INCO automatisé (vs carte papier baseline)

+41 %

Hausse des commandes de suggestions du moment (plats à forte marge ou plats du jour) depuis l'activation du moteur d'upselling contextuel

< 30 s

Délai de propagation d'une mise à jour (disponibilité plat, prix, allergène) de la caisse vers tous les clients connectés à la PWA

6 langues

Langues déployées en standard (FR/EN/ES/IT/DE/PT) via DeepL Pro — extensible à 29 langues sans surcoût de développement

11 semaines

Durée de déploiement complet sur un groupe 12 établissements (audit + développement + intégration caisse + formation + go-live progressif)

15-25 %

Fourchette de revenu additionnel par couvert constatée par les restaurants avec système de recommandation contextuel sur carte digitale (benchmark sectoriel)

Cas concret

ROI atteint au mois 8 — deux mois avant la projection initiale (10-12 mois). Détail des gains mesurés à 6 mois post go-live. Panier moyen : +19 % sur les établissements avec upselling desserts activé, principalement desserts (+8 points de taux de prise) et boissons premium (+6 points). Allergènes : zéro réclamation sérieuse en 6 mois (vs 2 incidents graves l'année précédente), contrôle DGCCRF proactif réalisé au mois 4 sans observation. Multilangue : +14 % de satisfaction client mesurée sur avis Google (tag 'menu clair' et 'accueil multilingue' en hausse). Efficacité opérationnelle : temps de gestion carte groupe passé de 3-4h à 20-30 min par semaine. Le responsable marketing a réorienté le temps libéré sur les opérations promotionnelles. La direction a décidé en mois 9 d'étendre la solution aux 5 établissements d'un second groupe partenaire via licence white-label.

#Le probleme : perte de revenu parce qu'aucune suggestion de remplacement n'a été

Le diagnostic est clair : La carte papier ou PDF statique coûte cher à gérer et perd de l'argent silencieusement. Dans un restaurant en activité, les conditions changent en continu : un plat du jour épuisé à 13h15, un prix de matière première qui force une révision tarifaire en urgence, un allergène ajouté sur une recette modifiée en cuisine. Aujourd'hui, dans la grande majorité des établissements français, ces changements se traduisent par une erreur humaine — le serveur qui annonce en salle que le plat est indisponible, la réclamation allergène parce que l'information n'a pas été répercutée sur la carte PDF affichée en vitrine, la perte de revenu parce qu'aucune suggestion de remplacement n'a été proposée au client déçu.

Pour un restaurant indépendant, les pertes sont diffuses mais réelles : 8 à 12 % du chiffre d'affaires salle lié à des écarts entre la carte affichée et la réalité cuisine, selon les remontées terrain de la profession (étude UMIH 2024). Pour un groupe multi-sites, le problème s'industrialise : mettre à jour une carte sur 10 à 30 établissements simultanément mobilise un opérateur 2 à 4 heures, avec un risque systématique d'incohérence entre sites ou entre version papier, PDF et éventuel site web. (source : UMIH)

La réglementation ajoute une couche de contrainte non-négociable. Le règlement européen INCO (Information des COnsommateurs) impose depuis 2014 l'affichage des 14 allergènes majeurs pour tout plat servi en restauration. Les contrôles DGCCRF se sont renforcés depuis 2022, avec des amendes pouvant dépasser à partir de 1 500 € par infraction. Un groupe de 12 établissements non conformes représente un risque juridique et réputationnel structurel, surtout si une réaction allergique est liée à une information manquante ou erronée sur la carte.

Le profil client international aggrave encore la situation dans les zones touristiques (centres-villes, sites patrimoniaux, littoral, montagne) et dans les restaurants d'hôtels. Un menu disponible uniquement en français exclut ou dégrade l'expérience de 30 à 60 % des couverts sur les créneaux touristiques. Les solutions actuelles — impression bilingue, PDF traduit par un stagiaire — produisent des erreurs régulières et ne s'adaptent pas à la rotation des plats.

Enfin, le levier upselling de la carte reste massivement inexploité dans le format papier ou PDF. La carte est un support passif : elle liste les plats, mais ne suggère pas, ne met pas en avant les plats à forte marge, ne capte pas les préférences exprimées lors de la commande. Les études sectorielles (Lightspeed Restaurant Index 2025) montrent que les restaurants disposant d'un système de recommandation contextuel sur leur carte digitale génèrent 15 à 25 % de revenu additionnel par couvert — essentiellement via les desserts, les accords boissons et les suppléments.

Le problème central n'est donc pas technologique : les solutions existent. Le problème est l'intégration cohérente — faire en sorte que la carte digitale soit synchronisée avec la caisse en temps réel, conforme INCO automatiquement, traduite sans erreur dans 4 à 8 langues, et capable de convertir l'attention du client en revenu additionnel mesuré. C'est précisément ce que la méthode Nehos adresse, avec un déploiement calibré à la taille et au budget de chaque opérateur — du restaurant indépendant 80 couverts au groupe 30 établissements.

Pour approfondir ce sujet, consultez notre page vertical Food & Restauration Nehos.

#Notre approche en 4 phases

La solution Nehos pour la carte digitale restaurant repose sur trois piliers indissociables : une PWA (Progressive Web App) accessible via QR code sans installation, un CMS headless comme source de vérité unique pour toutes les données menus, et une intégration bidirectionnelle avec la caisse enregistreuse pour synchroniser la disponibilité des plats en temps réel. Ces trois couches fonctionnent ensemble — modifier la disponibilité dans la caisse met à jour la carte côté client en moins de 30 secondes, sans aucune manipulation humaine intermédiaire. PWA QR code — zéro friction client

La PWA est accessible en scannant un QR code apposé sur table, menu support, vitrine ou ardoise.

#Phase 1 — Audit caisse et flux menu 1-2 semaines

Cartographier les systèmes de caisse existants (Lightspeed, Zelty, L'Addition, Tiller, Aloha, propriétaires), format des données menus, fréquence de mise à jour actuelle, besoins allergènes et langues cibles.

#Phase 2 — Architecture PWA + CMS headless et intégration caisse 2-4 semaines

Connecter le CMS headless (Payload CMS ou Sanity) à la caisse via API, configurer le moteur de traduction automatique (DeepL Pro API), paramétrer la gestion allergènes INCO 14 allergènes, déployer la PWA QR code.

Point cle : Le chargement cible est inférieur à 1,8 seconde sur connexion 4G standard — condition non-négociable pour l'expérience en salle où le réseau peut être dégradé.

#Phase 3 — Paramétrage upselling et disponibilité temps réel 1-2 semaines

Configurer les règles d'upselling contextuel (heure de service, marge brute, stock résiduel), activer la synchronisation disponibilité plats depuis la caisse, tester la latence de mise à jour (<30 secondes).

#Phase 4 — Formation équipes et go-live progressif 1 semaine par site

Former responsables de salle et gérants à l'interface CMS (2h par site), déployer les QR codes en salle et terrasse, activer le tableau de bord analytics, mesurer le panier moyen J+30 vs baseline.

Point cle : Elle fonctionne également en mode offline partiel : si la connexion du client se coupe après le premier chargement, la carte reste consultable.

On s'appuie sur notre service PWA et applications web Nehos pour cadrer chaque etape.

#Resultats mesures

On vous donne les vrais chiffres. Pas les projections — les mesures.

IndicateurResultatSource
+19 %Hausse du panier moyen mesurée 6 mois après déploiement de la carte digitale avec upselling intégré (groupe brasserie...Cas client Nehos 2025 (2025)
ROI mois 8Retour sur investissement atteint au mois 8 post mise en production (vs projection initiale 10-12 mois pour un groupe...Mesures Nehos 2025 (2025)
-73 %Réduction des réclamations liées aux allergènes grâce à l'affichage structuré INCO automatisé (vs carte papier baseline)Remontées terrain client Nehos 2025 (2025)
+41 %Hausse des commandes de suggestions du moment (plats à forte marge ou plats du jour) depuis l'activation du moteur d'...Analytics Plausible client Nehos 2025 (2025)
< 30 sDélai de propagation d'une mise à jour (disponibilité plat, prix, allergène) de la caisse vers tous les clients conne...Mesures techniques Nehos en production (2026)
6 languesLangues déployées en standard (FR/EN/ES/IT/DE/PT) via DeepL Pro — extensible à 29 langues sans surcoût de développementStack Nehos carte digitale v2 (2026)
11 semainesDurée de déploiement complet sur un groupe 12 établissements (audit + développement + intégration caisse + formation ...Méthode Nehos ROI-First food-restauration (2025)
15-25 %Fourchette de revenu additionnel par couvert constatée par les restaurants avec système de recommandation contextuel ...Lightspeed Restaurant Index 2025 (2025)

#Ce que ces chiffres signifient

+19 % — Hausse du panier moyen mesurée 6 mois après déploiement de la carte digitale avec upselling intégré (groupe brasseries 12 établissements, baseline 6 mois précédents). C'est le chiffre principal, celui qui justifie l'investissement. Source : Cas client Nehos 2025.

ROI mois 8 — Retour sur investissement atteint au mois 8 post mise en production (vs projection initiale 10-12 mois pour un groupe 12 établissements). Un indicateur complementaire qui confirme l'impact operationnel. Source : Mesures Nehos 2025.

-73 % — Réduction des réclamations liées aux allergènes grâce à l'affichage structuré INCO automatisé (vs carte papier baseline). Source : Remontées terrain client Nehos 2025.

#Cas client : Groupe de brasseries urbaines

Partons d'un cas reel.

#Contexte

Groupe de brasseries urbaines, 12 établissements répartis dans 3 métropoles françaises (Lyon, Bordeaux, Nantes), positionnement milieu de gamme animé (ticket moyen 28-à partir de 560 €, 80-140 couverts par établissement). Clientèle mixte : actifs locaux midi, touristes et familles le soir. 6 langues de clients identifiées sur les établissements en zones touristiques. Carte commune 180 références avec déclinaisons locales (plats du terroir par ville), rotation hebdomadaire des plats du jour. Caisse Lightspeed Restaurant déployée sur l'ensemble des établissements depuis 2022. Équipe digitale groupe : 1 responsable marketing, 12 responsables de salle (1 par établissement).

#Le defi

La gestion de la carte mobilisait 3 à 4 heures hebdomadaires du responsable marketing groupe pour mettre à jour les 12 versions PDF et les affichages numériques en salle — sans garantie de synchronisation complète entre sites. Deux incidents allergènes sérieux en 2024 (un client cœliaque ayant commandé un plat contenant du gluten non mentionné sur la carte PDF) avaient déclenché un audit interne et la crainte d'une action DGCCRF. La direction avait identifié que 35 % des couverts le soir en période estivale provenaient de touristes non-francophones, mais la carte n'existait qu'en français et en anglais approximatif. Enfin, l'analyse caisse montrait que les desserts et les accords boissons étaient sous-commandés (23 % de clients prenant un dessert vs benchmark sectoriel à 38 %), sans mécanisme pour inverser la tendance.

#Solution deployee

Méthode Nehos ROI-First food-restauration appliquée en 4 phases. Phase 1 — Audit 2 semaines : cartographie des flux de données Lightspeed, inventaire des 180 références carte, analyse des réclamations allergènes et du gap linguistique par établissement, chiffrage du coût de la gestion manuelle actuelle (72 h/an responsable marketing + risque juridique allergènes quantifié à 288 k€ de provision). Phase 2 — Architecture et développement 4 semaines : PWA Next.js 16, Payload CMS headless, connecteur Lightspeed REST API (synchronisation disponibilité plats + prix), intégration DeepL Pro (EN/ES/IT/DE/PT + FR), module allergènes INCO 14 allergènes structuré, moteur upselling règles métier + données analytics. Phase 3 — Paramétrage upselling et tests 2 semaines : configuration des règles d'association (desserts avec plats principaux, vins du mois par carte de saison), tests de charge PWA (200 connexions simultanées par établissement), validation latence <30 s caisse → PWA. Phase 4 — Formation et go-live 3 semaines (1 semaine par lot de 4 établissements) : formation responsables de salle (2h chacun sur Payload CMS), déploiement QR codes (tables, terrasses, vitrine), activation analytics Plausible, tableau de bord groupe et par site. Go-live complet semaine 11.

#Resultats obtenus

ROI atteint au mois 8 — deux mois avant la projection initiale (10-12 mois). Détail des gains mesurés à 6 mois post go-live. Panier moyen : +19 % sur les établissements avec upselling desserts activé, principalement desserts (+8 points de taux de prise) et boissons premium (+6 points). Allergènes : zéro réclamation sérieuse en 6 mois (vs 2 incidents graves l'année précédente), contrôle DGCCRF proactif réalisé au mois 4 sans observation. Multilangue : +14 % de satisfaction client mesurée sur avis Google (tag 'menu clair' et 'accueil multilingue' en hausse). Efficacité opérationnelle : temps de gestion carte groupe passé de 3-4h à 20-30 min par semaine. Le responsable marketing a réorienté le temps libéré sur les opérations promotionnelles. La direction a décidé en mois 9 d'étendre la solution aux 5 établissements d'un second groupe partenaire via licence white-label.

Decouvrez aussi notre service CMS headless Nehos.

#Pourquoi Nehos pour carte digitale mise à jour temps réel

Pourquoi choisir Nehos ? Parce qu'on refuse les projets ou le ROI n'est pas demontrable.

Expertise sectorielle Food & Restauration — On connait les contraintes reglementaires, les outils metier, les workflows terrain. Foued Cherni (Fondateur & CEO — Lead vertical Food & Restauration) pilote ce type de projet personnellement.

Approche ROI-First — On chiffre le retour avant de coder. Si le ROI n'est pas demontrable, on vous le dit. On a deja refuse des projets — et nos clients nous en remercient.

Stack maitrisee — Next.js 16, Payload CMS, DeepL Pro API, Lightspeed REST API v3, Zelty webhooks, Plausible Analytics, OVHcloud. Pas de dependance a un outil qu'on decouvre sur votre projet.

Accompagnement apres go-live — TMA, monitoring, evolution. On ne disparait pas apres la mise en production.

#Pour aller plus loin


Sources citees dans cet article :

Questions & Réponses

Questions fréquentes sur la carte digitale restaurant temps réel

Les deux approches sont possibles et dépendent du positionnement de l'établissement. Pour un restaurant gastronomique ou bistronomique avec une carte sobre et stable (15-30 références), la coexistence est fréquente : la carte papier porte l'expérience premium, la carte digitale via QR code complète avec les allergènes détaillés, les accords suggérés et les plats du jour dynamiques. Pour une brasserie, un restaurant à rotation rapide ou un établissement en zone touristique internationale, la carte digitale seule devient la norme — 80 % des clients scannent spontanément le QR code sans demander de carte papier (mesure sur 6 établissements Nehos déployés). La carte papier peut être maintenue comme option sur demande, imprimée uniquement pour les clients qui la souhaitent. Ce choix se décide à l'audit initial selon le concept et la clientèle.
Nehos dispose de connecteurs natifs testés pour Lightspeed Restaurant, Zelty, L'Addition et Tiller by SumUp — représentant environ 65 % du parc caisse dans la restauration française. Pour les autres systèmes, deux approches selon le cas : (1) Si la caisse expose une API REST ou des webhooks (Aloha NCR, Oracle MICROS, Revel Systems, Cashpad) : intégration standard 2-3 semaines supplémentaires avec le connecteur générique Nehos. (2) Si la caisse est propriétaire sans API documentée (systèmes anciens, solutions maison de groupes) : on développe un middleware d'import (lecture base de données ou fichiers d'export planifiés). Dans ce cas, la synchronisation n'est plus en temps réel strict mais en quasi temps réel (cycle de 2 à 5 minutes). Pour les groupes sans API caisse, on recommande parfois d'anticiper un changement de caisse si le renouvellement est prévu sous 18 mois — le ROI global s'en trouve amélioré. On est honnêtes sur les limites techniques dès l'audit.
La saisie initiale est manuelle — et c'est incontournable, car aucun système ne peut deviner la composition d'une recette maison. Concrètement : à l'onboarding, chaque fiche plat dans le CMS est complétée avec les 14 allergènes réglementaires via des cases à cocher normées (pas de texte libre, donc pas d'erreur de frappe). Ce travail de fond prend 1 à 2 jours pour une carte de 180 références selon la vitesse de l'opérateur. À partir de là, l'automatisation prend le relais : quand une recette est modifiée, le responsable cuisine met à jour la fiche CMS (modification des cases allergènes), et la carte digitale reflète le changement en temps réel sur tous les établissements concernés. Plus de carte papier à réimprimer, plus de version PDF à redistribuer, plus de risque d'oubli. La traçabilité est automatique : chaque modification allergène est horodatée dans l'historique CMS — document probant en cas de contrôle DGCCRF.
Pour un restaurant indépendant (1 établissement, 60-120 couverts, carte 40-80 références) : enveloppe typique à partir de 864 € HT en développement + intégration + formation, selon la caisse en place et le nombre de langues souhaités. Si la caisse est Lightspeed, Zelty ou Tiller (connecteur natif) et les langues cibles 2-3 : on est plutôt à partir de 864 € HT. Si la caisse est propriétaire et les langues cibles 6+ : à partir de 1 113 € HT. À cela s'ajoute un abonnement mensuel CMS + hébergement de à partir de 1 408 € HT/mois selon le périmètre. Le ROI pour un indépendant vient principalement du gain opérationnel (temps de gestion carte) et de l'upselling desserts/boissons. Pour un restaurant avec un panier moyen de à partir de 448 € et 80 couverts/jour, chaque point de panier moyen gagné représente à partir de 1 408 € de CA quotidien, soit à partir de 32 000 € sur 12 mois. Le break-even est généralement atteint en 6 à 10 mois.
Oui, avec des nuances selon le scénario. La PWA est optimisée pour les connexions dégradées : assets compressés (images WebP optimisées, CSS/JS minifiés), service worker avec mise en cache intelligente, lazy loading des images. Sur 4G mobile (réseau client), le chargement initial est inférieur à 1,8 s dans nos mesures de production. Sur Wi-Fi restaurant dégradé (partagé entre de nombreux clients), les résultats dépendent de la configuration réseau — le déploiement inclut un audit Wi-Fi sommaire pour les établissements à forte densité. Pour les terrasses sans Wi-Fi, le réseau 4G/5G du client est suffisant dans la quasi-totalité des cas en zone urbaine et périurbaine. Le mode offline de la PWA garantit que si la connexion se coupe après le premier chargement, la carte reste consultable dans son dernier état connu — sans mises à jour temps réel tant que la connexion n'est pas rétablie.
Trois niveaux de mesure sont mis en place dès le déploiement. Premier niveau — analytics carte : Plausible Analytics mesure les vues par plat, les langues utilisées, les heures de consultation, le taux de clic sur les suggestions d'upselling. Ces données sont visibles par établissement et par groupe dans le tableau de bord. Deuxième niveau — comparaison caisse : le rapport hebdomadaire de votre caisse Lightspeed ou Zelty permet de comparer le panier moyen, le taux de prise desserts et le nombre de références vendues par service avant et après déploiement. C'est cette comparaison caisse — et non les analytics carte seuls — qui constitue la mesure de ROI officielle. Troisième niveau — suivi avis clients : les tags récurrents sur Google Maps et TripAdvisor ("menu clair", "allergènes bien indiqués", "accessible en anglais") fournissent un signal qualitatif de satisfaction. On met en place ce suivi dès J+30 et on fait un bilan formalisé à J+90 et J+180.
Oui, c'est une extension du périmètre standard. La PWA carte digitale peut embarquer un module de commande à table (bouton 'Commander' par plat, panier, validation envoyée directement en cuisine ou en caisse) — ce que l'on appelle la commande directe sur place (Order & Pay ou Order Only). Ce module est déployable en complément de la carte de consultation, avec une intégration caisse pour la transmission des tickets. Deux cas de figure : (1) La commande à table remplace complètement la prise de commande par le serveur — adapté aux concepts de restauration rapide premium, food halls, dark kitchens avec service salle. (2) La commande à table fonctionne en mode 'pré-commande suggestion' — le client compose sa commande, le serveur la valide avant envoi — adapté aux restaurants avec un service en salle personnalisé. Le module commande à table augmente le périmètre et le budget (environ +à partir de 992 € HT selon la complexité d'intégration caisse et le nombre d'établissements). On l'évalue à l'audit selon le concept de service.
Réserver un audit