La commande en ligne au restaurant : le guide complet

Demandez à un restaurateur ce qu’est son « système de commande en ligne », et la plupart montrent le bouton de panier — l’instant où un client appuie sur Commander. Ce bouton existe bel et bien, mais ce n’est qu’un maillon d’une chaîne plus longue : un client trouve le restaurant, découvre une carte à laquelle il peut se fier, ajoute un plat à son panier, paie, est servi à l’heure promise et — si la chaîne a tenu — revient sans qu’on ait dû le convaincre à nouveau. Traiter « la commande en ligne » comme ce seul bouton, en laissant tout ce qui le précède et tout ce qui le suit au hasard, ou entre les mains de la plateforme qui détient le client à ce moment-là, est l’erreur la plus courante que ce guide veut corriger.

Au minimum, un système qui fonctionne a besoin d’une carte numérique à jour, d’un tunnel de commande pensé pour la façon dont les clients commandent réellement (le plus souvent depuis un téléphone, souvent pressés), d’un moyen d’encaisser le paiement, d’une logique d’exécution pour le retrait, la livraison ou la précommande, et d’un mécanisme quelconque pour faire revenir un client une deuxième fois. Rien de tout cela n’exige une technologie exotique. Ce qui compte, c’est que chaque maillon de la chaîne dise la même chose que les autres : le prix affiché sur la carte est celui de l’encaissement, le plat épuisé disparaît partout à la fois, et l’heure de livraison promise en haut de la page est celle sur laquelle la cuisine et le livreur travaillent réellement.

La décision qui traverse tout ce guide est celle de la maîtrise. Un client peut commander via une plateforme de livraison, ou via un canal que le restaurant maîtrise lui-même — son propre site, sa propre application, un appel téléphonique, une borne en salle. Les deux itinéraires peuvent nourrir la même cuisine. Ce qui diffère, c’est qui finit par posséder la relation client, la donnée de commande et la marge qui reste une fois la commande payée.

Aucun des deux itinéraires n’est mauvais en soi. Une plateforme est un canal réel, qui fonctionne, pour un client qui n’a jamais entendu parler du restaurant et compare cinq établissements sur une carte. Le problème n’est pas que les plateformes existent ; ce sont les restaurants qui ne construisent jamais l’autre itinéraire, si bien que chaque client — y compris celui qui a déjà commandé dix fois — continue de payer le coût d’acquisition d’un inconnu.

Ce guide suit la chaîne dans l’ordre où un restaurant la vit réellement. Le chapitre suivant examine les canaux par lesquels un client peut commander, et à quel besoin client chacun répond vraiment. Vient ensuite le tunnel de commande — le maillon le plus rentable de toute la chaîne — suivi de la rigueur opérationnelle qui tient une promesse de livraison ou de retrait une fois qu’elle est faite. Puis l’économie : ce que coûte réellement une commande passée via une plateforme une fois chaque ligne comptée, et comment un restaurant récupère de la marge sans faire la guerre des prix. Le guide se termine par une réponse concrète à la question que tout restaurateur finit par se poser : quoi construire en premier, et quoi laisser de côté.

« Faut-il être sur la plateforme, développer notre propre application, ou installer une borne ? » est une question souvent posée comme si elle avait une seule bonne réponse. Elle n’en a pas, parce qu’un site, une fiche sur une plateforme, une application, une borne et une ligne téléphonique ne se disputent pas le même moment client — chacun résout un besoin différent, et le mix de canaux d’un restaurant devrait suivre les besoins réels de ses clients, pas une préférence pour telle ou telle technologie.

Le site gagne la première découverte. Un client qui cherche « meilleure pizza près de moi » et veut commander dans les quatre prochaines minutes ne va pas commencer par télécharger une application. Un site rapide et bien tenu — trouvé par une recherche, partageable en un lien, sans installation nécessaire — capte ce client au moment précis où il se décide. C’est aussi là qu’une fiche sur une plateforme gagne réellement sa place : pour un client qui n’a jamais entendu parler du restaurant, la portée déjà installée d’une plateforme peut le mettre devant quelqu’un que le site seul n’aurait jamais atteint. C’est l’argument honnête en faveur d’une présence sur les plateformes — la visibilité pour l’inconnu, pas le chemin de commande par défaut pour quelqu’un qui sait déjà où il mange.

