Vendredi, 19 h 40. Dix-neuf tables dans la salle, dont quinze occupées, trois groupes debout près de la porte, et un couple à la table pour deux qui en est à son deuxième café et ne semble pas vouloir partir. Une réservation pour quatre personnes est prévue à 20 heures. Quelqu’un doit décider, dans les quatre-vingt-dix secondes qui suivent, s’il faut indiquer au couple à l’entrée un délai de vingt ou de quarante minutes, et s’il faut garder la table n° 12 ou la céder. Ce genre de décision, qui se répète plusieurs centaines de fois par soir, est précisément ce pour quoi un système de gestion des tables a été conçu : éliminer les approximations. Or, c’est la partie d’un système de caisse de restaurant que presque personne n’évalue correctement avant de signer.
La plupart des restaurateurs abordent cette question de manière superficielle. Vous comparez les caisses enregistreuses, les tarifs des cartes bancaires et les rapports, vous signez, puis trois semaines plus tard, vous vous rendez compte que le plan de salle présenté lors de la démo n’est qu’un simple dessin : soigné, cliquable, mais sans aucune indication que la table n° 7 est assise devant un dessert déjà terminé depuis onze minutes. Dessiner une salle et la gérer sont deux choses bien différentes. C’est dans cet écart que réside la différence : soit un logiciel de restauration à service complet fait ses preuves le samedi, soit il vous fait discrètement perdre un service par soirée.
Ce qu’est réellement un système de gestion des tables
Si l’on fait abstraction du discours marketing, il s’agit d’une seule chose : une réponse en temps réel, partagée et fiable à la question « quel est l’état de chaque table dans cette salle, à l’instant même ? ». Pas l’agencement. L’état.
Cette distinction peut paraître pointilleuse jusqu’à ce que vous observiez un hôte débordé qui s’en passe. L’information existe, mais elle est dispersée. Le serveur sait que la table 9 a commandé. Le coursier sait que les plats principaux viennent d’être servis à la table 14. L’hôte pense que la table 6 a presque fini, car les clients sont passés devant lui il y a deux minutes. Le responsable n’a que des suppositions. Rien de tout cela n’est consigné nulle part ; chaque décision concernant l’affectation des places repose donc sur une vision partielle que se font quatre personnes, et cette vision devient obsolète dès que l’un d’entre eux se détourne.
Un système de gestion des tables rend cette image explicite et l’affiche sur un écran que tout le monde peut voir. Chaque table dispose d’un statut, d’un minuteur, du nombre de convives, d’un serveur et d’une note. Lorsque le serveur envoie les plats principaux, le statut de la table change. Lorsque la note est réglée, un minuteur de débarrassage démarre. L’hôte cesse de demander « La table de 6 a-t-elle presque fini ? » et se met à consulter l’écran.
L’intérêt ne réside pas dans l’écran lui-même. Il réside dans le fait que la salle cesse de dépendre de la mémoire de la personne qui se trouve justement à l’entrée, ce qui est d’autant plus important que l’affluence est à son maximum et que cette personne est débordée.
Les états par lesquels passe une table au cours d’un service
Chaque système possède son propre vocabulaire, mais le modèle sous-jacent est assez cohérent, et il vaut la peine d’être compris car c’est ce que vous achetez réellement. Une table se trouve généralement dans l’un des états suivants :
Disponible. Nettoyée, dressée, prête à accueillir des clients. Réservée. Attribuée à une réservation ou à un groupe en liste d’attente, mais pas encore occupée ; généralement avec un compte à rebours avant sa libération. Occupée. Les clients sont assis, rien n’a encore été commandé. Commande passée. L’addition est ouverte et les plats sont arrivés. Plats principaux servis. Les plats principaux ont été apportés à table. Dessert ou café. La fin du repas. L'addition est posée. L'addition est sur la table, l'argent n'a pas encore été encaissé. Payé. Le compte est réglé, les clients peuvent encore être assis. À débarrasser. Vide, sale. Puis retour à « Disponible ».
Deux de ces états méritent plus d’attention qu’ils n’en reçoivent habituellement. « Payé » et « à débarrasser » sont des états distincts pour une bonne raison : les minutes qui s’écoulent entre le moment où un client règle l’addition et celui où la table est remise en place constituent un temps mort pur, et elles représentent la partie la plus compressible d’un service. Une salle où le débarrassage prend en moyenne sept minutes lors d’une soirée à cent couverts gaspille la majeure partie de la plage horaire d’occupation d’une table pour deux, encore et encore, sans que personne ne s’en aperçoive car cela n’apparaît jamais dans un rapport.
« En attente » est l’autre statut. La durée pendant laquelle une table reste en attente avant d’être remise à disposition de la salle relève d’une décision stratégique ayant un impact réel sur le chiffre d’affaires, et la plupart des systèmes permettent de la définir. Quinze minutes est un délai courant. Un samedi à pleine capacité, dix minutes est souvent un chiffre plus réaliste.
Les minuteries sont tout aussi importantes que les statuts. Une table qui est en statut « compte réglé » depuis quatorze minutes constitue un problème concret et nécessitant une action : quelqu’un doit aller récupérer l’argent. Sans la minuterie, ce problème reste invisible.
Vue de la salle, vue en liste et chronologie
Demandez quelles vues un système propose et vous en apprendrez beaucoup sur ses concepteurs. Trois d’entre elles sont indispensables, et elles répondent à des questions véritablement différentes.
La vue de la salle est spatiale : votre salle telle qu’elle est réellement, les tables à leur emplacement réel, classées par couleur selon leur statut. C’est la vue par défaut de l’hôte, car l’affectation des places est un problème spatial. Vous devez voir que la table de quatre libre se trouve à côté d’une table de six bruyante avant d’y conduire un couple. Une bonne vue d’ensemble repose sur le plan réel de votre restaurant, et non sur une grille générique, et elle se met à jour sans que personne n’ait à actualiser quoi que ce soit.
La vue en liste fait abstraction de la géographie et trie les tables par ordre chronologique. Toutes les tables disponibles, classées en fonction de la durée depuis laquelle elles se trouvent dans leur état actuel. C’est la vue du responsable, et c’est là que les problèmes apparaissent : trois tables bloquées sur « note déposée », une section où rien n’a été envoyé en cuisine depuis douze minutes. La vue géographique masque cela. Une liste triée, non.
La vue chronologique ou en grille affiche les tables sur un axe et la soirée sur l’autre, les réservations étant représentées sous forme de blocs. C’est la vue de planification, et c’est celle qui vous indique dès 16 h si les réservations de ce soir sont réellement gérables ou si vous avez discrètement attribué deux fois la même table de quatre à 19 h 30 et 21 h, avec seulement 90 minutes d’intervalle entre les deux.
Les systèmes qui ne proposent qu’une jolie vue d’ensemble font bonne impression lors d’une démonstration, mais deviennent frustrants dès la troisième semaine. Demandez à voir les trois vues, sur une salle affichant soixante couverts réservés, et non sur l’exemple de quatre tables que le commercial vous a apporté.
La liste d’attente et le délai que vous pouvez réellement respecter
C’est avec les clients sans réservation que la gestion des tables fait ses preuves, car toute l’interaction repose sur un chiffre que vous devez annoncer à voix haute avant même de pouvoir le connaître. « Environ vingt-cinq minutes. »
Si vous vous trompez dans un sens, les clients partent. Si vous vous trompez dans l’autre, ils restent plantés là à la quarantième minute, visiblement agacés, devant tous ceux qui hésitent encore à attendre. Le délai n’est pas une estimation que l’on enjolive avec du charme. C’est une prévision, et un système qui connaît l’état actuel des tables, les temps de rotation moyens par taille de groupe et par tranche horaire, ainsi que les réservations enregistrées, peut fournir un résultat nettement meilleur que ce qu’une personne peut faire sous pression.
Les rouages sont peu glamour, mais ils sont essentiels. Les groupes s’inscrivent sur une liste en indiquant leur nombre de personnes et un numéro de téléphone. Le système suit qui attend depuis combien de temps. Lorsqu’une table se libère, il propose le groupe le plus adapté plutôt que le nom suivant, car installer un duo à une table de six un vendredi est une décision qui a un coût. La notification par SMS remplace le buzzer, ce qui signifie que les clients peuvent attendre dans le bar d’à côté plutôt que devant votre entrée, ce qui évite que celle-ci ne donne une impression de chaos aux passants.
Vient ensuite l’étape que presque tout le monde néglige : le rapport sur la précision des estimations. Avez-vous annoncé vingt-cinq minutes et les avez-vous installés au bout de vingt-trois, ou de quarante et une ? Un système qui enregistre les deux chiffres vous permet d’ajuster vos estimations au fil des semaines. La plupart des établissements se rendent compte qu’ils sont systématiquement optimistes le vendredi et pessimistes le mardi, et corriger cela ne coûte pratiquement rien.
Comment le système décide qui s'assoit où
L’attribution des places semble relever de l’intuition. Il s’agit principalement de trouver rapidement un équilibre entre trois contraintes.
L’adéquation. Un groupe de deux, une table pour deux. Cela semble évident, jusqu’à ce que la seule table pour deux disponible se trouve près des toilettes et que la seule autre option occupe une table pour quatre dont vous aurez besoin à 20 h 15. Les systèmes gèrent cela grâce aux attributs des tables : capacité, nombre minimum de convives, possibilité de regroupement, s’il s’agit d’une banquette, d’une table près de la fenêtre, d’une table haute ou d’une table accessible aux fauteuils roulants. Ces attributs sont fastidieux à configurer, mais c’est ce qui rend les suggestions automatiques dignes de confiance.
Rotation. Les sections doivent se remplir de manière homogène, sinon un serveur se retrouve avec quatre tables en six minutes tandis qu’un autre passe un quart d’heure à lire le tableau des plats du jour. Une répartition inégale des clients est avant tout un problème de qualité de service, plus qu’un problème d’équité : les clients des tables du serveur surchargé attendent tous, et ils ne savent pas, ni ne s’en soucient, pourquoi. Les bons systèmes suivent le nombre de couverts par serveur et orientent les suggestions pour équilibrer la charge. Cela est directement lié à la manière dont vous définissez les sections au départ, ce qui relève d’une décision de planification du personnel prise plusieurs heures auparavant.
Rythme. Placer six tables dans une section en quatre minutes envoie six bons de commande à la cuisine d’un seul coup. La salle a l’air calme. Le passe-plat, lui, ne l’est pas. Certains systèmes retiennent activement une suggestion de placement pour fluidifier le flux, ce qui semble anormal la première fois que vous l’observez, mais cesse de l’être dès le premier samedi où cela soulage la cuisine.
Chacune de ces règles peut être contournée, et devrait l’être. L’habitué qui s’assoit toujours à la table n° 4 s’assoit à la table n° 4. L’important est que le réglage par défaut soit judicieux, de sorte que les dérogations soient délibérées plutôt que constantes.
Regrouper, diviser et déplacer sans perdre le compte
Voici le test qui distingue une véritable gestion des tables d’un simple plan de salle coloré. Un groupe de six personnes arrive avec une réservation pour quatre. Vous rapprochez deux tables. Quarante minutes plus tard, deux d’entre eux se rendent au bar pour continuer à boire, et les quatre autres souhaitent payer séparément.
Chacun de ces mouvements doit être pris en compte à la fois en salle et dans le registre. Regrouper deux tables doit créer une seule réservation avec une seule note, et non deux notes partiellement enregistrées. Le transfert d’un groupe de la table 14 vers le bar doit s’accompagner du transfert de l’addition en cours, y compris les plats déjà sortis, sinon les boissons commandées à la table 14 disparaissent sans crier gare. Et le partage à la fin doit s’effectuer au niveau des plats, et non en divisant le total, car l’un d’entre eux a pris le steak et tout le monde se souvient qui l’a pris. C’est un problème de partage d’addition que le système de caisse doit résoudre proprement, et c’est ce dont les serveurs se plaignent le plus bruyamment lorsque ce n’est pas le cas.
Les conséquences d’un dysfonctionnement ne sont pas dramatiques. Il s’agit simplement d’une addition qui reste ouverte sur une table où personne n’est assis ; l’hôte pense donc que la table est occupée pendant encore vingt minutes et cesse de la proposer. Une addition bloquée un samedi équivaut à un tour de table perdu. Demandez, lors de la démonstration, de regrouper deux tables, de déplacer le groupe et de fractionner le montant final. Vérifiez ensuite si le plan de salle et l’addition correspondent. Si le commercial doit recharger des données, vous avez votre réponse.
Synchronisation de la salle avec la cuisine
Un système de gestion des tables qui ne communique pas avec la cuisine ne résout que la moitié du problème. La capacité de la salle ne se mesure pas au nombre de places assises. Lors d’une soirée de forte affluence, elle correspond à ce que le passe-plat peut réellement produire ; placer les clients plus vite que cela ne fait que déplacer la file d’attente de votre entrée vers votre salle à manger, où elle est pire car ces clients ont déjà commandé.
La connexion fonctionne dans les deux sens. Les délais d’exécution affichés par le système de la cuisine indiquent à la salle si la cuisine est dans les temps ou en retard de huit minutes, ce qui devrait modifier votre rythme de placement des clients. L’état des tables informe la cuisine de ce qui va arriver : quatre tables qui viennent d’être placées signifient quatre commandes dans les dix minutes, ce qu’il est utile de savoir avant leur arrivée plutôt qu’au moment où elles arrivent.
C’est au niveau des retards que cela se concrétise. Si les plats principaux prennent quinze minutes de retard, la solution la plus honnête consiste à ralentir l’accueil des clients ou à allonger le délai annoncé, et un système qui met en évidence l’état réel de la cuisine permet à un responsable de prendre cette décision à 19 h 50 plutôt que de s’en rendre compte à 20 h 30 à la suite de plaintes. Les salles où les commandes sont prises à table ressentent cela de manière plus aiguë, car les commandes parviennent plus rapidement en cuisine et le passage est moins protégé par le trajet de retour vers la caisse.
Tout cela n’a rien de compliqué. Un simple affichage de l’heure d’enregistrement du bon de commande sur l’écran de l’hôte suffit largement.
Ce que les données vous révèlent après le service
La vue en temps réel est la raison pour laquelle vous achetez un tel système. L’historique est la raison pour laquelle il reste rentable.
Une fois que l’état et les minuteries de chaque table sont enregistrés, vous pouvez répondre à des questions qui faisaient auparavant l’objet de débats. Quel est notre temps de rotation moyen réel un vendredi pour un groupe de deux, par opposition à ce que nous nous disons ? Quelles sont les tables de la salle qui tournent le plus lentement, et est-ce dû à la table ou au secteur ? Quelle part du temps de rotation est consacrée au repas, et quelle part aux sept minutes qui suivent le paiement ? D’où provient le taux de rotation des tables dans votre salle en particulier, plutôt qu’en général ?
Les réponses sont souvent peu flatteuses, mais les mesures à prendre sont généralement peu coûteuses. Un bistrot que je qualifierais de bien géré a constaté que ses deux tables de quatre près de la fenêtre tournaient onze minutes plus lentement que des tables identiques situées à six pieds de là, à chaque service. Ce n’était ni la cuisine, ni le serveur. Ces deux tables offraient les meilleures places de la salle et les clients s’y attardaient. La solution n’était pas de les rendre moins agréables. Il s’agissait de cesser de les traiter comme interchangeables lors de l’estimation des temps d’attente, ce qui a permis de rétablir la précision de ces estimations.
La rotation des tables alimente également les chiffres qui guident réellement votre gestion : le nombre de couverts par heure de service, le taux d’occupation tout au long de la soirée, et la relation entre la rapidité de rotation d’une table et le montant de sa note, car accélérer la rotation tout en voyant le ticket moyen baisser n’est pas une réussite. Ces éléments doivent faire partie de la même analyse que vos autres indicateurs clés de performance (KPI) du restaurant, chaque mois, avec le plan de salle ouvert à côté.
Gestion des tables, réservations et point de vente : où se situent les limites
Ces trois domaines se recoupent suffisamment pour que les fournisseurs les confondent délibérément, et cette confusion entraîne de réelles erreurs d’achat. En gros :
Un système de réservation de restaurant gère la demande avant qu’elle n’arrive : le widget de réservation, les confirmations, les acomptes, la politique en cas de non-présentation, le dossier client. La gestion des tables gère la salle pendant que le service est en cours. Le point de vente gère l’argent et la carte. Dans un établissement à service complet, vous avez besoin de ces trois éléments, et la seule question est de savoir s’ils proviennent d’une seule plateforme ou de plusieurs, intégrées entre elles.
La conséquence pratique concerne la localisation des données fiables. Si vos réservations se trouvent dans le cloud d’un fournisseur et l’état de vos tables dans celui d’un autre, un système doit les synchroniser en permanence, et ce système risque de tomber en panne au pire moment possible. Une synchronisation bidirectionnelle dans une démo signifie que les réservations apparaissent sur le plan de salle. Une synchronisation bidirectionnelle à 20 h un samedi signifie qu’une table que vous venez d’attribuer à un client sans réservation cesse immédiatement d’être proposée à la réservation de 20 h 15, en moins d’une seconde, sans que personne n’ait à appuyer sur quoi que ce soit.
Les suites intégrées l’emportent sur ce plan de la fiabilité, mais perdent en termes de fonctionnalités de pointe ; c’est un compromis habituel qui vaut la peine d’être fait en toute connaissance de cause. Les solutions autonomes de gestion des tables existent bel et bien et ont du sens si votre système de point de vente (POS) fonctionne correctement et que vous n’êtes pas prêt à en changer, même si cela implique que l’hôte doive se familiariser avec un deuxième système. Si vous envisagez déjà un changement, le calcul est différent, et le changement de système de point de vente (POS) constitue le projet le plus important à planifier.
Coût et mode de commercialisation
La gestion des tables est rarement un poste de dépense distinct. Elle est généralement fournie en bundle, ce qui rend son évaluation financière difficile et facilite son omission lors d’une analyse.
Dans une plateforme intégrée, elle fait généralement partie de l’abonnement par établissement ou par terminal ; le coût marginal est donc nul et la véritable question est de savoir si la version incluse est performante. Vendue sous forme de module, il faut compter entre 50 et 150 par mois et par établissement. Les plateformes autonomes de réservation et de gestion des tables sont plus onéreuses, souvent entre 200 et 400 par mois, parfois assorties d’un supplément par couvert sur les réservations effectuées via le réseau du fournisseur lui-même ; il convient de lire attentivement ces conditions, car elles évoluent en fonction de votre succès plutôt que de votre utilisation.
Le matériel se compose généralement d’un terminal d’accueil ou d’une tablette, auxquels s’ajoutent les appareils que les serveurs ont déjà sur eux. Si la salle est suffisamment grande pour que l’hôte ne puisse pas tout voir, un deuxième écran près du passe-plat s’avère rentable. Le budget global doit être intégré au coût du système de point de vente plutôt qu’à ce module seul.
Côté retour, soyez prudent. Un restaurant de 90 couverts effectuant deux services avec un ticket moyen de 38 réalise environ 6 800 un vendredi complet. Un demi-service supplémentaire lors des cinquante services les plus chargés de l’année, ce qui est une estimation modeste si le temps de débarrassage et la précision des temps annoncés s’améliorent ne serait-ce qu’un peu, représente une somme non négligeable par rapport à un abonnement de quelques centaines. Faites simplement ce calcul avec vos propres chiffres avant qu’un commercial ne le fasse avec les siens.
Déploiement dans une salle encore en activité
Vous ne pouvez pas fermer pendant une semaine, donc la mise en place se fait en service, ce qui ne pose pas de problème si vous organisez les étapes dans le bon ordre.
Commencez par établir correctement le plan de la salle, et soyez précis. Chaque table, sa capacité réelle, ses caractéristiques, quelles tables peuvent être associées à quelles autres. Cela représente quelques heures de travail fastidieux, mais cela déterminera si les suggestions seront considérées comme fiables ou ignorées dès le premier jour. Une salle où le système ne cesse de proposer des placements impossibles sera abandonnée en moins de quinze jours, et on mettra cela sur le compte du logiciel.
Choisissez ensuite un service calme et lancez le test en conditions réelles. Pas une session de formation : un vrai mardi, avec un responsable présent en salle capable d’intervenir à tout moment. Les serveurs repéreront en moins d’une heure les deux ou trois éléments qui ne correspondent pas au fonctionnement de votre salle, et c’est exactement le but recherché.
Formez les équipes aux statuts avant de leur présenter les boutons. Si l’équipe comprend pourquoi « payé » et « à débarrasser » sont différents, l’utilisation des boutons va de soi. Dans le cas contraire, vous vous retrouverez avec un plan de salle rempli de statuts obsolètes, ce qui est pire que de ne pas avoir de système du tout, car les gens agissent en fonction de ces informations. Les coursiers et les plongeurs en ont plus besoin que quiconque et sont généralement formés en dernier, voire pas du tout.
Attendez trois semaines avant de porter un jugement. La première semaine est pire que le papier. La deuxième est à peu près équivalente. Au cours de la troisième semaine, l’hôte cesse de lever les yeux et commence à lire l’écran, et c’est à ce moment-là que le système commence à fonctionner.
Ce qu’il faut réellement tester lors de la démonstration
Les démonstrations des fournisseurs sont réalisées dans une salle vide de quatre tables où tout fonctionne parfaitement. Insistez pour qu’on vous en propose une plus remplie et soumettez-y les scénarios suivants.
Installez un client de passage à une table réservée dans 90 minutes, et vérifiez si le système vous alerte. Regroupez deux tables pour un groupe de six personnes, puis déplacez la moitié d’entre elles, puis divisez l’addition par plat. Marquez une table comme « payée » et vérifiez si un minuteur de débarrassage se déclenche automatiquement ou si quelqu’un doit y penser. Triez la liste par durée la plus longue dans cet état et assurez-vous que le système est réellement en temps réel. Demandez ce que fait le comptoir d’accueil en cas de coupure d’Internet, car cela arrivera, et « tout s’arrête » est une réponse bien réelle donnée par certains produits.
Demandez ensuite explicitement des rapports sur la précision des temps annoncés. C’est un bon indicateur. Les produits conçus par des personnes ayant travaillé à un comptoir d’accueil en sont équipés. Ceux développés à partir d’une simple liste de fonctionnalités ne le sont pas, et cette seule question permet de réduire la liste des candidats plus rapidement qu’un après-midi de présentation de diapositives.
Si vous définissez les spécifications d’un système plus vaste, faites consigner par écrit les exigences en matière de gestion des tables avant de comparer les plateformes, et non après. C’est le module sur lequel les opérateurs font le plus de concessions en début de négociation et dont ils se plaignent le plus longtemps par la suite.
À lire ensuite : tablettes de caisse pour restaurants, gestion des commandes en restaurant et service client en restaurant.
