Si vous vous êtes déjà retrouvé devant un restaurant de dim sum bondé un samedi après-midi, vous connaissez déjà le problème. Une planchette en bois trône sur un minuscule pupitre, une demi-douzaine de noms griffonnés dessus, et un hôte qui n'a pas eu le temps de lever les yeux depuis vingt minutes. Certains clients repartent en pensant que la file est sans espoir. D'autres restent debout à bloquer l'entrée pendant quatre-vingt-dix minutes. Le restaurant perd des revenus avec ceux qui s'en vont, et la bienveillance de ceux qui attendent.
La solution n'est pas d'embaucher davantage de personnel. C'est un système de file d'attente virtuelle qui vit sur un téléphone et se met à jour lui-même.
Ce que fait réellement une file virtuelle
Une file virtuelle remplace la planchette par une page web publique. Chaque client scanne un QR code à l'entrée, appuie sur Réserver et voit immédiatement son numéro de file et sa position estimée (« 4 personnes devant vous »). Il peut se balader dans le quartier, s'asseoir dans sa voiture, terminer un appel téléphonique ou faire ce qu'il préfère plutôt que de rester sur le trottoir. Quand son numéro approche, il revient.
Le système se situe entre deux faces du même problème. Du côté client, il répond à la question « quand sera-t-il mon tour ? » sans que personne n'ait à demander. Du côté restaurant, il répond à « comment gérer le flux ? » sans que personne n'ait à noter quoi que ce soit ou à crier des noms dans une salle bruyante.
La technologie est simple. Un petit tableau de bord sur la tablette de l'hôte affiche la liste d'attente avec les horodatages et les codes de référence. L'hôte appuie sur « Appeler le suivant » quand une table se libère. Le téléphone du client se met à jour en quinze secondes. Plus de bipeurs à perdre, plus de planchettes à faire tomber, plus de noms criés qui se perdent dans le bruit de la salle. Tout fonctionne dans un navigateur, sans installation d'application, sans friction.
Pourquoi la restriction GPS est importante
La version naïve d'une file virtuelle permet à n'importe qui, n'importe où, de prendre un numéro. Ça semble sympa, mais ça échoue immédiatement. Un adolescent dans une autre ville décide de s'amuser. Un client ennuyé garde un numéro d'hier en espérant passer devant la file demain. Le concurrent d'un ami réserve cent fausses places pour faire paraître votre file plus longue qu'elle ne l'est.
La restriction GPS résout ce problème. Avant que le bouton Réserver n'apparaisse, le téléphone du client communique sa localisation. Le système calcule la distance orthodromique jusqu'au restaurant, et n'active le bouton que si le client se trouve dans un rayon configuré — généralement cinq kilomètres pour la plupart des restaurants urbains et un à deux kilomètres pour les centres-villes denses.
La vérification a lieu deux fois. D'abord dans le navigateur, où le bouton est désactivé jusqu'à ce que le client soit à portée, ce qui donne un retour immédiat. Ensuite côté serveur, lorsque la réservation est réellement effectuée, car les données de localisation du navigateur sont techniquement falsifiables. Les deux vérifications ensemble maintiennent la file propre sans incommoder les vrais clients.
Pour les restaurants avec plusieurs emplacements, la restriction GPS oriente également automatiquement les clients vers la bonne succursale. Un client qui se trouve près de votre emplacement en centre-ville ne se retrouve pas accidentellement dans la file de votre établissement en périphérie.
L'anatomie d'un tableau de bord d'attente par sondage
Lorsque le téléphone d'un client reste ouvert sur la page de file, à quelle fréquence doit-il vérifier les mises à jour ? Trop fréquemment et vous gaspillez la batterie et la bande passante. Trop rarement et l'attente semble interminable.
Quinze secondes s'avère être le juste milieu. Suffisamment lent pour être invisible aux serveurs, suffisamment rapide pour que le client perçoive la page comme « vivante ». En quinze secondes après qu'un hôte a appuyé sur « Appeler le suivant », le numéro en cours de service du client monte d'un cran et il sait qu'il est plus proche. En dessous de dix secondes, on commence à avoir une consommation de batterie notable sur les téléphones avec l'écran allumé. Au-delà de trente ou soixante secondes, l'expérience commence à ressembler à la consultation d'une photo statique.
Le tableau de bord lui-même doit afficher trois chiffres, pas plus. Le numéro actuellement servi, grand et bien visible. Le propre numéro du client. Et le nombre de personnes entre les deux. Tout le reste est du bruit. Une page de file n'est pas une expérience de marque, c'est un point de contrôle d'état.
Anti-fraude : les codes de référence
Chaque réservation reçoit un code de référence à six caractères généré côté serveur. Le client le voit sur son téléphone, sur le ticket PNG sauvegardable, et est invité à le présenter quand son numéro est appelé. L'hôte voit le même code sur le tableau de bord. Si le client prétend être le numéro 42 mais présente un code qui ne correspond pas à ce que le tableau de bord indique pour le numéro 42, l'hôte sait qu'il y a un problème.
Les codes de référence utilisent un jeu de caractères sans confusion visuelle : pas de zéro ni de O, pas de un ni de I, pas de minuscules qui ressemblent à des chiffres. C'est important quand quelqu'un plisse les yeux sur un écran de téléphone sous un éclairage faible et essaie de lire un code dans une salle bruyante.
Les codes sont également à usage unique par session. Le même client ne peut pas réserver deux fois depuis le même navigateur, car le système reconnaît son identifiant client persistant. S'il essaie, il récupère le même numéro et le même code qu'il avait initialement, pas un nouveau.
Coût par réservation
Les restaurateurs supposent souvent que les systèmes de file virtuelle nécessitent du matériel coûteux ou des contrats d'abonnement. Ce n'est pas le cas. Le coût d'infrastructure pour faire fonctionner une file pour un seul restaurant sur AWS DynamoDB et S3 se situe dans la gamme des centimes par mois, même à mille réservations par jour, car les opérations dominantes sont de minuscules incréments de compteurs atomiques.
Une planchette ne coûte rien en euros, mais un montant significatif en termes d'expérience client. Un système de bipeurs coûte des centaines d'euros en matériel, plus les coûts de remplacement chaque année. Une file virtuelle ne coûte rien par client au-delà de la facture cloud sous-jacente. L'économie favorise simplement l'approche numérique dès que vous faites plus d'une poignée de réservations par service.
Pour commencer
Si vous n'avez jamais géré de file virtuelle, commencez petit. Activez-la pour un seul service sur un seul type de prestation — dîner sur place ou à emporter — et observez ce qui se passe. Regardez comment les clients l'utilisent, où ils sont confus, quelles questions ils posent à l'hôte. Ajustez votre paramètre de distance maximale, vos formulations et le placement de votre QR code en fonction de ce que vous apprenez.
L'objectif n'est pas d'éliminer l'hôte. C'est de libérer l'hôte pour qu'il se concentre sur l'accueil des clients, la gestion de la salle et la gestion des demandes particulières occasionnelles — au lieu d'agir comme un tableur humain pour un morceau de carton. Une bonne file virtuelle rend à la fois les clients et le personnel plus heureux, et elle se rentabilise dès la première fois qu'elle vous évite une débâcle un samedi soir.