La propre application du restaurant gagne l’habitude. L’échange que le client accepte en téléchargeant, c’est du confort plus tard : une adresse enregistrée, un moyen de paiement mémorisé, une icône sur l’écran d’accueil et — utilisé avec mesure, sans tourner au bruit constant — un canal de notification direct qu’un site ne peut tout simplement pas offrir. Cet échange ne devient rentable que pour un client qui commande assez souvent pour vouloir ce raccourci, ce qui explique pourquoi l’application est généralement le deuxième ou le troisième canal qu’un restaurant construit, pas le premier.

Deux canaux de plus complètent l’ensemble, et tous deux fonctionnent en captant un moment qui, sinon, serait perdu.

Une borne de commande en libre-service n’est pas, sur le plan économique, un gadget réservé aux grandes enseignes. Deux choses changent dès qu’un client commande depuis un écran plutôt qu’auprès d’une personne à la caisse : le panier a tendance à grossir, parce qu’un écran n’oublie jamais de proposer un supplément pertinent, contrairement à un membre de l’équipe débordé ; et la file d’attente a tendance à se réduire, parce que plusieurs clients peuvent commander en parallèle au lieu d’un par un. Les commandes arrivent aussi en cuisine exactement telles que saisies — aucun mot mal compris au comptoir dans le bruit — et payées dès la saisie, ce qui veut dire que le ticket est prêt à être préparé dès qu’il s’imprime. Que la borne en vaille la peine ne dépend pas de la taille du restaurant, mais d’une seule question : la file d’attente, à votre vrai pic d’affluence, vous coûte-t-elle des commandes ? Si des clients repartent plutôt que d’attendre, une seule borne au comptoir, à la marque de l’établissement — ses propres photos, ses propres couleurs, pas un terminal générique loué — gagne en général sa place. S’il n’y a que rarement une file, ce n’est pas urgent.

Un appel manqué est la perte de commande la plus silencieuse, parce qu’elle survient précisément à l’heure où le restaurant est le plus occupé et le moins en mesure de répondre. Le téléphone reste, pour beaucoup de restaurants, le canal le plus régulièrement abandonné à la messagerie vocale pendant le coup de feu — et un client qui tombe sur personne ne laisse généralement pas de message : il appelle l’adresse suivante, ou ouvre une application de plateforme à la place. Répondre à chaque appel — en ajoutant du personnel au pic d’affluence, ou en utilisant un système vocal qui prend la commande dans la langue de l’appelant, la relit pour confirmer, et la dépose dans la même file de cuisine que le reste — transforme un canal qui laisse fuir des commandes en silence en un canal qui les capte. Ce qui compte davantage que le mécanisme, c’est la rigueur derrière lui : un client avec une demande inhabituelle, une question sérieuse sur une allergie ou une réclamation doit pouvoir joindre une personne, pas rester coincé dans un script. Les fonctionnalités de borne de commande et de prise de commande téléphonique par IA de Menuella sont construites exactement autour de ce principe — capter automatiquement la commande standard, transmettre à une personne tout ce qui ne doit pas être automatisé — mais la vraie décision (ce moment est-il capté, là, maintenant, ou pas ?) est ce qui compte réellement, quel que soit l’outil qui y répond.

Le piège qui ruine chaque décision de canal de ce chapitre, c’est de faire vivre deux vérités de carte en parallèle. Si le site, l’application, la borne et une fiche sur une plateforme puisent chacun leur prix, leur disponibilité et leurs promotions à une source différente, ils finiront par se contredire — un client voit un prix sur l’application et un autre sur le site, ou commande sur la borne un plat que le site a déjà marqué épuisé. Ce n’est pas une simple incohérence mineure ; c’est un client qui prend le restaurant en flagrant délit de ce qui ressemble à un mensonge. Une source unique pour la carte, le prix et les promotions, partagée par toutes les surfaces qu’un restaurant fait réellement tourner, est la condition silencieuse derrière tout le reste de ce guide.

