Les no-shows en restaurant ne sont pas un problème de comportement client. C'est un problème de friction. Un client réserve mardi pour samedi, reçoit quatre rappels que personne ne lit, ses plans changent, la table reste vide. Le restaurant absorbe le coût. Dans une salle moyenne de 50 couverts, les no-shows représentent 5 à 8 % des réservations week-end — soit 40 000 € à 60 000 € de chiffre d'affaires perdu par an.
Le premier réflexe est le paiement anticipé : on facture le client à l'avance, problème réglé. Sauf que non. Le paiement anticipé fait chuter ton taux de conversion dans le mauvais sens. Un client prêt à dépenser 120 € à ta table n'est souvent pas prêt à virer 120 € quatre jours à l'avance à un restaurant où il n'est jamais venu. Tu convertis moins de réservations, ton haut de funnel se contracte, et le problème de no-show revient sous forme de « pas réservé du tout » que tu ne vois plus.
Il y a un chemin plus calme entre les deux : conserver la carte, débiter uniquement si nécessaire. Stripe appelle ça un SetupIntent — une autorisation à 0 € qui enregistre le moyen de paiement sans débiter. Le client accepte une politique d'annulation au moment de la réservation. S'il se présente, rien ne se passe. S'il annule trop tard ou ne vient pas, tu débites le montant convenu. Tu restes en mode sans-friction jusqu'au moment précis où un client te coûte réellement de l'argent.
C'est exactement ce que fait le plugin Booking Policy de Tablario.
Trois modes, choisis par service
Booking Policy te donne trois modes que tu peux mixer par service, par taille de groupe, par canal :
- Aucun. Par défaut. Pas de carte, pas de politique, pas de friction. Déjeuner du mardi, walk-ins, habitués — laisse désactivé.
- Autorisation de carte. Stripe SetupIntent enregistre la carte. Empreinte à 0 €. Politique d'annulation annoncée à la réservation. Débit uniquement en cas de no-show ou d'annulation tardive. À utiliser pour les vendredis/samedis primetime, les grands groupes, les jours fériés.
- Acompte. SetupIntent + véritable autorisation pour un montant convenu (typiquement 10–20 € par couvert). À utiliser pour les menus dégustation, le Nouvel An, la fête des mères — événements où tu engages réellement la capacité de la cuisine à l'avance.
Le point crucial est la configuration par service. Une politique no-show appliquée à chaque réservation agace les habitués. Une politique no-show appliquée seulement le vendredi à 19 h, seulement pour les groupes de 6+, capture 80 % de la valeur avec 10 % de la friction.
Comment le client vit l'expérience
Quand une politique d'autorisation de carte est active, le parcours de réservation gagne une étape. Après l'heure et la taille du groupe, le client voit :
Nous prélevons une empreinte sur votre carte pour les annulations après vendredi 17 h ou les no-shows. Nous débitons 25 € par couvert si vous ne venez pas. Votre carte n'est pas débitée autrement.
Il entre sa carte, Stripe lance le SetupIntent, la réservation est confirmée. La carte est stockée chez Stripe, jamais chez Tablario. Tu vois « Carte enregistrée : ✓ » dans le tableau de bord.
Si le client annule trois jours à l'avance, rien ne se passe. S'il annule deux heures avant, le tableau de bord te propose en un clic : « Débiter 50 € (2 couverts × 25 €) ? » Tu décides — le système ne débite pas automatiquement. Nous gardons délibérément un humain dans la boucle, parce que les cas limites (urgence réelle, geste commercial, cuisine déjà sur-réservée) arrivent plus souvent que ne le suggère le marketing.
Pourquoi nous ne construisons pas de débit automatique
Le débit automatique en cas de no-show est techniquement un changement d'une ligne. Nous ne l'avons pas fait parce que les données dessus sont mauvaises. Les restaurants qui débitent automatiquement voient leurs avis clients s'effondrer sur une fenêtre de 6 à 12 mois. Le recouvrement financier est réel. Le préjudice de marque est réel et plus durable. La plupart des restaurants à succès que nous avons rencontrés débitent manuellement, et seulement après un délai de 24 heures. C'est pour ce flux que nous avons construit.
Tu pourras configurer le débit automatique plus tard si tu le veux. Aujourd'hui, le design « propose en un clic » est le défaut, à dessein.
Comment ça réduit vraiment les no-shows
Le mécanisme n'est pas le débit. Le mécanisme est le moment de friction dans le parcours de réservation lui-même. Un client qui saisit une carte s'est psychologiquement engagé d'une manière qu'une réservation par e-mail n'a pas. Les données du secteur et nos propres restaurants bêta convergent vers le même chiffre : introduire une politique d'empreinte sur les services primetime réduit les no-shows de 30 à 60 %, sans baisse mesurable du volume de réservations sur ces mêmes services.
La carte est un test de crédibilité. Le débit réel est rare. Les restaurants qui adoptent la politique débitent typiquement moins de 2 % des réservations — et même ce petit flux de revenus est significatif quand il couvre une partie du coût de préparation gaspillé en cuisine.
Où Tablario stocke quoi
La carte elle-même est stockée chez Stripe, sur ton objet Customer Stripe. Tablario ne stocke que l'ID Stripe SetupIntent sur la ligne de réservation. Nous ne loggons ni numéros de carte, ni dates d'expiration, ni CVC, ni BIN. Le portail client Stripe est disponible pour tes clients s'ils veulent retirer leur carte de leur réservation après coup (nous mettons un lien « Gérer votre carte » dans l'e-mail de confirmation). Tous les flux sont conformes PCI-DSS via Stripe, sur infrastructure UE.
Ce que ça n'est pas
- Pas un plugin de paiement. C'est un plugin no-show. Il n'y a pas de « payer votre addition via Tablario » aujourd'hui.
- Pas un abonnement. Nous ne stockons pas les cartes au-delà de la réservation. Chaque réservation est un nouveau consentement.
- Pas un remplacement de la double confirmation. Les e-mails de rappel la veille partent toujours. La carte est une assurance ajoutée, pas un remplacement de l'hospitalité.
Configuration
Dans l'admin Tablario, Paramètres → Politique de réservation :
- Choisis un service (ou tous les services).
- Choisis un mode (Aucun / Autorisation carte / Acompte).
- Définis la fenêtre d'annulation (par défaut : 4 heures avant la réservation).
- Définis le montant de débit par couvert.
- En option, restreins à une taille minimale de groupe.
Enregistre. Actif immédiatement. Tu peux changer service par service au fur et à mesure que le profil de ton restaurant évolue.
Si tu n'as pas opté pour la politique, le défaut reste Aucun — Tablario ne te pousse pas agressivement vers un régime de friction. Tu décides.
Le plugin Booking Policy fait partie de la release Phase 1 de Tablario. Intégration Stripe SetupIntent via la plateforme Stripe Connect ; PCI-DSS géré chez Stripe. Tarifs sur /preise. Le texte de la politique d'annulation est configurable par restaurant en DE/EN/FR.