Cet article fournit un cadre opérationnel pour arbitrer, de façon mesurable et actionnable, entre le volume apporté par Just Eat (agrégateur) et la rentabilité du canal direct. Vous y trouverez une méthode pour calculer la contribution par commande (marge brute, commissions, coûts variables et service), définir des seuils de bascule par zone horaire et zone de chalandise, mesurer l’incrémentalité réelle du volume agrégateur, limiter la cannibalisation via différenciation prix/assortiment/frais de livraison, renforcer l’acquisition propriétaire (SEO local, Google Business Profile, app, CRM, programme de fidélité), structurer la mesure (attribution, cohortes, LTV/CAC, repeat), et piloter la capacité (SLA, temps de livraison, panier moyen) afin d’optimiser la marge totale sans dégrader l’expérience. Objectif: construire un mix canal qui sécurise la croissance, stabilise la rentabilité et aligne marketing, opérations et finance sur un plan d’exécution concret. Poursuivez la lecture pour appliquer ce cadre pas à pas et déployer les tactiques adaptées à votre contexte.
Commissions Just Eat : calculer le seuil de rentabilité par panier et par créneau
Commissions Just Eat : calculer le seuil de rentabilité par panier et par créneau
Le piège classique avec Just Eat (et oui, beaucoup tapent “juste eat” dans Google) tient en deux mots : volume vs marge. Les créneaux à faible panier moyen et forte remise avalent votre contribution un ticket après l’autre, surtout quand la commission et la main-d’œuvre s’additionnent. Sans seuil de rentabilité par panier et par tranche horaire, on “ouvre parce que ça sonne” au lieu d’ouvrir quand ça gagne.
Méthode contributionnelle, simple et actionnable:
– Recettes réellement encaissées via Just Eat: basez-vous sur vos rapports de versement et factures du portail partenaires (montants payés par le client, remises, frais et commission déduits). Selon le contrat, la structure de commission et des frais peut varier; vérifiez votre documentation restaurateur Just Eat.
– Coûts variables par commande: coût matière recette par recette, packaging (boîtes, sacs, couverts), consommables, plus la part de remise que vous financez.
– Main-d’œuvre directe: temps standard de préparation par type de plat x coût horaire chargé. Sur le terrain, beaucoup de marques utilisent des temps “catalogue” par famille de produits pour éviter de chronométrer chaque ordre.
– Coûts fixes ramenés à l’heure: encadrement, loyer/énergie, amortissements utiles au service de livraison. Allouez-les par plage horaire réellement ouverte à Just Eat (pas les heures “théoriques” mais celles où vous acceptez des commandes).
– Contribution par commande: encaissement net plateforme – coûts variables – main-d’œuvre directe. Votre « Seuil AOV » est le panier minimum qui, à volume attendu sur le créneau, couvre aussi la quote-part de fixe horaire. Intuitivement: plus le volume est faible ou la main-d’œuvre haute, plus le seuil AOV monte.
Construire une grille par plages horaires:
– Analysez vos historiques Just Eat: panier moyen, dispersion des paniers, taux de remises, mix produits, temps de préparation et retours clients par tranche de 15–30 minutes. Les rapports du portail partenaires et l’export POS aident à croiser panier et temps de prod.
– Pour chaque créneau, estimez le nombre de commandes soutenable par l’équipe sans dégrader la promesse. Fixez ensuite un Seuil AOV minimum: si l’AOV observé du créneau passe sous ce seuil de manière récurrente, il vaut mieux fermer, restreindre le menu, ou relever le minimum de commande (si le paramétrage de votre compte le permet).
– Exemple typique observé: en semaine le midi, “petits tickets + remises” tirent l’AOV vers le bas alors que l’équipe reste mobilisée; le soir et le week-end, paniers plus complets et meilleurs plats mixés absorbent mieux la commission. Résultat: grille d’ouverture “courte et rentable” au déjeuner, et “pleine” aux soirs/fin de semaine, avec un minimum de commande rehaussé sur les créneaux faibles.
Aides à la décision concrètes:
– Ouvrir/fermer: ouvrez un créneau si l’AOV constaté est durablement au-dessus du seuil et si la contribution couvre la quote-part de fixe de l’heure. Sinon, fermez ou basculez en offre réduite.
– Ajuster l’offre: retirez les produits à faible contribution (matière lourde + temps long) et mettez en avant les “constructeurs de panier” (boissons, sides, desserts) qui augmentent l’AOV sans alourdir la prod.
– Paramétrage Just Eat: selon votre contrat et votre pays, utilisez les réglages disponibles côté partenaire (heures d’ouverture spécifiques Just Eat, pause/occupé en rush, minimum de commande, optimisation de la zone si vous livrez vous-même). Vérifiez vos droits exacts avant tout changement.
– Suivre les signaux faibles: hausse des remises sponsorisées par créneau, allongement des temps de préparation, annulations liées aux délais, commentaires mentionnant l’attente, produits en rupture récurrents. Si ces signaux s’accumulent alors que l’AOV chute, votre seuil est franchi… dans le mauvais sens.
– Risques/bénéfices: mieux vaut refuser un volume non rentable que diluer la marge et saturer la cuisine. À l’inverse, trop fermer peut frustrer des clients fidèles; testez des fenêtres plus courtes, un menu “lean” et un minimum de commande relevé avant une coupure franche. Si votre commission “mange vos frites avant le client”, le réglage est à revoir.
Pour passer de la théorie à l’opérationnel, partez d’un export des versements Just Eat + un mapping recette/temps de prod, alimentez un tableur contributionnel par créneau, puis ajustez chaque semaine jusqu’à stabiliser une grille d’ouverture Just Eat/“juste eat” rentable.
Sources:
– Centre d’aide Restaurateurs et Portail Partenaires Just Eat (contrats, paramètres d’ouverture, rapports de versement et factures)
– Just Eat Takeaway.com – Rapports annuels et informations investisseurs (structure de revenus agrégateurs et modèles économiques)
Perte de données client via Just Eat : récupérer la valeur CRM sans enfreindre les conditions
Et si chaque sac livré via Just Eat devenait un point d’entrée CRM… sans jamais toucher à des données non consenties ni aux conditions partenaires de l’agrégateur ? La contrainte est claire: l’agrégateur contrôle la relation et limite l’usage marketing des données de commande. La stratégie gagnante consiste à reconstruire votre propre base first-party post-achat, par des dispositifs qui génèrent un opt-in explicite et traçable, puis à activer la rétention sur votre canal direct. En filigrane: conformité RGPD et respect des CGU partenaires pour sécuriser l’équilibre volume/rentabilité.
Côté terrain, trois leviers simples, complémentaires et conformes se détachent. 1) Un QR code imprimé sur le sac ou l’étiquette, pointant vers un mini-site sur votre domaine: expliquez clairement la valeur (avantage de bienvenue, programme de fidélité, suivi de commande enrichi), formulez le consentement avec une case non cochée, et enregistrez la preuve (horodatage, version du texte de consentement, source “JustEat_post-achat”) conformément au RGPD art. 7 et aux recommandations de la CNIL sur la prospection électronique (CNIL, “Prospection commerciale par e‑mail/SMS”; CPCE art. L34‑5). 2) Un code unique par commande (imprimé sur le ticket ou la carte), qui, une fois saisi, rattache l’inscription à un jeton anonyme associé à l’achat d’origine sans réutiliser de données de l’agrégateur tant que la personne n’a pas fourni ses coordonnées. 3) Un mini-onboarding en 2–3 écrans: choix du canal préféré (e‑mail/SMS), double opt‑in recommandé, et promesse de désinscription simple (pour l’SMS, mention STOP conforme au CPCE). Plusieurs marques observées sur le marché rapide ont réduit la friction en demandant uniquement l’e‑mail ou le mobile, puis en enrichissant le profil après première interaction. Vérifiez en parallèle les conditions partenaires de l’agrégateur de votre pays avant toute mention promotionnelle dans le colis.
Pour réinjecter de la valeur CRM, rattachez chaque opt-in à des segments first‑party pertinents: source d’acquisition “agrégateur”, type de panier (catégories commandées), créneau de consommation, zone de livraison, fréquence observée après l’inscription. L’identifiant unique posé sur le QR/code permet de relier l’inscription au contexte de commande sans stocker de PII issue de l’agrégateur. Dans une CDP ou un CRM classique, construisez des segments RFM et des cohortes “convertis du canal agrégateur vers direct” afin d’orchestrer vos scénarios. Les écueils typiques vus sur le terrain: un QR générique qui renvoie à la home sans proposition de valeur, une demande de données trop lourde dès l’entrée, des mentions de consentement floues, ou l’usage de coordonnées issues de l’agrégateur pour du marketing sans opt‑in explicite (à proscrire; voir CNIL et lignes directrices du CEPD/EDPB sur le consentement).
L’activation se joue ensuite sur votre canal direct avec des séquences sobres et utiles: relance “recommande en un clic” adaptée à l’heure habituelle, avantage fidélité réservé au site/appli direct, offres de click‑and‑collect pour préserver la marge, et contenu service (statut de commande, nouveautés produit) pour nourrir la relation au‑delà de la promotion. Privilégiez l’e‑mail pour les contenus longs et l’SMS pour des rappels à forte intention, toujours sur opt‑in et avec désinscription aisée (CNIL; CPCE L34‑5). Pour rester aligné avec les plateformes, cadrez le discours: valorisez les bénéfices de l’expérience directe (rapidité, personnalisation, fidélité) plutôt qu’un appel explicite à “quitter l’agrégateur”, et limitez l’incentive à un avantage de bienvenue raisonnable. Un DPO ou conseil juridique pourra valider les mentions et la conservation des preuves de consentement.
Pour décider et piloter, observez quelques signaux faibles: taux de scan du QR et de complétion du mini-site, proportion d’opt‑ins qui repassent commande en direct, qualité des interactions (clics, désinscriptions), et remontées terrain sur la perception des inserts. Testez par zone, par créneau, et par message de valeur; un outil d’A/B testing suffit pour comparer deux formulations de consentement ou deux propositions d’avantage. Côté risques: non‑conformité (à traiter en priorité via les références CNIL/RGPD), rupture d’alignement avec les CGU partenaires (revue juridique préalable), surcharge opérationnelle (privilégier des supports simples: étiquettes QR, cartes code unique). Le bon arbitrage émerge quand vos opt‑ins post‑achat alimentent un socle first‑party robuste, et que vos scénarios de rétention sur le canal direct créent une habitude… tout en préservant le flux d’acquisition que l’agrégateur continue d’apporter. Sources: RGPD art. 7 (conditions du consentement), CNIL – Prospection commerciale et gestion du consentement, Code des postes et des communications électroniques art. L34‑5, Lignes directrices du CEPD/EDPB sur le consentement.
Différencier prix et assortiment sur Just Eat : préserver la marge sans cannibaliser le site
Problème: dès qu’un catalogue est copié-collé sur Just Eat, la marge fond et le site direct se fait cannibaliser. Sur un agrégateur, le client compare en un geste, pas en trois clics. Sans différenciation claire, vous financez la visibilité de Just Eat avec vos best-sellers, puis vous perdez les ré-achats à plus forte marge sur le canal direct.
Ce qui fonctionne sur le terrain, sans provoquer de levée de boucliers côté clients ni de rappel à l’ordre côté plateforme:
– Assortiment spécifique à Just Eat: créez des bundles “exclusifs agrégateur” difficiles à comparer au site (ex: “Menu Solo Just Eat” avec boisson et side standard). Noms, visuels, compositions légèrement différents pour casser la comparabilité directe. Retirez côté Just Eat les items à faible marge ou à forte variabilité de coût (options gratuites, extras fragiles, recettes qui cassent la cadence en coup de feu). Pensez “menu engineering”: gardez les “stars”, reformulez les “puzzles”, retirez les “dogs”.
– Tailles/portions dédiées: proposez sur Just Eat des formats pensés livraison (portion M, side standardisé, sauces packagées) pour maîtriser food cost et temps de préparation. Sur le site, laissez les personnalisations riches qui fidélisent et valorisent votre CRM.
– Architecture de prix: placez vos KVIs (les produits que les clients connaissent et comparent) à un niveau cohérent, et décalez la marge sur les bundles et extras exclusifs Just Eat. Vous évitez la perception de “prix gonflés” tout en reconstituant la contribution. Restez dans le cadre des Conditions Marchands et guidelines menu/prix de la plateforme.
Signaux faibles à surveiller avant d’appuyer sur “publier”:
– Commentaires “trop cher sur Just Eat” ou “pas comme sur votre site” après un changement de prix.
– Baisse des ventes sur les KVIs et hausse artificielle des tickets via extras: souvent signe d’un mauvais ancrage prix.
– Pic d’annulations ou d’allongement des temps de préparation: l’assortiment Just Eat est peut-être trop complexe pour le rush.
Aide à la décision: comment arbitrer entre volume Just Eat et marge canal direct sans cannibalisation
– Critères d’assortiment: sélectionnez pour Just Eat les produits à exécution robuste, marge maîtrisée, faible personnalisabilité. Gardez sur le direct les offres fidélisantes (promos CRM, formats premium, recettes “signature” à forte personnalisation).
– Positionnement prix: neutralité ou écart minimal sur KVIs; marge reconstituée sur bundles exclusifs et formats dédiés. Si vous hésitez, testez d’abord sur des zones au comportement stable.
– Packaging et naming: changez nom/visuel des bundles Just Eat pour limiter la comparaison 1:1. Exemple: “Menu Street Duo – Just Eat” au lieu du “Duo Classique” du site.
Protocole d’A/B test par zone (pratique et sans usine à gaz):
– Cadrage: objectif unique par itération (ex: marge par commande, mix menu vs à la carte). Définissez des garde-fous: note moyenne, temps d’acceptation, annulations.
– Design: divisez vos zones de livraison en clusters comparables (postcodes, densité, panier moyen historique). Attribuez aléatoirement un cluster “test” (assortiment/prix différenciés Just Eat) et un cluster “témoin”.
– Exécution: figez tout le reste (promos, visuels, horaires). Capturez vos menus avant/après et logguez chaque changement.
– Lecture: au-delà de la marge par commande, suivez la substitution: trafic site direct par zone, recherche marque, réachat CRM. Si le test fait baisser les visites site dans la zone témoin après changement Just Eat, vous avez probablement trop rapproché les offres.
– Rollback clair: si la note moyenne, les délais ou l’acceptation se dégradent, revenez aux paramètres précédents et réduisez la complexité de l’assortiment Just Eat. Oui, parfois “moins, c’est plus”.
Petit rappel utile: vérifiez les Conditions Marchands et les sections Menu/Prix du Centre d’aide Partenaires Just Eat avant d’introduire une différenciation marquée; les plateformes encadrent la gestion des prix, libellés et disponibilité des articles. Sur la partie interne, formalisez les règles dans votre outil de gestion de menu/PIM et documentez-les pour qu’un manager d’unité puisse les appliquer sans hotline.
Sources:
– Just Eat Takeaway.com — Merchant Terms and Conditions (conditions marchands)
– Centre d’aide Partenaires Just Eat — Gestion du menu et des prix (menu guidelines)
– Méthodologie de “menu engineering” en restauration (catégorisation des plats: stars, plow-horses, puzzles, dogs)
Délais, annulations et taux d’acceptation : comment l’algorithme Just Eat impacte votre visibilité
Et si votre baisse de commandes sur “juste eat” venait moins de votre cuisine que d’un simple décalage entre temps promis et temps réel de préparation ? La visibilité n’est pas qu’une affaire de photos et de promos : l’algorithme de Just Eat valorise la fiabilité opérationnelle — exactitude des ETAs, taux d’acceptation, annulations limitées, commandes prêtes à temps — car ce sont ces signaux qui conditionnent l’expérience client et la logistique (voir Just Eat Takeaway.com plc, Annual Report 2023; Centre d’aide Partenaires Just Eat).
Cartographiez d’abord vos KPI opérationnels clés
– Temps de préparation: mesurez le temps “promis” vs “réel” par famille d’items (entrées, plats signature, menus du midi). Un temps unique par défaut tire tout vers le bas.
– Attente coursier: suivez l’écart entre “commande prête” et “prise en charge”. Un coureur qui attend trop souvent est un indicateur que l’ETA est mal calibré ou que le rayon est trop large.
– Taux d’acceptation et annulations: listez les causes d’annulation (rupture, surcharge cuisine, délai de livraison trop long) pour corriger à la source. Les plateformes, Just Eat incluse, surveillent ces signaux de fiabilité pour la mise en avant et l’allocation de la demande (voir Centre d’aide Partenaires Just Eat).
Actions concrètes pour remonter dans la liste “juste eat”
– Throttling de capacité: activez le mode “occupé” ou limitez les commandes par tranche de temps si votre interface partenaire le permet; à défaut, coordonnez avec votre contact Just Eat. Mieux vaut filtrer le pic que refuser en direct.
– Rayon de livraison: resserrez-le aux heures de pointe vers les zones où vous livrez à coup sûr dans l’ETA. Élargissez seulement quand la cuisine et la flotte suivent.
– Horaires dynamiques: alignez vos ouvertures “juste eat” sur la réalité du staff (fermer 15 minutes plus tôt avant un changement d’équipe, bloquer les créneaux où le four est saturé).
– Menu de pointe: créez une version allégée pour les rushs (plats stables, dressage simple) et marquez indisponibles les items longs à produire. Chaque option retirée en amont évite une annulation en aval.
– Temps de préparation par item: paramétrez des temps réalistes et différenciés; ajustez-les chaque semaine à partir des écarts observés. Un plat star mérite son propre ETA.
Aides à la décision (signaux faibles à surveiller)
– L’ETA glisse “subtilement” de commande en commande et les coureurs attendent plus souvent que d’habitude: réduisez temporairement le rayon et/ou augmentez les temps de prep.
– Pic de “modifications de commande” ou de messages support côté client: menu trop complexe ou ruptures mal gérées; simplifiez et verrouillez les indisponibilités en temps réel.
– Acceptation en baisse lors d’un créneau précis alors que le trafic est bon: activez le throttling sur ce créneau plutôt que d’empiler les refus.
– Variabilité élevée entre sites (si vous en avez plusieurs): standardisez les temps de préparation et le pas de capacité par tranche de 15 minutes.
Exemples terrain (ce qui marche, ce qui plombe)
– Une enseigne a scindé son offre en “Midi Express” avec 6 plats calibrés et a relevé ses temps seulement sur les items lents: moins d’attente coursier, quasi plus d’annulations de pic. À l’inverse, garder un menu “roman-fleuve” visible à 12h30 a fait chuter l’acceptation et la visibilité.
– Réduire le rayon pendant la pluie a stabilisé les ETAs et évité la spirale des retards. L’erreur classique: compenser par une promo “juste eat” sans toucher à la capacité — on achète du volume qui sera annulé.
– Passer en mode “occupé” 15 minutes avant le pic a évité les refus en chaîne; essayer de “tenir” avant de throttler s’est traduit par des annulations pour rupture et un signal de fiabilité dégradé.
Pourquoi c’est décisif pour arbitrer agrégateur vs direct
– En renforçant la fiabilité opérationnelle sur Just Eat, vous sécurisez un volume qualifié sans subventions excessives, tout en limitant l’effet d’éviction sur votre canal direct.
– À l’inverse, un mauvais couple délais/annulations force à compenser par des promos agressives et érode la marge. La bonne décision est souvent de réduire un peu le volume “juste eat”… pour gagner en visibilité durable et en marge unitaire.
Sources: Just Eat Takeaway.com plc, Annual Report and Accounts 2023; Centre d’aide Partenaires Just Eat (sections relatives aux temps de préparation, disponibilité des produits, acceptation/annulations et modes de gestion de capacité).
Publicité in‑app Just Eat : arbitrer entre promotions sponsorisées et acquisition directe
La tentation, sur Just Eat, c’est d’acheter de la visibilité via des promotions sponsorisées pour remplir les creux… au risque de subventionner des commandes qui seraient venues d’elles‑mêmes. Le bon point de départ, c’est l’objectif. Pour chercher des “nouveaux clients”, limitez les promos aux zones ou créneaux où votre part organique est faible et où votre notoriété locale est moindre; pour maximiser le “volume”, ciblez surtout les tranches sous‑remplies et les nouvelles zones de livraison, quitte à accepter un coût de vente un peu plus haut si cela stabilise la production. Erreur fréquente observée: activer des promos “always‑on” sur tous les créneaux, qui saturent la demande existante et rognent la marge. Signaux à surveiller: hausse du trafic payant in‑app sans progression corrélée des requêtes non‑marque dans l’application, pic de l’usage de coupons par vos clients habituels, et baisse simultanée de votre rang organique sans gain de couverture géographique. Source: centre d’aide Partenaires Just Eat (fonctionnement des promotions et placements sponsorisés); ressources pédagogiques sur l’expérimentation marketing.
Pour savoir si ces promos créent vraiment de l’incrémental, mettez en place des tests avec groupe de contrôle plutôt que de comparer semaine N/N‑1. Méthodes courantes: holdout par zone postale ou par restaurant, rotation de créneaux (un dîner sur deux en “off”), et bascule A/B de types d’offre (réduction vs mise en avant de produits). Comparez le différentiel de commandes payées entre test et contrôle, puis examinez la part de “nouveaux acheteurs” si la plateforme fournit un indicateur, ou à défaut un proxy (absence d’achat observé sur une période de référence côté agrégateur). Indices de cannibalisation: stabilité des commandes totales agrégées toutes sources alors que la part payée augmente, transfert de commandes directes vers l’agrégateur lors des vagues de promo, et compression du panier moyen sur les segments historiquement fidèles. Sources: documentation générale sur les tests A/B et groupes de contrôle en marketing de performance.
Le coût des ventes doit être borné par vos unit economics. Additionnez commission, coût de préparation, livraison (si applicable), et remise: au‑delà d’un certain seuil, la croissance devient destructrice de marge. Si la plateforme ne propose pas de “plafond de coût” natif, imposez des garde‑fous côté pilotage: budgets journaliers serrés, enchères/paliers bas au démarrage, règles d’arrêt si le mélange promo + placement dépasse votre seuil interne de coût de vente, et interdiction de “stacker” plusieurs incitations sur la même période. Côté offre, privilégiez les produits à marge protégée ou des bundles conçus pour amortir la remise; évitez de subventionner vos best‑sellers déjà tracteurs. Bon réflexe terrain: ne jamais prendre de décision sur un seul indicateur (CPC, position, taux d’activation d’un coupon), mais sur la rentabilité par commande incrémentale. Source: centre d’aide Partenaires Just Eat (paramétrage des promotions); principes de calcul d’unit economics en e‑commerce.
La planification par créneau et par zone est votre levier d’anti‑cannibalisation le plus sous‑exploité. Excluez les pics naturellement remplis (où l’organique suffit) et concentrez la dépense sur les périodes où la cuisine tourne en sous‑régime ou dans les zones de conquête. Dans les quartiers où votre canal direct est fort (programme CRM actif, taux de réachat élevé), limitez les promos in‑app pour ne pas former les clients à “attendre la remise”; à l’inverse, utilisez l’agrégateur comme tremplin d’ouverture de nouvelles zones, puis réduisez progressivement l’incitation lorsque la notoriété locale augmente. Indicateurs utiles: taux de conversion organique par créneau dans l’app, temps d’attente opérationnel, et couverture de livraison réussie par code postal. Source: centre d’aide Partenaires Just Eat (ciblage et horaires si disponibles); bonnes pratiques d’orchestration multicanale.
Enfin, formalisez une stratégie de tests pour protéger votre site. Définissez des zones de protection (“direct‑first”) et des zones d’expérimentation (“agrégateur‑first”), alternez des cycles courts (par exemple une semaine on/off par moitié de zones), et mesurez l’effet sur: part de commandes directes, engagement CRM post‑achat, et récurrence côté site après une première commande acquise via l’app agrégateur. Côté offre, différenciez les raisons de choisir le direct au‑delà du prix (service, personnalisation, parcours plus fluide) pour éviter la guerre des remises entre canaux. Décisions à cadrer: seuil de coût de vente maximal accepté, créneaux exclus, zones de holdout permanentes, et critères d’arrêt si la part de direct recule au‑delà d’un seuil interne. Sources: ressources sur la mesure d’incrémentalité et la gestion de la cannibalisation entre canaux; centre d’aide Partenaires Just Eat.
Capacité et pics de demande : organiser la production pour éviter pénalités et mauvaises notes
Et si une seule étoile en moins sur Just Eat suffisait à faire chuter votre boutique derrière des concurrents moins pertinents au moment même où la demande explose ? La plupart des plateformes expliquent publiquement que la fiabilité, les délais estimés et la satisfaction client influencent la visibilité et les performances d’un restaurant; les pages d’aide partenaires de Just Eat décrivent notamment les paramètres de disponibilité, de préparation et de pause boutique qui jouent sur l’expérience perçue (voir le centre d’aide Just Eat pour les restaurants).
Orchestrer la capacité pendant les pics, c’est protéger votre réputation et votre marge sur Just Eat (et même lorsque l’internaute tape “juste eat”). Sur le terrain, les équipes qui dimensionnent clairement les postes et suivent un playbook de bascule traversent les rushs sans déclencher d’avalanche d’avis négatifs. Exemple typique observé: une marque urbaine scinde le flux en “chaud” et “froid”, nomme un “runner” dédié à l’emballage et réserve un poste à la remise livreur. Résultat qualitatif: moins de ruptures de cadence, des estimations plus stables, des livreurs mieux servis et moins de commandes annulées par excès d’attente.
Points-clés à mettre en place pour éviter pénalités et mauvaises notes pendant les pics Just Eat:
– Dimensionnement des postes: clarifier qui accepte les commandes, qui pilote la cuisson, qui assemble, qui emballe, qui remet. Prévoir du back-up formé (polyvalence) et un référent qui peut ajuster les priorités à la minute.
– Batch de préparation: grouper les items similaires pour limiter les changements de poste; préparer des kits d’ingrédients et d’emballages; séparer les lignes froid/chaud pour lisser le flux.
– Buffers de pic: constituer un stock tampon d’emballages et de produits à forte rotation; lisser l’entrée des commandes en ajustant le temps de préparation estimé côté interface restaurant Just Eat quand la file s’allonge; limiter temporairement certaines zones ou créneaux si l’outil le permet (cf. centre d’aide Just Eat).
– Playbook de bascule: définir des seuils internes simples (file d’attente, temps d’attente livreur, retours clients) qui déclenchent une action prédéfinie: mise en pause boutique quelques instants, réduction temporaire de l’assortiment aux best-sellers rapides, suspension des offres qui rallongent la préparation, réactivation progressive une fois le backlog résorbé. Les fonctionnalités de pause/réouverture et de gestion d’horaires sont documentées dans l’aide Just Eat.
– Visibilité et conversion: des délais stables, des commandes honorées et des notes cohérentes alimentent un cercle vertueux de classement et de taux de conversion; à l’inverse, une succession de retards/annulations pendant le rush entraîne souvent un décrochage durable dans les résultats. Les communications publiques de Just Eat Takeaway.com mettent régulièrement l’accent sur l’expérience et la fiabilité comme leviers de croissance, ce qui renforce ce constat.
Pour décider quand arbitrer entre volume agrégateur et canal direct, fiez-vous à des signaux faibles plutôt qu’à l’instinct:
– Dérive du délai de préparation par rapport à votre standard interne.
– Accumulation d’ordres “en attente d’emballage” et congestion au point de remise livreur.
– Hausse inhabituelle des questions clients (“où en est ma commande ?”) et des réaffectations de coursiers.
– Taux d’acceptation qui fléchit et équipe qui bascule en mode improvisation.
Dans ces situations, le bon choix n’est pas “accepter plus” mais “accepter mieux”. Sur Just Eat, un resserrage d’assortiment et une pause courte, exécutés via un playbook simple et connu de tous, préservent mieux vos notes et votre classement que quelques commandes supplémentaires prises au-delà de la capacité. Plusieurs opérateurs confirment qu’une régularité maîtrisée pendant les créneaux tendus facilite ensuite la relance commerciale: promos décalées hors pics sur l’agrégateur, redirection douce vers le canal direct quand la cuisine est à l’aise, et calendrier d’activation aligné sur votre capacité réelle.
Sources:
– Centre d’aide officiel de Just Eat pour les restaurants (pages publiques sur disponibilité, délais de préparation, pause/réouverture et performance).
– Communications publiques/rapports de Just Eat Takeaway.com sur l’importance de l’expérience et de la satisfaction client.
Intégrer Just Eat à l’OMS/ERP : synchronisation stock‑menu et gestion temps réel
Titre: Intégrer Just Eat à l’OMS/ERP : synchronisation stock‑menu et gestion temps réel
Quand le volume Just Eat (souvent tapé “juste eat” dans les recherches) décolle, les irritants ne viennent plus de l’acquisition mais de l’opérationnel: menus désalignés, ruptures non propagées, tickets qui n’impriment pas, commandes en doublon, annulations en cascade. Sans intégration propre à l’OMS/ERP, on jongle entre la tablette Just Eat et le back-office interne, ce qui finit par coûter en remboursements, en notes publiques et… en sérénité de service.
Architecture d’intégration: API directe ou middleware
– API directe Just Eat ↔ OMS/ERP: contrôle fin des flux, latence maîtrisée, moins d’outils à opérer. À privilégier si vous avez une équipe tech capable de gérer l’authentification, les ratelimits, l’idempotence, l’acknowledgement et les webhooks. Risque: maintenance continue (évolutions d’API, certificats, cas limites).
– Middleware/iPaaS ou hub d’agrégateurs: déploiement rapide, normalisation des schémas, file d’attente intégrée, monitoring prêt à l’emploi, connecteurs vers KDS/imprimantes. Risque: boîte noire (debug plus long), coûts récurrents, dépendance fournisseur, moindre souplesse sur des règles métier spécifiques.
Signaux d’aide à la décision:
– Volume et criticité: si Just Eat pèse lourd sur certains créneaux, la latence et l’uptime priment → API directe ou middleware avec SLA clair.
– Couverture multi-plateformes: si vous opérez plusieurs agrégateurs, un middleware réduit la complexité et harmonise le mapping.
– Maturité interne: si vos devs ont déjà industrialisé des intégrations tierces (idempotence, retries, circuit breaker), l’API directe est viable. Sinon, partez sur un hub éprouvé.
– Exigences KDS/production: si vous avez des règles de routage cuisine sophistiquées, validez que le middleware les supporte sans hacks.
Synchronisation stock–menu: que voit Just Eat doit refléter votre réalité
Objectif: une seule source de vérité (OMS/ERP) pousse la disponibilité au catalogue Just Eat. Les cas d’écoles rencontrés sur le terrain:
– Rupture “en plein coup de feu”: un produit passe à 0 en stock dans l’ERP; un événement déclenche la mise “indisponible” côté Just Eat en quelques secondes. Moins de commandes non honorées, moins d’appels au support.
– Menu du midi ≠ soir: planification d’activation de catégories/PLU par plage horaire, poussée automatiquement à Just Eat pour éviter les surprises.
– Variantes et options: certaines options ne doivent pas survivre si l’ingrédient clé manque (ex: supplément burrata). La règle doit désactiver l’option, pas seulement l’article parent.
Bonnes pratiques d’implémentation:
– Pousser en temps quasi réel sur événement (stock change) et rejouer un “full sync” en horaire creux pour rectifier les dérives.
– Valider le mapping taxonomique entre votre catalogue et celui de Just Eat (catégories, tailles, modifiers) pour éviter les erreurs de prix/combo.
– Journaliser chaque changement d’état produit (qui/quand/pourquoi) pour l’audit et le support.
Gestion des ruptures: éviter les annulations silencieuses
– Mieux vaut masquer que “surpromettre”: si la substitution n’est pas contractuellement couverte, désactivez l’article; évitez la re-saisie manuelle côté cuisine.
– Proposer des alternatives visibles: regroupez les remplaçants probables (ex: “Classiques sans burrata”) pour capturer la demande sans friction.
– Anticiper les pénuries prévisibles: règles “seuil tampon” (désactivation proactive avant 0) afin d’amortir la latence d’API et le temps de préparation.
Impression, KDS et orchestration en cuisine
– Intégration KDS: routez les lignes de commande vers les bons postes (froid/chaud/desserts) via des tags produits; évitez la ré-impression en doublon (utilisez des clés idempotentes).
– Timers de préparation: alignez vos ETA internes avec les promesses Just Eat; passez en “busy” ou augmentez dynamiquement le temps de préparation lorsque la file s’allonge.
– Tolérance aux pannes d’imprimante: file locale ou serveur d’impression avec buffer; alerte si aucune impression n’est reçue dans un délai défini.
File d’attente des commandes et SLA
– Acknowledgement automatique: accusez réception côté API dès que la commande est dans votre file interne; si le KDS ne confirme pas sous X minutes, alerte + fallback (acceptation manuelle via tablette Just Eat).
– Lissage de charge: si la file dépasse un seuil, appliquez un throttle (allongement ETA, pause temporaire de certaines catégories très lentes à préparer).
– Idempotence stricte: chaque commande Just Eat porte un identifiant unique; assurez-vous que réessais réseau n’aboutissent pas à des duplications de tickets.
Plan de reprise sur incident: réduire annulations et remboursements
Typologies d’incident observées:
– Panne API agrégateur: impossibilité d’envoyer les maj de menu; basculez en “menu conservative” (désactiver articles à risque), et gardez la tablette Just Eat comme canal de secours pour prise de commande/acceptation.
– Panne OMS/ERP: passez en mode dégradé cuisine (KDS local + impression) et mettez en pause la boutique Just Eat si vous perdez la certitude stock. À la reprise, reconciliez: statut des commandes, stocks, remboursements éventuels.
– Panne réseau sur site: route 4G/5G de secours pour le KDS et l’imprimante réseau; si indisponible, procédure papier simple et messages proactifs aux clients via les outils de communication du staff.
Contrôles et signaux faibles à surveiller
– Delta de menu: nombre d’articles actifs côté OMS vs Just Eat; si l’écart dérive, vérifiez les jobs de sync et les erreurs de mapping.
– Délai d’acceptation: si l’ack Just Eat se dégrade sur certaines plages, reparamétrez la capacité (limites de commandes simultanées) ou réallouez du staff cuisine.
– Motifs d’annulation: concentrez-vous sur “indisponible” et “temps d’attente” pour cibler stock et orchestration.
– Erreurs d’impression/KDS: taux d’échecs par poste, pour décider d’un renouvellement matériel ou d’un changement de driver.
– Fréquence de bascule “busy/pause”: si trop fréquente, c’est un signal d’overpromesse sur les ETA.
Exemples concrets (retours de terrain)
– Un site avec forte part “juste eat” a réduit les annulations en mettant en indisponible automatique les articles à 2 unités restantes dès le rush du soir; la latence API n’était plus un problème, et la cuisine a gagné en stabilité.
– Une équipe avait des doubles tickets en cuisson: la cause était un retry non idempotent quand l’API répondait lentement. Ajout d’une clé idempotente et d’un circuit breaker: plus de doublons, et des logs propres.
– Imprimantes de bar hors service en pic: buffer d’impression et alerte Slack/e-mail au bout d’un délai; bascule vers un poste second en un geste simple côté KDS.
Checklist de mise en œuvre pragmatique
– Définir la source de vérité du menu et des stocks (OMS/ERP) et les règles d’activation/coupure par plage.
– Valider les webhooks/notifications Just Eat et implémenter l’idempotence et les retries avec backoff.
– Mapper précisément catégories, options, taxes, et postes KDS; tester les commandes bout en bout en sandbox puis en heures creuses.
– Mettre en place des dashboards d’observabilité: erreurs API, délais d’ack, écarts de menu, annulations par motif.
– Formaliser un runbook incident: qui fait quoi si l’API, le réseau, l’ERP ou le KDS tombent; prévoir un mode dégradé “pauvre mais fiable”.
– Revoir mensuellement: signaux faibles, performance du rush, et règles de capacité pour arbitrer entre volume Just Eat et rentabilité du canal direct.
Petit rappel plein de bon sens: si la burrata a disparu du frigo, faites-la disparaître aussi de Just Eat. C’est la seule magie qui fait vraiment baisser les remboursements.
Sources
– Documentation partenaire Just Eat Takeaway.com (intégrations POS/API et guidelines d’acknowledgement, webhooks, gestion des menus; accessible via leur programme partenaires).
– Martin Fowler, “Idempotency” (principes d’API idempotentes appliqués aux commandes et aux retries).
– Michael T. Nygard, “Release It!” (patterns de résilience comme Circuit Breaker, Bulkhead et stratégies de retry).
Mesurer l’incrément net de Just Eat : protocoles de test par zones et fenêtres horaires
Et si chaque créneau Just Eat ouvert à 19h vous coûtait plus qu’il ne vous rapporte… sans que vos dashboards ne le montrent ? Pour le savoir, basez-vous sur des expériences géographiques et temporelles plutôt que sur des moyennes globales. Le principe: créer des zones de holdout (codes postaux ou périmètres de livraison comparables) et y alterner l’activation Just Eat par fenêtres horaires (midi/soir, jour de semaine/week-end), puis croiser la configuration la semaine suivante. Ce design “rotation par créneaux” neutralise les effets de saisonnalité courte et isole l’incrément net. Les approches de tests géographiques publiées par Meta (GeoLift) et les guides de Google sur les “geo experiments” offrent des cadres éprouvés pour appairer des zones comparables et mesurer un effet causal, sans s’appuyer uniquement sur des cookies ou des IDs.
Concrètement, une enseigne multi-sites peut appairer deux grappes de codes postaux à demande et panier moyens proches, activer Just Eat le midi dans la grappe A et le soir dans la grappe B, puis inverser la semaine suivante. Même logique sur les jours: ouvrir l’agrégateur du jeudi au samedi dans une grappe, du dimanche au mercredi dans l’autre, puis permuter. On garde ainsi un témoin permanent pour lire l’effet “avec ou sans” sur des cycles complets (jours forts, météo, événements locaux). Un écueil classique observé sur le terrain: couper Just Eat “partout et tout le temps” puis conclure trop vite; cela mélange redistribution temporelle (les commandes se décalent de 20h à 21h) et véritables volumes incrémentaux. La rotation par créneaux force le test à trancher entre report et création nette.
La décision ne doit pas se jouer au seul chiffre d’affaires, mais à la rentabilité et à l’impact opérationnel:
– Marge contributionnelle par commande et par minute de cuisine: intégrer commission agrégateur, coût matière, emballage, paiement, livraison (si internalisée) et remises. Le juge de paix n’est pas le panier moyen, c’est la marge minute de cuisine.
– Réachat cross-canal: suivre combien de clients acquis via Just Eat reviennent en direct. Sans partage d’ID par l’agrégateur, utilisez des mécanismes propres: codes uniques par zone/créneau, QR dans les sacs, landing dédiée par campagne; l’attribution se lit ensuite en sessions et commandes directes post-exposition.
– Coût d’opportunité en cuisine: si la ligne est saturée, un pic Just Eat peut évincer des commandes directes plus margées. Mesurez le temps de préparation par catégorie, les files d’attente au KDS et les annulations; calculez une “valeur minute” pour décider quels créneaux ouvrir, réduire ou basculer en menu restreint.
Les effets de débordement méritent une lecture active. Côté géographie, surveillez les zones adjacentes à vos holdouts: un client peut commander depuis la rue d’à côté, faussant l’effet; une analyse “anneaux” (zone test, anneau proche, zone de contrôle) aide à détecter la fuite. Côté temps, distinguez création nette vs report intra-journée: si la fermeture à 20h fait grimper 21h en direct, c’est peut-être sain… à condition que la marge minute s’améliore et que les délais restent tenables. En toile de fond, conservez des covariables pour les facteurs externes (météo, promos concurrentes, événements locaux) et privilégiez des méthodes de type différences‑en‑différences ou séries temporelles structurelles pour stabiliser la lecture causale; des références comme la documentation publique de Meta sur GeoLift, les ressources Google sur les experiments géographiques et les approches de séries temporelles popularisées par CausalImpact, ainsi que les ouvrages de référence en évaluation causale (par exemple Angrist & Pischke), décrivent ces garde‑fous sans sur-outiller l’équipe. Si un signal faible se répète — hausse des temps de préparation, chute du NPS sur certains créneaux, annulations qui grimpent quand l’agrégateur est ouvert — c’est souvent le moment d’ajuster le mix: ouvrir moins souvent, plus tard, ou sur un assortiment resserré pour préserver la marge minute tout en captant l’incrément réellement profitable.
Définir la part cible d’agrégateur : matrice de choix par zone, catégorie et saisonnalité
Et si votre part Just Eat basculait dès qu’il pleut, le sauriez‑vous? La bonne réponse n’est pas un “feeling”, c’est une matrice de pilotage mix canal par zone x catégorie x saisonnalité avec des garde‑fous clairs: part cible d’agrégateur par cellule, seuils de marge, et déclencheurs météo/événements. Cette matrice s’appuie sur des règles d’ouverture/fermeture (exposition agrégateur, fenêtres horaires, catégories éligibles) et des incentives pour le canal direct qui respectent votre cadre contractuel; vérifiez en particulier les clauses de parité tarifaire et d’anti‑steering de votre plateforme, en vous référant à ses CGU/CGV.
Concrètement, plusieurs enseignes observées segmentent ainsi: centre‑ville bureau le midi (accélérer l’agrégateur pour capter des clients pressés), zones résidentielles le soir (pousser le direct, paniers plus complets, réachat plus probable), catégories “commodités” comme la pizza (agrégateur efficace en découverte), recettes signature ou menus famille (mieux valorisés en direct), et saisonnalité contrastée (journées pluvieuses et soirs d’événements locaux tirant la demande via agrégateur, périodes calmes favorisant le direct). Les jours de forte demande, la règle de sauvegarde consiste à préserver la promesse: plutôt que de “couper” brutalement un canal, réduire l’exposition par créneau ou catégorie, au risque sinon de dégrader l’expérience et votre visibilité. La météo devient alors votre meilleur planneur média, sans budget.
Pour décider cellule par cellule, surveillez quelques signaux faibles et critères pragmatiques:
– Marge nette par commande (commission, promo, logistique, packaging, retours).
– Capacité en temps réel (cuisine, préparation, livraison interne/externe).
– Mix panier et valeur perçue (menus vs produits unitaires).
– Promesse de délai par créneau et fiabilité opérationnelle.
– Acquisition vs réachat (découverte agrégateur vs fidélisation en direct).
– Météo et événements locaux (pluie, match, affluence quartier).
– Clauses contractuelles: parité prix, restrictions de détournement, mécaniques promo autorisées (source: vos CGU/CGV plateforme).
– Qualité/notation et coût de service client (remakes, remboursements).
Côté exécution, codifiez des règles d’ouverture/fermeture: par défaut, une part cible d’agrégateur par cellule, puis des triggers qui ajustent en live (seuil de backlog, sous‑effectif, pic météo/événement). Privilégiez des leviers “soft” avant le bouton rouge: modulation des créneaux ouverts, catégories visibles, intensité des promos côté agrégateur, et, en parallèle, incentives canal direct non‑conflictuels (programme de fidélité, avantages non‑prix, bundles exclusifs, créneaux de retrait/prise en charge plus rapides, packaging premium). Les erreurs fréquentes: couper totalement l’agrégateur et perdre l’effet vitrine, subventionner agressivement le direct en contradiction avec les clauses, ou ignorer l’impact météo. Journalisez vos décisions au niveau de la cellule (zone x catégorie x saison) pour apprendre rapidement et ajuster la matrice sans dogme.
En conclusion, l’équilibre entre le volume apporté par l’agrégateur et la rentabilité du canal direct repose sur trois axes interdépendants : maîtrise des coûts d’acquisition, alignement de la politique tarifaire et fluidification des opérations internes. Quelles métriques précises – par exemple le coût moyen par commande selon le canal – pilotez-vous pour éclairer ces arbitrages ? Comment votre stack technologique évolue-t-elle pour réduire la friction client et optimiser le parcours direct ? Pour prolonger cette réflexion, vous pouvez consulter nos articles sur l’optimisation du taux de conversion et la consolidation de la data client afin de renforcer votre performance omnicanale.