Si un restaurant ne peut améliorer qu’un seul maillon de sa chaîne de commande, c’est le tunnel de commande. C’est l’espace le plus rentable de tout le système — l’instant où l’intérêt devient revenu, ou ne le devient pas — et il échoue de façons presque toujours corrigeables une fois qu’on les a vues.

Sous l’interface, quatre éléments doivent rester cohérents entre eux. L’état de la commande signifie que le panier conserve ses prix, ses options et ses choix d’exécution intacts pendant que le client avance dans le parcours — passer du retrait à la livraison ne devrait jamais vider silencieusement un panier ni perdre un créneau horaire choisi. La validation opérationnelle signifie que le tunnel de commande applique les mêmes règles que celles sur lesquelles la cuisine travaille réellement : un plat est-il encore disponible, une adresse de livraison se trouve-t-elle dans une zone active, un créneau demandé a-t-il encore de la capacité — vérifié avant le paiement, pas découvert après. L’état du paiement signifie que le système peut toujours dire, avec précision, où en est une commande : paiement initié, autorisé, capturé, commande reçue, commande acceptée — pour qu’un client dont la connexion coupe en plein paiement sache clairement ce qui s’est passé, plutôt que de se demander s’il a été débité deux fois. La remise en cuisine signifie qu’une commande confirmée et payée arrive en cuisine automatiquement et sans ambiguïté, avec un chemin clair pour revenir vers le client si quelque chose change en cuisine après coup — un ingrédient épuisé, une imprimante en panne, un créneau complet. Un tunnel de commande qui réussit ces quatre points ne se remarque presque jamais ; un tunnel qui en rate un seul se voit immédiatement, sous la forme d’un appel furieux ou d’une commande annulée.

L’interface décide si les clients atteignent réellement cette architecture ou non. La plupart des commandes se font sur un téléphone, souvent à une main, souvent avec un sac dans l’autre et une réception hésitante. La réponse pratique, côté conception, est de garder les actions qui comptent — confirmer une heure, choisir un pourboire, valider la commande — à portée de pouce, dans la partie basse de l’écran, de demander une chose à la fois plutôt qu’un long formulaire d’un coup, de valider un numéro de téléphone ou une adresse de livraison immédiatement à côté du champ plutôt qu’après la seule soumission, et de placer Apple Pay et Google Pay avant la saisie manuelle de carte, puisque chaque clavier qu’un client doit ouvrir est une petite occasion de le perdre. Un panier qui survit au bouton retour, à une connexion coupée ou à un premier essai de paiement échoué vaut plus que presque toute autre correction isolée. Et quand quelque chose est en cours de traitement, il faut le dire visiblement — « paiement en cours… » vaut toujours mieux qu’un bouton figé, car l’alternative est un client qui appuie deux fois par incertitude et crée exactement le risque de commande en double que l’architecture précédente existe pour éviter.

La vitesse, la stabilité et une disponibilité honnête sont aussi, de façon réelle même si indirecte, un signal de visibilité. Un tunnel de commande alourdi de scripts inutiles et de fenêtres surgissantes ne se contente pas de paraître lent au client — il produit exactement le type de session abandonnée que les moteurs de recherche lisent, dans la durée, comme une expérience de mauvaise qualité. Rien de tout cela ne remplace le fond : un tunnel de commande extrêmement rapide posé sur une carte pauvre et pas à jour perd quand même face à un concurrent avec une carte complète et exacte. La vitesse amplifie une page qui a déjà quelque chose à offrir ; elle ne s’y substitue pas.

