Sapevi che «Spendi altri nove euro per consegna gratuita» suona innocuo finché il carrello non può fisicamente arrivare a nove euro senza un bundle strano—o finché la cucina non mette 86 alla voce che faceva tornare i conti? Le soglie dinamiche sono intelligenza di carrello: regole che si ricalcolano a ogni tap, rispettano modificatori e capacità, e non sorprendono al pay. Fatte bene alzano il cestino; fatte male addestrano all’abbandono e il support a scusarsi.
Le soglie dinamiche sono la differenza tra «spendi cinquanta, consegna gratis» e un grafo menù che sa se cinquanta euro di questo carrello sono raggiungibili senza remake, 86 o una bugia di dispatch di quindici minuti. Fatte bene, alzano l’AOV rendendo ovvio il passo successivo; fatte male creano carrelli abbandonati e ticket al support perché «il sito ha mentito».
L’implementazione vive nella logica carrello legata all’APL—non in un banner che ignora modificatori, allergeni o canale. Le soglie devono ricalcolarsi a ogni modifica riga con latenza abbastanza bassa che il mobile non superi l’UI—la stessa barra di performance del checkout mobile conversion-first.
Le soglie vanno naturalmente con le promo algoritmiche—servono gli stessi tetti, gruppi di esclusività e kill switch così il finance firma una matrice invece di tre.
Livelli che gli ospiti capiscono
Tenete al massimo tre mosse visibili: progresso attuale, prossimo unlock, cosa cambia passando da ritiro a consegna. Nascondete la complessità nel motore, non nel copy. Se serve un modale per capire perché hanno perso un reward, avete già perso la spinta.
Allineate gli unlock alla realtà di prep: tier con omaggio devono puntare a SKU che il pass può batchare; esenzioni consegna devono rispettare zona e carico driver, non solo subtotale—altrimenti comprate margine su ticket che l’operazione non può servire.
Combinatorica: stack, esclusività e pavimenti
Definite gruppi di esclusività così le ricompense soglia non si cumulano in un settanta per cento accidentale. Specificate pavimenti sulla profondità sconto e se credito loyalty o gift card conta verso lo «spend». Il finance firmi la matrice prima che l’engineering cabli; l’ambiguità diventa rimborsi il sabato sera.
La logica soglia deve leggere lo stesso catalogo eleggibile degli smart pairings—se un upsell è suggerito, conta nel progresso solo quando la suggestion è valida per modificatori e allergie di quell’ospite.
Misurate il lift senza illudervi
Valutate margine incrementale, non solo basket medio grezzo: confrontate cohort con e senza programma soglia, monitorate rimborsi e varianza time-to-ready. Un picco AOV che aumenta i remake è un esperimento fallito.
Strumentate le sessioni quasi ci siamo—ospiti a pochi dollari dal tier—per capire se copy, prezzo o assortimento hanno bloccato l’ultimo miglio.
Failure mode da provare
Testate rimozione voce dopo che l’ospite ha «sbloccato» un reward, cambio canale a metà carrello e applicazione di omaggio in sede che specchia un edge case web. Le soglie si rompono nella combinatorica, non nel happy path.
Spedite su un’unica spina d’ordering
Menuella lega carrello, soglie e promo a una fonte menù unica per ordini online e superficie APL—così quando prezzi o flag 86 cambiano, barre di progresso e reward non deragliono. È così che le soglie dinamiche restano oneste sotto pressione da rush.
Quando le soglie condividono telemetria con i programmi di modellazione della domanda, evitate di pagare due volte lo stesso comportamento.
