Automatiser un restaurant : 5 scénarios concrets

Automatiser un restaurant, ce n'est pas remplacer l'accueil par des robots. C'est confier à vos outils les tâches répétitives qui se font toujours trop tard ou jamais : relancer un client la veille, demander un avis, recopier un formulaire, rappeler un appel manqué, préparer le chiffre de la semaine. Pendant le service, personne n'a le temps de les faire.

Ce guide détaille cinq scénarios d'automatisation pour un restaurant. Pour chacun, vous trouverez le déclencheur, l'action, les types d'outils possibles et le point de vigilance RGPD. Les scénarios restent volontairement génériques : ils fonctionnent avec la plupart des logiciels de réservation, de CRM et de messagerie, à condition que ces outils exposent les bonnes données (intégration native, API ou webhook).

À noter : les libellés et les options des outils changent régulièrement. Vérifiez toujours dans la documentation de votre éditeur qu'une fonction existe dans votre formule avant de bâtir un scénario dessus.

Scénario 1 : automatiser la relance de confirmation la veille

Le problème. Une table réservée il y a trois semaines est facile à oublier. Un rappel la veille permet au client de confirmer, de modifier ou d'annuler, et vous laisse le temps de reprendre la table.

• Déclencheur : une réservation existe pour le lendemain et son statut est « confirmée ».
• Action : envoi d'un message court avec la date, l'heure, le nombre de couverts et un lien pour modifier ou annuler. Si le client annule, la table repasse en disponibilité et, si vous en avez une, votre liste d'attente est prévenue.
• Outils possibles : la plupart des logiciels de réservation envoient déjà des rappels automatiques (SevenRooms, par exemple, classe les rappels avant arrivée parmi ses e-mails transactionnels). Pour passer par WhatsApp ou SMS, il faut un outil de messagerie relié à votre logiciel de réservation, ou un outil d'automatisation qui lit les réservations du lendemain.
• Point de vigilance RGPD : un rappel lié à une réservation en cours est un message de service, pas de la prospection. Gardez-le strictement factuel : pas d'offre, pas de promotion de votre carte des vins. Dès que vous ajoutez de la publicité, vous basculez dans le marketing et vous avez besoin du consentement. Pour WhatsApp, la politique de la plateforme exige en plus une autorisation (opt-in) du destinataire avant de lui écrire.

Erreur fréquente : envoyer le même rappel par e-mail, SMS et WhatsApp. Choisissez un canal principal et un seul canal de repli.

Scénario 2 : demander un avis après la visite, sans harceler

Le problème. Les clients satisfaits ne pensent pas à publier un avis, et ceux qui sont mécontents s'expriment sans que vous le sachiez. Un message de suivi, envoyé au bon moment, capte les deux.