La suggestion a sa place dans ce chapitre parce qu’elle se joue au moment de l’encaissement, et parce que la différence entre un bon supplément proposé et un supplément agaçant tient presque entièrement à la retenue. Le modèle mental à garder en tête est celui d’un bon serveur, pas d’un vendeur insistant : quelqu’un qui lit la table, propose une seule chose qui convient vraiment, et laisse tomber dès que la réponse est non. En pratique, cela suppose quatre éléments qui fonctionnent ensemble.

Premièrement, le classement : la suggestion la plus forte pour un panier donné est celle qui combine le mieux la marge sur coûts variables et la probabilité réelle que le client l’accepte — tirée de la façon dont les clients ont réellement commandé jusque-là, pas de l’article le moins cher à écouler.

Deuxièmement, les garde-fous, et ceux-ci passent avant la marge, pas après : un filtre allergène ou régime alimentaire qui prime sans exception sur tout autre calcul, un plat épuisé qui disparaît des suggestions dès qu’il est marqué indisponible plutôt qu’au moment de l’encaissement, et une vérification de la charge en cuisine pour qu’une suggestion n’atterrisse jamais sur un poste déjà débordé pendant le coup de feu. Un plat nouveau, sans historique de commande, a quand même besoin d’un point de départ raisonnable — en général ses propres attributs, comme le style de cuisine ou le niveau de piment — plutôt qu’une suggestion aléatoire ou aucune suggestion tant que les données ne se sont pas accumulées.

Troisièmement, le moment : les articles étroitement liés ont leur place tôt, pendant que le client construit encore activement sa commande ; une boisson ou un dessert peut fonctionner une fois le plat principal choisi, à condition de charger instantanément ; et la dernière étape avant le paiement — là où le client a besoin du total, de l’heure et des frais, pas d’une surprise — est rarement le bon endroit pour introduire quoi que ce soit de nouveau.

Quatrièmement, la manière : une seule suggestion, pas un mur de propositions, écartée d’un seul geste qui reste acquis, et qui ne se met jamais entre le client et le bouton de confirmation. Fait ainsi, une suggestion se lit comme une attention — « ceci va bien avec cela » — plutôt que comme un obstacle sur le chemin du paiement, et le panier grandit sans entamer la confiance que le reste de ce guide s’attache à protéger.

Amener un client jusqu’au bouton « passer commande » est un problème. Honorer ce qui a été promis — à l’heure, avec la qualité que suggérait la photo sur la carte — en est un autre, et c’est celui qui détermine réellement si ce client commande une deuxième fois.

Les précommandes transforment le chiffre d’affaires d’une supposition en un plan. Plutôt que de découvrir la demande du vendredi commande après commande, un restaurant qui prend à l’avance du retrait planifié, de la restauration d’entreprise ou des formules pour les fêtes exécute quelque chose déjà payé. Le paiement pris au moment de la réservation réduit les absences à presque zéro, et — la pression d’une décision immédiate ayant disparu — une commande planifiée porte en général un panier plus élevé qu’une commande spontanée, les clients étant plus disposés à ajouter un accompagnement ou un dessert quand ils ne choisissent pas sous la contrainte du temps. Trois réglages évitent qu’une précommande ne prenne la cuisine au dépourvu plus tard : jusqu’à combien de temps à l’avance un client peut réserver, combien de délai la cuisine a réellement besoin avant qu’une grosse commande n’arrive, et l’heure limite exacte au-delà de laquelle plus aucune commande n’est acceptée pour ce créneau. La règle opérationnelle qui protège tout le reste : les précommandes doivent puiser dans la même carte et la même disponibilité que les commandes en direct, sinon un restaurant finit par vendre, plusieurs jours à l’avance, un plat que la cuisine ne pourra plus faire le jour même.

