Prise de commande mobile au restaurant : saisie, routage cuisine et panne réseau

Dans un fonctionnement traditionnel, le serveur note la commande sur papier, revient à la caisse et la saisit une seconde fois. En plein service, ce délai provoque des erreurs, du travail en double et un envoi tardif à la cuisine. La prise de commande mobile sur tablette ou terminal portable permet de saisir la demande à côté du client et de l'intégrer directement au POS, au bar et à la cuisine.

Quel est le principal avantage ?

• supprimer la double saisie en caisse
• réduire les erreurs de quantité, variante et supplément
• envoyer plus vite au bar et à la cuisine
• voir clairement la table et la commande ouverte
• ajouter des articles sans quitter le client

L'objectif n'est pas uniquement de remplacer le papier par un écran. Un bon parcours mobile raccourcit le chemin entre la demande du client et le poste de préparation tout en gardant une responsabilité et un historique clairs.

Parcours recommandé

1. Le serveur se connecte avec son compte personnel.
2. Il sélectionne la bonne table, réservation ou zone de service.
3. Il saisit produits, quantités, options et notes par article.
4. Il vérifie le récapitulatif avant l'envoi.
5. Chaque article est routé vers le bar, la cuisine ou le poste dessert.
6. Les ajouts, modifications et annulations sont enregistrés avec un historique visible.
7. L'addition reste liée à la même table jusqu'au règlement.

Concevoir le menu pour un petit écran

Les catégories doivent être courtes et reconnaissables. Les meilleures ventes, la recherche et les options fréquentes doivent être accessibles en quelques touchers. Copier tel quel un menu conçu pour un ordinateur ralentit le service et augmente le risque de choisir le mauvais produit.

Les boutons doivent rester lisibles en déplacement, avec peu de lumière ou en terrasse. Un retour rapide au plan de salle permet aussi de vérifier à tout moment quelle commande est en cours de modification.

Options structurées avant la note libre

Cuisson, type de lait, accompagnement, supplément ou retrait d'un ingrédient sont mieux gérés comme options structurées. Elles sont plus faciles à lire en cuisine, peuvent modifier correctement le prix et sont exploitables dans les rapports. La note libre reste disponible pour les véritables exceptions.

Les informations d'allergène et de sécurité alimentaire doivent suivre le processus confirmé du restaurant. La tablette peut rendre une note visible, mais elle ne remplace ni la formation ni la communication entre salle et cuisine.

Droits d'accès et bonne table

Chaque serveur devrait utiliser un compte personnel afin que commandes, remises, modifications et annulations restent liées à la bonne personne. Une tablette peut être partagée, mais un identifiant commun supprime la traçabilité.

Avant d'ajouter des articles, le nom ou numéro de table, le nombre de couverts et la zone doivent être clairement visibles. Les numéros proches, les terrasses et les tables regroupées nécessitent des libellés particulièrement explicites. Une courte confirmation coûte moins cher que le déplacement d'une commande déjà envoyée en cuisine.

Confirmer avant l'envoi

Le récapitulatif doit montrer quantité, options, notes et destination de chaque article. Pour une allergie ou le retrait d'un ingrédient, une seconde confirmation est utile. Après l'envoi, l'état doit être clair : la commande a-t-elle atteint le POS et le poste, attend-elle une synchronisation ou est-elle seulement enregistrée sur l'appareil ?

Un état de transmission ambigu est une cause fréquente de doublons. Enregistré, en cours d'envoi, envoyé et échec doivent être distincts.

Routage vers cuisine, bar et autres postes

Les boissons peuvent aller au bar, les plats à la cuisine chaude et les desserts à un poste dédié. Pour le client, il s'agit toujours d'une seule commande de table, tandis que chaque zone ne voit que ses articles. Les règles doivent être testées avec le vrai menu, les variantes, les formules et les ajouts tardifs.

Modifier après l'envoi

Une modification ou une annulation doit apparaître avec un marqueur clair au poste concerné. Renvoyer l'article complet sans signaler le changement peut créer une double préparation. L'historique doit conserver l'article initial, le changement, l'utilisateur et l'heure. Si la préparation a commencé, l'équipe doit décider : arrêter, continuer, jeter ou refaire.

Couverture réseau et gestion des appareils

Le Wi-Fi doit être testé en salle, en terrasse, à l'entrée et dans les zones mortes. Autonomie, protection, points de charge et appareil de secours font partie du dispositif opérationnel. Séparer le Wi-Fi clients et utiliser des points d'accès correctement placés fournit une base plus fiable.

Que se passe-t-il lors d'une panne réseau ?

Le comportement exact dépend de l'architecture confirmée. Certaines configurations peuvent conserver temporairement la commande sur l'appareil ; d'autres bloquent l'envoi jusqu'au retour de la connexion. Le personnel doit connaître l'état et éviter un second envoi après la reconnexion.

Un parcours de secours doit être défini : POS fixe, imprimante cuisine ou formulaire papier contrôlé. Enregistrement hors ligne, synchronisation et gestion des conflits ne doivent pas être présentés comme garantis avant un test en production.

Paiement à table

Lorsqu'une intégration POS-terminal est réellement prise en charge, le montant peut être transféré au terminal mobile et le résultat renvoyé au POS. Sans intégration, le serveur peut préparer l'addition sur la tablette mais terminer le paiement séparément. Pourboire, paiement partagé et comportement réseau doivent être testés avec le prestataire choisi.

Checklist de déploiement

• Tester le Wi-Fi réel en salle, terrasse et zones mortes.
• Attribuer un compte personnel et les bons droits à chaque utilisateur.
• Faire correspondre les noms de table au plan physique.
• Rendre les options fréquentes accessibles en quelques touchers.
• Distinguer clairement envoyé, en attente et échec.
• Faire arriver modifications et annulations au bon poste.
• Entraîner l'équipe à la panne réseau et à la défaillance d'un appareil.
• Définir charge, appareil de secours et responsable de maintenance.

Scénario pratique

Le serveur saisit la commande de la table 8 sur la tablette. Les boissons partent au bar et les plats en cuisine. Quelques minutes plus tard, le client ajoute un dessert. Le nouvel article reste lié à la même table, part au poste dessert et est enregistré comme ajout ultérieur.

Indicateurs utiles

• temps entre saisie et envoi réussi
• corrections liées à une erreur de saisie
• commandes ouvertes sur la mauvaise table
• envois en échec ou en double
• ventes additionnelles de boissons et desserts
• incidents appareil et réseau par zone

Comment Lonio soutient le flux

Dans le POS Lonio, commande de table, articles et règlement peuvent rester reliés dans un seul parcours. La solution pour restaurants et cafés relie salle, cuisine et caisse. Le comportement mobile, de paiement, hors ligne et matériel doit être confirmé dans la configuration réelle.

Conclusion

La prise de commande mobile réussit lorsqu'elle supprime la double saisie et raccourcit le chemin vers la cuisine sans masquer l'état. Menu simple, réseau fiable, comptes personnels et parcours de secours testé en sont les bases.

Questions fréquentes

La commande tablette part-elle directement en cuisine ?

Après confirmation, chaque article peut être routé vers l'écran ou l'imprimante du poste concerné selon la configuration.

Que se passe-t-il si le réseau tombe ?

Le comportement dépend de l'architecture. L'équipe doit savoir si la commande est enregistrée, en attente ou en échec et utiliser le parcours de secours sans double envoi.

Chaque serveur a-t-il besoin d'un compte ?

Oui. Les comptes personnels clarifient la responsabilité, les droits et l'historique.

Comment éviter la mauvaise table ?

Confirmer table, zone et nombre de couverts avant l'envoi.