Saviez-vous que « encore neuf euros pour la livraison offerte » semble anodin jusqu’à ce que le panier ne puisse physiquement atteindre neuf euros sans bundle absurde—ou que la cuisine ait discrètement 86 l’article qui faisait le calcul? Les seuils dynamiques, c’est l’intelligence panier : des règles qui se recalculent à chaque tap, respectent modificateurs et capacité, et ne surprennent jamais au pay. Bien faits, ils soulèvent le panier moyen ; mal faits, ils entraînent abandon et tickets support d’excuses.
Les seuils dynamiques, c’est la différence entre « dépensez cinquante, livraison offerte » et un graphe menu qui sait si cinquante euros de ce panier sont atteignables sans remakes, 86 ou mensonge de dispatch quinze minutes. Bien faits, les seuils font monter le panier moyen en rendant l’étape suivante évidente ; mal faits, ils créent des abandons et des tickets « le site a menti ».
L’implémentation vit dans la logique panier liée à l’APL—pas une bannière qui ignore modificateurs, allergènes ou canal. Les seuils doivent se recalculer à chaque changement de ligne avec une latence assez basse pour que le mobile ne dépasse pas l’UI—même barre de perf que le checkout mobile conversion-first.
Les seuils vont naturellement avec les promos algorithmiques—les deux ont besoin des mêmes plafonds, groupes d’exclusivité et kill switches pour que la finance signe une matrice au lieu de trois.
Des paliers que l’invité comprend
Gardez trois mouvements visibles ou moins : progression actuelle, prochain déblocage, ce qui change si on passe retrait vs livraison. Cachez la complexité dans le moteur, pas dans le texte. Si l’invité doit ouvrir une modale pour comprendre pourquoi la récompense a été manquée, vous avez déjà perdu le coup de pouce.
Alignez les déblocages sur la réalité du passe : paliers d’article gratuit sur des SKU que la ligne peut batcher ; exemptions livraison qui respectent zone et charge livreurs, pas seulement sous-total—sinon vous achetez de la marge sur des tickets que l’opération ne peut pas servir.
Combinatoire : stacks, exclusivité, planchers
Définissez des groupes d’exclusivité pour que les récompenses de seuil ne s’empilent pas en -70 % accidentel. Spécifiez des planchers sur la profondeur de remise et si fidélité ou carte cadeau comptent dans le « dépensé ». La finance signe la matrice avant que l’ingénierie ne câble ; l’ambiguïté devient des remboursements le samedi soir.
La logique de seuil doit lire le même catalogue éligible que les smart pairings—si un upsell est suggéré, il ne doit compter dans la progression que lorsque la suggestion est valide pour modificateurs et allergies de cet invité.
Mesurer le lift sans se mentir
Scorez la marge incrémentale, pas seulement le panier moyen brut : comparez cohortes avec et sans programme de seuils, surveillez taux de remboursement et variance temps de préparation. Un pic court de panier moyen qui fait exploser les remakes est un test raté.
Instrumentez les sessions presque—invités à quelques euros d’un palier—pour savoir si copy, prix ou assortiment ont bloqué le dernier kilomètre.
Modes d’échec à répéter en rehearsal
Testez retrait d’article après « déblocage » d’une récompense, changement de canal en milieu de panier, comp en salle qui reflète un cas limite web. Les seuils cassent dans la combinatoire, pas sur le happy path.
Livrer sur une colonne de commande
Menuella attache panier, seuils et promos à une seule source menu pour la commande en ligne et la surface APL—ainsi quand prix ou drapeaux 86 changent, barres de progression et récompenses ne dérivent pas. C’est comme ça que les seuils dynamiques restent honnêtes sous rush.
Quand les seuils partagent la télémétrie avec les programmes de façonnage de la demande, vous évitez de payer deux fois le même comportement.