Le pic de demande est un problème de débit, pas un problème de « dire non aux clients ». Le réflexe, quand un coup de feu menace de submerger une cuisine, est d’accepter chaque commande et d’espérer — mais une imprimante de tickets qui ne s’arrête jamais n’est pas un signe de succès, c’est un signal d’alerte précoce. Bien gérer la demande consiste à l’étaler plutôt qu’à la refuser : un plafond sur le nombre de commandes en cours à la fois, au-delà duquel les nouveaux clients sont orientés — pas rejetés — vers le prochain créneau réaliste ; une pause sur les nouvelles commandes en cas de vraie panne de matériel ; et un délai de retrait ou de livraison promis qui s’allonge honnêtement une fois la cuisine à pleine capacité, plutôt que de rester figé et de devenir, en silence, un mensonge. Il est utile aussi de mesurer la charge réelle, pas le nombre de commandes : une commande familiale immobilise une cuisine bien plus longtemps qu’une simple entrée, donc compter les tickets seuls sous-estime la charge réelle. Un délai et une heure limite clairs pour les grosses commandes, et une liste de préparation construite à partir des heures de retrait planifiées plutôt que des seuls tickets en direct, sont ce qui fait qu’un service vraiment chargé se sent, vu de l’intérieur de la cuisine, plus proche de l’ennui que du chaos.

Les zones de livraison devraient être tracées selon le temps de trajet réel, pas selon un cercle sur une carte. Un client à trois kilomètres à vol d’oiseau peut très bien représenter un trajet de quinze minutes dès qu’une rivière, une voie ferrée ou un périphérique s’en mêle — et une zone tracée par la distance plutôt que par le temps de trajet réel est la cause la plus fréquente d’une livraison qui arrive froide en bord de zone. Les frais méritent eux aussi d’être échelonnés selon la distance, pour qu’un long trajet ne mange pas discrètement la marge que devrait porter la commande d’un habitué proche. Un rayon de livraison n’est jamais figé pour toujours : si un nouveau plat vedette allonge le temps de préparation et met la cuisine sous tension, réduire temporairement le rayon protège la promesse pour tous ceux qui restent à l’intérieur, plutôt que de laisser la promesse échouer pour tout le monde. Et une série de réclamations « plat froid » venant d’un même quartier, même quand la carte indique que le temps devrait être correct, pointe en général vers une variable manquante — un stationnement difficile, une longue montée à pied, un portail — qui mérite une marge spécifique plutôt qu’un haussement d’épaules.

Gérer sa propre livraison ajoute un vrai métier opérationnel : la répartition des courses. Un délai de livraison lié à la charge réelle de la cuisine, plutôt qu’un chiffre fixe choisi pour bien paraître sur la page de commande, fait toute la différence entre une promesse qui tient et un vendredi soir passé à répondre à des appels « où est ma commande ». Assigner une course pour maximiser les chances d’une livraison à l’heure et chaude — pas simplement au livreur disponible le plus proche — et fixer une limite ferme au nombre de commandes regroupées dans une même tournée quand les plats sont sensibles à la température protègent tous deux ce que le client remarque réellement, à savoir l’état du plat à la porte, pas la logique d’acheminement derrière. Ce qui distingue vraiment une organisation de livraison qui monte en puissance d’une organisation qui grille ses propres avis, ce n’est pas tant le cas facile que le plan de secours : un chemin clair et rapide face à un livreur manquant, une mauvaise adresse ou un plat à refaire, ainsi que la capacité pour un responsable de mettre une zone en pause ou d’allonger les délais de livraison en temps réel quand quelque chose tourne vraiment mal — résolu en quelques minutes plutôt que dégénérant en une série d’avis d’une étoile.