• Déclencheur : la réservation passe à l'état « terminée » (client venu), avec un délai d'un jour ou deux.
• Action : message de remerciement avec une question simple (« Comment s'est passée votre visite ? »). Selon la réponse, deux branches : un client satisfait reçoit le lien vers votre fiche d'avis ; un client mécontent déclenche une alerte au responsable de salle, qui le rappelle.
• Outils possibles : modules de satisfaction de votre logiciel de réservation (SevenRooms propose des e-mails de feedback), outil de messagerie, ou outil d'automatisation qui lit le statut de la réservation et déclenche l'envoi. Pour répondre ensuite aux avis, consultez notre guide sur comment répondre aux avis Google d'un restaurant.
• Point de vigilance RGPD : une demande d'avis envoyée après une visite doit rester une sollicitation ponctuelle, sans promotion. Si vous triez les clients selon leur satisfaction, vérifiez dans les conditions d'usage de la plateforme d'avis ciblée ce qu'elle dit de la sollicitation sélective et des contreparties offertes en échange d'un avis. Ne conservez la réponse du client que le temps nécessaire.

Erreur fréquente : relancer trois fois. Un seul message, une seule relance maximum.

Scénario 3 : synchroniser les formulaires du site vers le CRM

Le problème. Une demande de privatisation, une inscription à la newsletter, un formulaire de contact : chacun finit dans une boîte mail différente, et quelqu'un recopie à la main dans le CRM, quand il y pense.

• Déclencheur : un formulaire du site est envoyé.
• Action : création ou mise à jour de la fiche client dans le CRM, avec la source (« formulaire privatisation », « newsletter »), la date, et le statut de consentement tel que coché par la personne. Une notification part vers la bonne personne (événementiel, direction, salle).
• Outils possibles : Webflow permet d'envoyer les soumissions de formulaire vers une adresse web (webhook), qu'un outil d'automatisation comme Zapier ou Make peut recevoir pour écrire dans le CRM. Certains CRM proposent aussi leur propre formulaire intégrable. Le principe complet, avec les erreurs à éviter, est détaillé dans notre guide sur la synchronisation des formulaires, de la newsletter et du CRM.
• Point de vigilance RGPD : la case de newsletter doit être décochée par défaut et distincte de la demande de contact. Ce que la personne a coché doit voyager avec sa fiche. Une inscription copiée dans le CRM sans trace du consentement est un risque.

Erreur fréquente : créer un doublon à chaque envoi. Cherchez toujours la fiche existante (par e-mail, par exemple) avant d'en créer une.

Scénario 4 : alerte sur appel manqué

Le problème. Pendant le coup de feu, le téléphone sonne dans le vide. Le client qui n'obtient pas de réponse appelle le restaurant suivant.

• Déclencheur : un appel entrant n'est pas décroché.
• Action : envoi automatique d'un message (SMS ou WhatsApp) qui indique comment réserver en ligne ou répondre par écrit, et alerte interne vers la personne qui rappellera après le service.
• Outils possibles : un standard téléphonique ou un opérateur qui journalise les appels manqués, relié à un outil de messagerie ou d'automatisation. Heep propose précisément cette fonction : après un appel sans réponse, un message WhatsApp part, ou un SMS si le numéro n'a pas WhatsApp (détails dans notre article sur la messagerie unifiée Heep).
• Point de vigilance RGPD : vous utilisez le numéro d'un appelant que vous n'avez pas sollicité. Limitez-vous à une réponse unique, liée à son appel, sans ajouter à une liste marketing. Ne conservez pas le numéro plus longtemps que nécessaire pour traiter sa demande, sauf s'il devient client et consent à être contacté.

Erreur fréquente : confondre « réponse à un appel » et « prospection ». Le message doit répondre à la demande, pas vendre.

Scénario 5 : un reporting hebdomadaire qui s'envoie tout seul

Le problème. Les chiffres existent dans quatre outils (réservation, caisse, publicité, avis), et personne ne les rassemble. Le lundi, la direction décide à l'instinct.

• Déclencheur : une heure fixe, par exemple chaque lundi matin.
• Action : récupération des indicateurs de la semaine écoulée (couverts, réservations, annulations et no-shows, avis reçus, dépense publicitaire), assemblage dans un même message ou tableau de bord, envoi à la direction.
• Outils possibles : exports planifiés de vos outils, outil d'automatisation, tableur ou outil de tableau de bord. Quels indicateurs suivre et comment les lire : voir notre guide des KPI d'un restaurant à suivre chaque semaine.
• Point de vigilance RGPD : un reporting n'a pas besoin de données nominatives. Travaillez sur des agrégats (nombre de couverts, taux d'annulation), pas sur des listes de clients. Restreignez l'accès au document aux personnes qui en ont besoin.

Erreur fréquente : multiplier les indicateurs. Cinq chiffres bien choisis valent mieux qu'un tableau illisible.

Les règles communes à tous vos scénarios

Quel que soit l'outil, quelques règles évitent la majorité des problèmes.

• Un message de service n'est pas un message marketing. Rappel, confirmation, réponse à un appel : service. Offre, newsletter, « revenez nous voir » : marketing. Pour les particuliers, la CNIL exige un consentement préalable, donné par une action positive, avec case non pré-cochée. Elle admet une exception pour des produits ou services analogues proposés à une personne déjà cliente, avec droit de s'opposer simplement et gratuitement. Vérifiez votre cas avec votre conseil juridique.
• Chaque scénario a un propriétaire. Une personne sait qu'il existe, le vérifie chaque mois et peut le couper.
• Testez avec vos propres coordonnées avant la mise en service, puis sur quelques réservations réelles.
• Prévoyez toujours une sortie manuelle. Si le scénario échoue, quelqu'un doit être alerté.
• Documentez les données utilisées, la durée de conservation et la façon dont une personne peut s'opposer ou demander l'effacement. Pour l'e-mailing côté SevenRooms, voir notre guide sur l'emailing et le RGPD.
• Commencez par un seul scénario. Le rappel de la veille et l'appel manqué sont les plus simples à cadrer.

Questions fréquentes sur l'automatisation d'un restaurant

Besoin d'aide pour automatiser votre restaurant ?

Les bons scénarios dépendent de vos outils, de votre équipe et de la manière dont vous travaillez. māhie les conçoit avec vous plutôt que de les appliquer en série.

• Cadrer les scénarios utiles à votre établissement et écarter ceux qui n'en valent pas la peine ;
• Relier votre site, votre logiciel de réservation, votre CRM et vos canaux de messagerie, par intégration native, API ou webhook ;
• Mettre en place les workflows et les alertes qui se déclenchent pendant le service ;
• Construire un reporting régulier à partir de vos propres données ;
• Former vos équipes à les surveiller et à les ajuster.

Pour en parler, découvrez notre offre Automatisation & IA puis contactez māhie.