Organiser le service
Le coup de feu au restaurant : quand 20 tables commandent
Que faire sur le tableau quand toutes les tables commandent dans les mêmes dix minutes : qui confirme, rythme de la cuisine, plats épuisés, appels, additions, clôture.
WaiterPilot Opérations
Mis à jour le , 10 min de lecture
La réponse courte
Donnez un responsable à chaque écran avant l’ouverture, marquez tôt les plats épuisés et travaillez le tableau par couleur. Les premières commandes attendent la confirmation d’une personne : c’est elle qui donne le rythme ; les tournées suivantes partent directement en cuisine. Répondez aux appels serveur avec Ack, apportez le terminal quand la demande d’addition indique carte, et clôturez chaque table au départ des clients.
À retenir
- Quand les clients commandent depuis leur téléphone, la prise de commande cesse d’être le goulot d’étranglement ; ce sont la personne qui confirme les premières commandes et la cuisine qui le deviennent.
- Sur le tableau de WaiterPilot, les commandes en attente et les appels changent de couleur à 1, 5 et 10 minutes, ce qui vous dit où envoyer du renfort.
- Retenir les premières commandes pour soulager la cuisine a un coût : le client voit « Awaiting staff » (en attente du personnel) et peut annuler pendant l’attente.
- Clôturez chaque table au départ des clients ; tant que ce n’est pas fait, les nouvelles commandes de cette table échappent à la vérification du personnel.
- L’outil n’ajoute pas de capacité en cuisine, n’encaisse pas et n’imprime pas de tickets : prévoyez vous-même ces aspects du coup de feu.
Sur cette page
Quand 20 tables commandent en même temps, donnez un responsable à chaque écran, marquez les plats épuisés avant qu’ils ne manquent et travaillez le tableau par couleur. Si les clients commandent depuis leur téléphone, plus personne n’attend qu’un serveur arrive. Le goulot d’étranglement se déplace vers la personne qui confirme les premières commandes et vers la cuisine : c’est là que doit porter votre plan. Répondez aux appels serveur avec « Ack » (pris en compte), apportez le terminal de paiement quand la demande d’addition indique carte, et clôturez chaque table au départ des clients.
Ce plan d’action suit le tableau de WaiterPilot. Les rôles, les questions de rythme et la liste de contrôle valent pour tout outil de commande depuis le téléphone du client.
Qu’est-ce qui casse vraiment quand toutes les tables commandent en même temps ?
En bref : la file d’attente se déplace. Les clients n’attendent plus un serveur, mais la personne qui confirme, la cuisine ou le terminal de paiement.
| Étape | Goulot avec des commandes prises par les serveurs | Goulot avec la commande depuis le téléphone du client | Ce qu’il faut prévoir |
|---|---|---|---|
| Commande | Les serveurs qui vont de table en table | Disparu : chaque table commande quand elle est prête | Rien |
| Vérification de la première commande | Aucun | Une personne qui lit et confirme les nouvelles tables | Une personne désignée pour confirmer, et un renfort |
| Cuisine | Les commandes arrivent espacées par les allées et venues des serveurs | Les commandes peuvent arriver en vague | Le rythme et des délais annoncés honnêtement |
| Deuxièmes tournées | Les clients hèlent quelqu’un | Disparu : elles partent directement en cuisine | La cuisine et le bar voient plus de tickets, plus tôt |
| Demandes et appels | Les clients font signe | Appels sur l’écran de salle, avec les minutes d’attente | Quelqu’un qui surveille l’écran de salle |
| Paiement | Aller chercher l’addition, puis le terminal | La demande d’addition arrive en indiquant espèces ou carte ; le paiement reste à l’équipe | Des terminaux chargés et à portée de main |
| Caisse | Commandes saisies à la prise | Aucun lien avec la caisse ni l’imprimante : quelqu’un ressaisit | Qui saisit les ventes, et quand |
C’est sur les deuxième et troisième lignes que les coups de feu dérapent. Les serveurs donnaient le rythme à la cuisine sans le vouloir, puisqu’ils ne pouvaient prendre la commande que d’une table à la fois. Supprimez cela, et la cuisine voit d’un coup la demande réelle.
Un rapport de Cornell donne une idée de l’ampleur du changement : dans un restaurant, le temps de serveur par table a baissé de 65% quand les clients commandaient et payaient sur un appareil posé sur la table, passant de 10 minutes 16 secondes à 3 minutes 30 secondes, avec seulement 7 tables observées dans ce groupe (Susskind et Curry, Cornell, 2016, p. 6). Le temps ne disparaît pas. Il passe à la cuisine et à la salle.
Avant le coup de feu : que faut-il mettre en place ?
En bref : dix minutes de décisions avant l’ouverture évitent une heure de confusion à 20 h.
- Désignez une personne par écran. Tableau principal (la personne qui confirme), écran cuisine (le passe ou le chef), écran de salle (les serveurs). Écrivez les noms au passe. Les postes sont des onglets du même tableau du personnel, sur les téléphones ou tablettes que vous avez déjà.
- Désignez un renfort pour confirmer. Celui qui prend le relais quand les premières commandes attendent plus de 5 minutes.
- Marquez dès maintenant les plats épuisés. Depuis le téléphone du propriétaire ou d’un responsable : WaiterPilot cesse aussitôt de les proposer. Incluez tout ce qui sera épuisé avant 20 h.
- Vérifiez les téléphones de l’équipe. Chargés, connectés, alertes activées. Sur iPhone, les alertes sur l’écran verrouillé exigent d’ajouter le tableau à l’écran d’accueil.
- Fixez la règle de caisse. WaiterPilot n’a aucun lien avec la caisse : les commandes y sont saisies à la main, soit au moment de leur confirmation, soit quand la table demande l’addition. Choisissez une option pour la soirée.
- Annoncez à voix haute la règle allergies. Toute mention d’allergie fait venir une personne à la table, et c’est l’équipe qui a le dernier mot.
- Gardez des cartes imprimées à portée de main. Pour les clients qui les préfèrent, et en solution de repli si la connexion tombe.
Pendant le coup de feu : comment lire le tableau ?
En bref : par couleur et par colonne. Les commandes en attente et les appels changent de couleur à 1, 5 et 10 minutes : le tableau vous montre où la salle prend du retard.
| Vous voyez | Cela signifie | Faites ceci | Qui |
|---|---|---|---|
| Un ticket dans « Awaiting staff » (en attente du personnel) | La première commande d’une table, qui attend une personne | Lire les notes, toucher « Confirm » (confirmer) ; il passe dans « In kitchen » (en cuisine) | La personne qui confirme |
| Des tickets en attente qui ont changé de couleur à 5 ou 10 minutes | La personne qui confirme a du retard | Le renfort prend les plus anciens | Renfort |
| Une commande qui semble fausse (mauvaise table, doublon, plaisanterie) | Quelque chose qu’une personne doit repérer | Toucher « Reject » (refuser), puis parler à la table | La personne qui confirme |
| Une note d’allergie | Un stop | Aller à la table avant de confirmer ; voyez allergies alimentaires et commande QR | Référent allergies |
| Une note dans une langue que personne ne lit | Les notes ne sont pas traduites | Aller à la table, ou utiliser une appli de traduction | La personne qui confirme |
| Un plat en cuisine qui vient de manquer | La cuisine ne peut pas le préparer | Toucher « Out of stock » (en rupture) : il est retiré de l’addition et le client voit une note ; un serveur propose une alternative | Cuisine, puis serveur |
| Un plat qui sera épuisé pour la soirée | D’autres clients vont essayer de le commander | Le marquer épuisé depuis le téléphone du propriétaire ou d’un responsable | Responsable |
| « Wants a waiter » (demande un serveur) sur l’écran de salle, avec les minutes d’attente | Un client a appelé depuis son téléphone | Aller à la table, toucher « Ack » | Salle |
| Une demande d’addition indiquant carte | La table veut payer | Apporter l’addition et le terminal ensemble | Salle |
| Des clients qui demandent à changer de place | Il faut une autre table | Déplacer les clients vers la nouvelle table sur le tableau | Salle ou personne qui confirme |
| Des clients qui partent | La table a terminé | Clôturer la table | Salle |
Deux règles tiennent le reste ensemble. Touchez « Served » (servi) quand les plats arrivent à table, pour que le téléphone du client et le tableau soient d’accord. Et clôturez chaque table au départ des clients : tant que l’équipe ne l’a pas fait, les nouvelles commandes de cette table partent directement en cuisine sans vérification, et les clients suivants à cette table échapperaient à la vérification de la première commande.
Faut-il utiliser « Confirm » pour donner le rythme à la cuisine ?
En bref : avec parcimonie. C’est un frein qui a des effets secondaires.
Retenir une première commande une minute ou deux peut espacer une vague de nouvelles tables. Mais le client voit sur son téléphone « Sent. Waiting for staff to confirm » (envoyée, en attente de confirmation du personnel), avec un bouton « Cancel order » (annuler la commande), et un client peut annuler une commande tant qu’elle attend le personnel. Retenez-la longtemps et certains le feront. Et cela ne joue que sur les premières commandes : les deuxièmes tournées des tables installées partent directement en cuisine, quoi que fasse la personne qui confirme.
De meilleurs outils pour une cuisine débordée :
- Annoncez un délai à table. Un serveur qui dit « la cuisine est chargée, comptez environ 25 minutes pour les plats » perd moins de clients qu’un ticket qui dort.
- Marquez épuisés les plats lents ou rares pendant le pic, et remettez-les ensuite.
- Laissez le bar tourner. Les boissons partent vite et font patienter une table qui attend.
- Surveillez la colonne « In kitchen ». Si elle ne cesse de s’allonger, prévenez la salle avant que les clients n’appellent.
Un coup de feu détaillé : Casa Olivo, de 20 h 00 à 20 h 30
Casa Olivo est un restaurant fictif (un exemple, pas un client). Les horaires sont des illustrations, pas des mesures.
Casa Olivo compte 20 tables. Peu avant 20 h, un grand groupe s’en va et l’hôte installe une vague de clients sans réservation. Ana confirme les premières commandes sur une tablette au pupitre d’accueil ; Luis est son renfort ; Marta et Sami travaillent en salle ; Rui tient le passe.
| Heure | Ce qui se passe | Qui agit |
|---|---|---|
| 20 h 00 | Six nouvelles tables scannent et commencent à discuter. Deux tables déjà installées commandent une deuxième tournée, qui part directement en cuisine. | Personne pour l’instant |
| 20 h 04 | Cinq premières commandes arrivent dans « Awaiting staff ». L’une porte une note en français. | Ana en confirme quatre et va voir la table à la note en français |
| 20 h 06 | Deux tickets en attente passent le changement de couleur des 5 minutes pendant qu’Ana est à table. | Luis les confirme |
| 20 h 09 | La table 4 demande l’addition, en indiquant carte. | Marta apporte l’addition et le terminal |
| 20 h 12 | La cuisine n’a plus d’agneau. Deux plats d’agneau figurent déjà sur des tickets « In kitchen ». | Rui marque les deux « Out of stock » ; Sami prévient les tables et propose le poisson ; Ana marque l’agneau épuisé depuis son téléphone |
| 20 h 15 | Un client de la table 11 appelle un serveur depuis son téléphone. L’écran de salle affiche « Wants a waiter ». | Sami y va et touche « Ack » |
| 20 h 20 | La table 4 s’en va. | Marta clôture la table 4 |
| 20 h 22 | De nouveaux clients s’installent à la table 4 et commandent. Comme la table a été clôturée, leur première commande attend dans « Awaiting staff ». | Ana confirme |
| 20 h 30 | Le tableau est surtout en « In kitchen » et « Served ». La colonne « In kitchen » est longue : les plats ont du retard. | Marta et Sami annoncent des délais à leurs tables |
Remarquez ce que personne n’a fait : personne n’est allé à une table juste pour prendre une commande, et personne n’est allé à la caisse juste pour imprimer une addition.
En combien de temps les commandes arrivent-elles sur le tableau ?
En bref : en quelques secondes. Lors de notre test du 15 octobre 2026, quatre commandes confirmées sont arrivées sur le tableau du personnel en 0,8 à 2,7 secondes, depuis une table du restaurant de démonstration de BroadNet.AI, alors calme, avec le client dans une fenêtre de navigateur au format téléphone et le tableau dans un navigateur d’ordinateur. Cela fait quatre mesures, pas un samedi complet, et le temps qu’une personne met à toucher « Confirm » s’y ajoute. Comment ça marche montre les vrais écrans.
Le guide du tableau sur une page
Imprimez-le et épinglez-le près du passe :
- « Awaiting staff » : lire les notes, toucher « Confirm ». Note d’allergie ou en langue étrangère : aller d’abord à la table.
- Changement de couleur à 1, 5 et 10 minutes. Un ticket en attente depuis plus de 5 minutes : le renfort prend le relais.
- Semble faux : « Reject », puis parler à la table.
- Manque après la commande : « Out of stock » sur le plat. Il est retiré de l’addition. Proposer une alternative en personne.
- Sera épuisé ce soir : le responsable le marque épuisé depuis son téléphone.
- « Wants a waiter » : y aller, toucher « Ack ».
- Demande d’addition : espèces ou carte y est indiqué. Apporter le terminal avec l’addition. Le paiement, c’est nous, pas l’appli.
- « Served » : le toucher quand les plats arrivent.
- Les clients sont partis : clôturer la table. Toujours.
- Connexion coupée ou client qui préfère le papier : carte imprimée, commande prise à la main.
Après le coup de feu : que faut-il vérifier ?
- Toutes les tables sont clôturées.
- La caisse concorde. Comparez ce qui a été saisi avec les additions en direct des tables de la soirée.
- Les statistiques du propriétaire. Le temps avant confirmation par l’équipe, le temps en cuisine et le temps de réponse aux appels montrent quelle partie du coup de feu a été la plus lente.
- Les questions auxquelles le chat n’a pas pu répondre. Ajoutez les réponses à la carte avant le prochain service.
- Les plats épuisés remis en vente pour le lendemain, si la cuisine est réapprovisionnée.
Et maintenant ?
Suivez la liste de mise en place avant votre prochaine soirée chargée, et essayez le tableau vous-même : essayez une commande test et regardez-la passer de « Awaiting staff » à « Served ». Pour le parcours complet, lisez ce qu’est la commande QR à table, et pour les soirs où il vous manque aussi un serveur, voyez 9 tâches à retirer à vos serveurs.
Les questions des lecteurs
Comment accélérer le service au restaurant pendant le coup de feu ?
Supprimez les attentes qui ne demandent pas une personne : laissez les clients commander et demander l’addition depuis la table, et apportez le terminal de paiement avec l’addition. Ensuite, confiez chaque tâche à une personne désignée, pour que personne ne se demande à qui c’est le tour.
Qui doit confirmer les premières commandes un soir de forte affluence ?
Une personne désignée qui voit la salle, en général l’hôte d’accueil, un responsable ou un chef de rang, avec un renfort prêt quand les tickets en attente dépassent 5 minutes. La première commande de chaque table l’attend : une personne lente à confirmer ralentit toutes les nouvelles tables.
Puis-je retenir des commandes pour éviter que la cuisine soit débordée ?
Vous pouvez retenir une première commande une minute ou deux, mais le client voit « Awaiting staff » (en attente du personnel) et peut annuler pendant l’attente, et les commandes suivantes des tables déjà installées partent de toute façon directement en cuisine. Il vaut en général mieux prévenir les clients que la cuisine est chargée et annoncer un délai.
Que se passe-t-il quand un plat vient à manquer en plein service ?
Marquez-le épuisé depuis le téléphone du propriétaire ou d’un responsable, pour que WaiterPilot cesse de le proposer. S’il figure déjà sur un ticket en cuisine, l’équipe marque ce plat « Out of stock » (en rupture) : il est retiré de l’addition, le client voit une note, et un serveur propose une alternative.
En combien de temps les commandes arrivent-elles sur le tableau du personnel ?
En quelques secondes. Lors de notre test du 15 octobre 2026, quatre commandes sont arrivées sur le tableau en 0,8 à 2,7 secondes, dans un restaurant de démonstration calme. Le temps qu’une personne met à toucher « Confirm » (confirmer) s’y ajoute.
Sources
- The Influence of Table Top Technology in Full-service Restaurants (Cornell Hospitality Report 16(22)), Susskind and Curry, Cornell Center for Hospitality Research, 2016-10 (consulté le 2026-10-15)