Le délai de livraison lui-même mérite une attention particulière, parce que les clients retiennent un seul chiffre, et s’il était vrai. Une estimation solide combine deux incertitudes de nature différente — la charge de la cuisine, qui détermine le temps de préparation, et les conditions de circulation, qui déterminent le trajet lui-même — et elle devrait se mettre à jour automatiquement dès que la cuisine prend réellement du retard, plutôt que de rester affichée sur un chiffre qui, en silence, cesse d’être vrai. Le retrait et la livraison devraient être calculés séparément, puisque l’un dépend presque entièrement de la cuisine et l’autre ajoute la variabilité bien plus grande de la route ; faire passer les deux par un seul calcul garantit que l’un des deux sera faux. Le réflexe d’afficher le chiffre le plus court possible est en général le mauvais : une petite marge honnête, tenue de façon fiable, vaut mieux qu’un chiffre héroïque qui craque sous la charge réelle, et le chiffre qui mérite vraiment d’être mesuré n’est pas le délai moyen de livraison mais le taux de respect de la promesse — la fréquence à laquelle la commande est arrivée à l’heure promise ou avant. Quand un retard est probable, une raison courte et honnête — forte demande, livreur déjà affecté, plat en cours de refaisage — aide davantage que le silence, à condition que la raison donnée au téléphone corresponde à ce que dit la page de commande ; les clients remarquent l’incohérence, pas le retard lui-même. Et parce que personne n’est à l’heure absolument à chaque fois, ce qui se passe quand une livraison est en retard compte plus que de n’être jamais en retard : une mise à jour proactive, un petit avoir, ou un autre geste visible de prise de responsabilité construit en général plus de fidélité qu’une soirée sans accroc que personne ne remarque — à condition que tout cet échange se déroule sur le propre canal du restaurant, pour que la confiance ainsi construite profite au restaurant et non à l’application qui portait le message. Les outils de livraison de Menuella calculent une promesse de cette façon — en combinant préparation et conditions de circulation, tout en laissant un responsable capable d’allonger les délais à la main avec un motif enregistré — mais la rigueur qui sous-tend tout cela, une marge de sécurité, un taux de respect qui mérite d’être mesuré, un canal que le restaurant possède réellement, est ce qui rend n’importe quelle promesse de livraison fiable, indépendamment du système qui la fait tourner.

Le chiffre imprimé sur la page tarifaire d’une plateforme est le coût de tête d’une commande, pas son coût réel — et les restaurants qui construisent leur plan autour de ce chiffre de tête laissent presque toujours plus de marge sur la table qu’ils ne le pensent.

Un contrat de plateforme comporte en général plusieurs lignes de coût au-delà de la commission affichée. La commission de base est la plus visible et la plus importante, généralement comprise entre 20 % et 35 % selon le palier. En dessous se logent des remises imposées qu’un restaurant peut être tenu de proposer pour rester visible dans les résultats de recherche de la plateforme elle-même ; la mise en avant payante, un coût supplémentaire au-dessus de la commission pour apparaître en bonne place ; et l’exposition aux remboursements et aux contestations de paiement, où la politique de la plateforme peut laisser un restaurant absorber une partie des coûts liés à un paiement contesté. Rien de tout cela ne fait des plateformes des adversaires — elles apportent une vraie technologie, une vraie portée et un vrai service — mais cela signifie que le pourcentage affiché sous-estime ce que coûte réellement une commande une fois le compte soldé.

Faites passer une même commande par les deux canaux, et l’écart cesse d’être abstrait. Voici un exemple chiffré, à titre d’illustration — un restaurant doit le recalculer avec les termes de son propre contrat, pas traiter ces chiffres précis comme universels — mais la forme du résultat se vérifie largement. Une commande de 30 € passée via une plateforme, avec une commission de 30 %, une remise imposée de 10 % et environ 2 € d’exposition aux remboursements plus 1,50 € d’allocation publicitaire promotionnelle sur une semaine type, laisse au restaurant environ 14,50 € net. La même commande de 30 € prise directement sur le site du restaurant, ne portant qu’un coût d’encaissement d’environ 2,5 %, laisse environ 29,25 € net. L’écart sur cette seule commande — près de 15 € — résume l’argument entier en une ligne : même client, même cuisine, même emballage, un résultat très différent selon uniquement le canal par lequel la commande est passée.

L’intérêt d’une plateforme s’affaiblit précisément pour les clients que le restaurant a déjà conquis. La visibilité mérite vraiment son coût la première fois qu’un inconnu découvre un restaurant grâce à elle. C’est un échange bien plus faible la vingtième fois que le même client commande, car à ce stade, le restaurant paie une commission de niveau acquisition pour une habitude qu’il a déjà construite. Cette distinction — client nouveau contre client habitué — est toute la base d’un plan de reconquête de marge, car elle signifie que la réponse n’est pas « quitter la plateforme », mais « arrêter de payer deux fois pour un client qui connaît déjà le chemin direct du restaurant ».

