Restaurateur client : page menu sur le site avec push auto Facebook + Insta
Une seule saisie hebdo sur le back-office → menu sur le site + post FB + post Insta + story plat du jour. On évite la triple saisie.
Ce restaurateur est déjà client, on lui a fait son site il y a quelque temps. En discutant récemment, une nouvelle problématique est ressortie : il aimerait afficher le menu de la semaine sur son site, ce qui n'existe pas encore. Sauf que ça l'obligerait à saisir la même info à trois endroits — site + Facebook + Instagram — au lieu de deux aujourd'hui. Voici la brique qu'on ajoute pour éviter ça, plus deux modules complémentaires.
La situation actuelle
Aujourd'hui il poste son menu de la semaine sur Facebook et Instagram, une fois par semaine, à la main. Il le fait sérieusement, il ne loupe pas, mais ça prend du temps : composer le visuel, écrire le texte, poster sur les deux réseaux. Régulier, mais chronophage.
Il n'a pas de page « menu de la semaine » sur son site. S'il en ajoute une, il devra dupliquer la saisie une troisième fois. On est passés à côté à l'origine, on rattrape maintenant — mais tant qu'à faire, autant éviter d'empiler le travail manuel.
Côté salle : sa carte imprimée reste propre, mais elle est figée. Une seule photo par catégorie (une pour les pizzas, une pour les viandes, une pour les poissons). Un client qui hésite entre deux plats de la même catégorie ne voit rien de spécifique — pas les accompagnements, pas le détail.
Module 1 — Menu de la semaine sur le site, avec push auto Facebook + Insta
Le cœur de la proposition. On ajoute une page « menu de la semaine » sur son site existant, alimentée par un back-office simple. Une seule saisie hebdo, plusieurs sorties.
Le lundi (ou dimanche soir), il remplit ses menus du lundi au samedi depuis son back-office. À partir de là :
- La page menu du site est mise à jour automatiquement
- Un post hebdo part sur Facebook + Instagram avec le menu complet de la semaine (comme il fait aujourd'hui, mais sans le refaire à la main)
- Une story quotidienne annonce le plat du jour chaque matin sur Insta, en plus du post hebdo — passage d'une comm hebdomadaire à une présence quotidienne, sans effort supplémentaire
- Un PDF imprimable propre pour la salle si besoin
Une saisie = quatre sorties synchronisées. Il gagne le temps qu'il passe aujourd'hui sur FB + IG, il obtient sa page menu sur le site (ce qu'il voulait au départ), et il grimpe en fréquence de publication sans grimper en charge.
Reset auto + garde-fou publication
Le système se reset automatiquement tous les dimanches : les menus de la semaine passée sont vidés. Si le restaurateur n'a pas rempli avant la deadline (dimanche soir), le module ne publie rien de la semaine — pas de recyclage du menu précédent, pas de post à vide. Une saisie chaque semaine avant deadline = publications garanties. Pas de saisie = pause propre, on reprend au cycle suivant. Le compteur repart de zéro à chaque semaine.
Habillage visuel constant
Les posts et stories sont habillés automatiquement — même identité visuelle, même mise en forme d'une semaine à l'autre, sans qu'il ouvre un logiciel de design.
Module 2 — QR code sur la carte papier
La carte imprimée reste. Elle est réimprimée uniquement quand elle change, comme aujourd'hui. Ce qu'on ajoute : un QR code imprimé sur la carte. Le client le scanne, tombe sur un menu HD plein écran pensé pour le téléphone.
Ce que le QR apporte que la carte papier n'a pas :
- Une photo pro par plat (pas une par catégorie)
- Les accompagnements en photo et détaillés
- Une navigation fluide entrées / plats / desserts
- Zoom sur chaque plat pour lever l'hésitation au moment de commander
Le contenu numérique du QR se met à jour côté back-office sans réimpression. On ne réimprime que si la carte elle-même change.
Module 3 — Réservation en ligne (phase 2)
Module réservation pour libérer le téléphone pendant le service. Placé en phase 2, pas prioritaire pour le premier déploiement. On l'active quand les deux premiers tournent bien.
Points techniques que je surveille
Synchronisation site ↔ FB ↔ Insta. Trois canaux qui doivent afficher la même chose au même moment. Queue de publication avec retry auto si Meta API répond mal (c'est fréquent), pour éviter Insta à jour mais Facebook en retard.
Habillage automatique. Un template qui se ressemble trop d'une semaine à l'autre lasse l'algo social. Plusieurs variantes de mise en forme qui alternent, pour garder l'identité tout en évitant la répétition visuelle stricte.
Cache back-office QR. Le menu virtuel doit charger vite quand le client scanne pendant qu'il est déjà en salle. Pré-génération HTML statique + CDN images, pas de requête base à chaque scan.
Où en est le projet
Client existant, cadrage fait, devis envoyé pour les modules 1 et 2. Le développement démarre sur validation. La réservation vient dans un deuxième temps.
Je reviendrai ici avec les vraies mesures une fois l'outil en production : temps hebdo gagné, fréquence de publication effective, impact sur les clics et sur l'usage du QR en salle.