La reconquête de marge fonctionne en ciblant les habitués avec des incitations discrètes, pas en déclarant la guerre à la plateforme. Les clients qu’il vaut la peine de déplacer activement sont ceux qui ont déjà commandé plusieurs fois sur une fenêtre récente définie — un client de passage, une seule fois, est exactement le type de client pour lequel la portée d’une plateforme est réellement utile, et le pousser vers un canal direct n’est pas là que se trouve le levier. Plutôt qu’un écart de prix affiché ouvertement entre les canaux, ce qui coûte cher et risque de ressembler à une manœuvre déloyale, le levier le plus durable est un avantage discret réservé au direct : une offre groupée, un accompagnement disponible uniquement via la page de commande du restaurant, ou un créneau de retrait plus tôt — quelque chose qui rend le canal direct nettement meilleur sans casser publiquement le prix affiché sur la plateforme. Cela ne fonctionne toutefois que si l’exécution reste équitable : si les tickets venus de la plateforme obtiennent systématiquement la priorité en cuisine pendant le coup de feu, les clients apprennent vite que commander en direct veut dire attendre plus longtemps, et tout l’effort de reconquête se défait de lui-même.

Une approche progressive fonctionne en général mieux qu’une rupture brutale. Une séquence courante, éprouvée : d’abord stabiliser le propre tunnel de commande du restaurant pour qu’il soit vraiment rapide et fiable, puis ajouter une incitation de fidélité qui récompense spécifiquement les commandes directes, puis limiter progressivement la participation du restaurant au programme de remises imposées de la plateforme, puis déplacer une partie du budget publicitaire de la mise en avant sur la plateforme vers la propre visibilité du restaurant, en surveillant chaque semaine la part du direct et la marge moyenne tout au long du parcours — et en ralentissant si les réclamations remontent, ce qui indique que l’exploitation est poussée à avancer plus vite qu’elle ne peut absorber. Beaucoup de restaurants visent, sur environ un an, quelque chose proche d’un partage à peu près équilibré entre direct et plateforme, même si l’objectif réaliste varie sensiblement selon le concept — une cuisine dédiée à la seule livraison, sans clientèle sur place, dépend structurellement davantage de la portée d’une plateforme qu’un restaurant avec une forte clientèle de passage, et le rythme réalisable dépend autant de la concurrence locale que de ce que le restaurant fait en interne. Il faut traiter tout pourcentage précis, y compris celui qui vient d’être donné, comme un point de départ à recalculer avec les propres chiffres d’un restaurant, pas comme une cible à atteindre par principe.

Tout ce que décrit ce guide est vraiment utile à terme, mais presque aucun restaurant ne devrait essayer de tout construire d’un coup. La question qui compte réellement est celle de l’ordre : quoi mettre au point en premier, quoi ajouter une fois les bases posées et — tout aussi important — quels éléments de ce guide peuvent honnêtement attendre, ou ne s’appliquent tout simplement pas à un restaurant donné.

L’ordre de construction qui fonctionne pour la plupart des restaurants se déroule en trois phases. La phase un est de maîtriser la carte : une carte numérique à jour, exacte et rapide, sur le propre nom de domaine du restaurant, parce que chaque phase suivante — encaissement, livraison, fidélité — dépend de cette carte comme unique source de vérité que tout le reste vient lire. La phase deux est de maîtriser l’encaissement : faire basculer la finalisation de la commande vers le propre parcours du restaurant, optimisé pour mobile, parce que c’est précisément là que la marge cédée à la plateforme se récupère, et là que le chapitre consacré au tunnel de commande se rentabilise le plus vite. La phase trois est de maîtriser les habitués : la fidélité, les messages de reconquête et — une fois qu’il existe une vraie base de clients réguliers pour le justifier — les canaux qui créent l’habitude, comme une application ou une borne, qui ne rentabilisent leur coût que face à une fréquence réelle. Vouloir construire la phase trois avant que la phase un ne soit solide est la raison la plus fréquente pour laquelle un investissement prometteur dans un canal sous-performe : une application que personne ne commande encore assez souvent pour rouvrir n’est pas un problème d’application, c’est un problème d’ordre.

Tous les canaux de ce guide ne valent pas la peine d’être construits pour tous les restaurants, et le type d’établissement en est la raison honnête. Un restaurant gastronomique avec un volume de commande en ligne modeste tire généralement plus de valeur d’un site rapide et bien tenu et d’une gestion solide des réservations que d’une borne au comptoir dont il aura rarement besoin. Une cuisine dédiée à la seule livraison, sans clientèle sur place, dépend par nature davantage de la portée des plateformes qu’un restaurant avec une forte clientèle de passage, et devrait peser honnêtement le vrai coût opérationnel de gérer sa propre livraison — zones, répartition des courses, plans de secours pour ce qui tourne mal — face à ce qu’elle récupérerait réellement, avant de s’y engager. Un restaurant éphémère, un stand saisonnier, ou tout concept avec un potentiel de retour de clientèle vraiment faible, est en général mieux servi en restant centré sur le site plutôt qu’en construisant une application qui a besoin d’une base de clients qui reviennent pour justifier son téléchargement ; dès qu’un restaurant dispose d’une vraie base d’habitués, ce calcul s’inverse et l’habitude créée par l’icône sur l’écran d’accueil devient un investissement qui vaut le coup. Un concept avec de forts pics et un service au comptoir — une adresse très fréquentée le midi, un food truck avec une file jusqu’à midi passé — est le cas classique où une borne gagne sa place le plus vite, précisément parce que les deux effets qu’une borne change — un panier plus grand, une file plus courte — comptent le plus exactement quand une file est en train de se former.

Quelle plateforme compte, et quelle part du marché elle capte, diffère réellement selon le pays — ce guide ne prétend délibérément pas le contraire. En France, Uber Eats occupe la position de référence, Deliveroo restant le principal concurrent historique. En Allemagne, c’est Lieferando qui fait référence. Ailleurs en Europe, Uber Eats et Deliveroo sont largement présents ; Glovo et Just Eat pèsent particulièrement en Espagne et en Italie ; en Turquie, Yemeksepeti et de nouveaux acteurs mènent le marché. La part de commande directe réellement atteignable, les taux de commission pratiqués, et même l’incitation discrète qui fait vraiment bouger un client varient eux aussi selon la concurrence locale et le concept, pas seulement selon le pays. Chaque chiffre précis de ce guide — l’exemple à 30 €, l’objectif d’un partage à peu près équilibré que beaucoup de restaurants visent — est une illustration annoncée comme telle, à recalculer avec le propre contrat d’un restaurant et ses propres clients, pas un chiffre universel à poursuivre pour lui-même.

Une façon courte et pratique de savoir si un canal donné vaut vraiment la peine d’être construit maintenant : une file d’attente qui coûte visiblement des commandes au pic d’affluence est le signal pour une borne ; un téléphone qui sonne dans le vide pendant l’heure la plus chargée est le signal pour une prise de commande téléphonique assurée ou automatisée ; une facture de plateforme qui continue de grimper précisément sur des clients qui ont clairement commandé plusieurs fois déjà est le signal pour lancer un plan de reconquête de marge ; et une promesse de livraison qui échoue selon un schéma prévisible, le plus souvent le vendredi soir, est le signal pour corriger les zones, la répartition des courses et la rigueur sur les délais avant d’ajouter le moindre nouveau canal. Construire dans cet ordre — résoudre le problème qui coûte visiblement de l’argent maintenant, en s’appuyant sur une carte et un encaissement qui fonctionnent déjà — l’emporte en général sur le fait de tout construire à la fois.