Sconti, coupon e fidelizzazione

Questa pagina è rivolta ai titolari di ristoranti e ai team di marketing che vogliono aumentare il traffico, alzare lo scontrino medio e premiare gli ospiti abituali. Tutto ciò che è descritto qui funziona dall'admin di Fooodo e appare nello stesso checkout per l'ospite — nessuno strumento di crescita separato da collegare.

Sconti a finestra temporale

Il tipo di promozione più semplice, e quello da cui partono la maggior parte delle catene: uno sconto attivo solo durante una finestra temporale specifica. Un'offerta pranzo al 20%, un'offerta pizza del martedì sera, o un supplemento per il brunch del weekend.

Configurabile nell'admin per ogni sconto:

• Giorno della settimana e fascia oraria — es. lun–ven, 11:00–14:00.
• Categorie idonee — applica lo sconto solo a "Pranzo", o "Pizza", o qualsiasi altra categoria.
• Spesa minima — condiziona lo sconto a una soglia minima, così da alzare il valore dello scontrino anziché ridurre semplicemente il margine sugli ordini piccoli.
• Cumulabile o esclusivo — scegli se gli sconti a finestra temporale possono combinarsi con i codici coupon.

Gli sconti vengono applicati automaticamente durante la finestra idonea — gli ospiti non devono inserire un codice e non è necessario ricordare le regole al personale.

Codici coupon

Per campagne email, post sui social, omaggi in partnership, o per quei momenti in cui il personale vuole offrire qualcosa a un ospite insoddisfatto. Sono disponibili due formati:

• Codici monouso — ogni codice viene consumato da un solo ordine. Generati in batch e associati a una campagna, così puoi tracciare quale canale ha convertito.
• Codici multiuso — un codice, molti ordini. Tipico per campagne in stile "WELCOME10".

Le modalità di sconto sono flessibili:

• Percentuale di sconto (es. 15%) o importo fisso (es. €5).
• Whitelist per prodotto — lo sconto si applica solo ad articoli specifici.
• Spesa minima per il riscatto.
• Deduplicazione per utente, così un singolo ospite non può esaurire una campagna.
• Data di scadenza — i codici scadono automaticamente.

La generazione in blocco per campagne email — generare centinaia di codici monouso univoci per un invio CRM — è in sviluppo attivo. Oggi i coupon multiuso coprono la maggior parte delle esigenze; i codici monouso in blocco sono il gap che stiamo colmando.

Carte fedeltà (tramite POS)

Se il tuo POS gestisce già un programma di carte personali, Fooodo si collega direttamente. Il riferimento specifico per R-Keeper oggi è Vilniaus Šeima per Čili Pizza; gli altri connettori POS espongono i prezzi fedeltà nello stesso modo attraverso il contratto del connettore.

• Un ospite che ha collegato una carta fedeltà vede i prezzi fedeltà nel menu, non il prezzo di listino.
• Il collegamento della carta avviene una sola volta, nel profilo dell'ospite, e persiste tra le visite.
• I prezzi provengono dal tuo POS. Fooodo non li sovrascrive; mostra ciò che il tuo programma carta già prevede.

Non esiste un secondo motore di fidelizzazione all'interno di Fooodo. Non ci sono punti in-app, nessun sistema di livelli parallelo, nessuna meccanica "guadagna 1 punto per €". Il programma carta che già gestisci è il programma fedeltà — Fooodo si collega ad esso.

Preferenze prodotto (filtri ospite)

Una superficie di tagging leggera per organizzare il menu attorno alle scelte degli ospiti: Vegano, Senza glutine, Piccante, In evidenza, Combo pranzo — qualsiasi vocabolario si adatti al tuo pubblico. Ogni tag viene creato una sola volta a livello aziendale, riceve un nome traducibile (così lo stesso tag appare correttamente in ogni lingua dell'ospite) e viene poi applicato ai prodotti dall'admin.

Gli ospiti vedono le preferenze come chip di filtro nel menu — tocca "Vegano" e il menu si riduce agli articoli taggati. Lo stesso tagging è ciò che alimenta le superfici delle categorie in evidenza per ristorante. I tag sono controllati dall'operatore e l'elenco prodotti per tag è esplicito; nulla qui viene dedotto dal modello.

Non esiste una tassonomia fissa — sei tu a decidere i tag. I ristoranti possono anche avere tag specifici per la propria sede quando la composizione del menu varia per location.

Il menu della homepage (Consigliati e Popolari)

La parte superiore del menu può presentare i piatti invece di un elenco piatto, e si adatta a chi sta guardando. Due blocchi controllati dall'operatore si affiancano ai preferiti dell'ospite:

• Consigliati — un elenco curato dall'operatore, configurato per ristorante. I tuoi piatti signature, le promozioni in corso, i piatti che vuoi spingere, nell'ordine che scegli. Lo stesso elenco alimenta anche il prompt "manca qualcosa?" al checkout come fallback.
• Popolari — i veri best-seller, calcolati automaticamente dagli ordini completati in una finestra configurabile (default 30 giorni). Gli operatori scelgono da quali categorie classificare e quanti prodotti per categoria; i piatti stessi sono basati sui dati e si riclassificano al variare delle vendite, così il blocco non diventa mai obsoleto.

Sopra questi, un ospite di ritorno che ha effettuato l'accesso vede anche i suoi Preferiti — i piatti che ha aggiunto ai preferiti e ordinato di recente (vedi Preferiti degli ospiti, più avanti) — così un ospite alla prima visita e un habitué non incontrano lo stesso menu. Consigliati e Popolari si impostano dall'admin; i preferiti e la personalizzazione basata sulla cronologia sono automatici, senza pannello operatore. La guida passo-passo per curare i Consigliati e configurare i Popolari si trova nell'Operator Playbook.

Cross-sell al checkout (upsell programmati)

Quando un ospite apre il checkout, Fooodo propone fino a cinque articoli consigliati da mostrare accanto al carrello. I consigli si risolvono attraverso tre livelli, in ordine:

1. Cosa tende a ordinare questo ospite. Se l'ospite ha effettuato l'accesso e ha una cronologia di acquisti ripetuti negli ultimi 30 giorni in questo ristorante, quei prodotti vengono mostrati per primi.
2. Un'offerta programmata configurata dall'operatore. Se non è disponibile una cronologia personale, Fooodo seleziona l'offerta programmata attiva per il giorno della settimana e la fascia oraria correnti in questo ristorante.
3. I best-seller come base. Se non si applica nient'altro, l'elenco dei consigli ricade sui best-seller attuali del ristorante.

Le offerte programmate si configurano per ristorante dall'admin. Ogni offerta include:

• Giorno della settimana e fascia oraria — es. lun–ven, 11:30–14:00. Gli orari sono interpretati nel fuso orario locale del ristorante.
• Categorie idonee — associa l'offerta a "Bevande", "Dessert", un gruppo personalizzato "Aggiunte pranzo", o qualsiasi altra categoria — così l'upsell del pranzo non diventa un consiglio di vino.
• Elenco prodotti con ordinamento esplicito — gli operatori decidono quali prodotti mostrare, in quale ordine e a quale prezzo.

Gli articoli già nel carrello, gli articoli disattivati nel ristorante e gli articoli senza prezzo vengono filtrati automaticamente — gli ospiti non vedono mai "esaurito" o consigli duplicati.

Il punto non è l'AI — è dare all'operatore lo stesso prompt di upsell che farebbe un buon cameriere, ma in modo coerente, a ogni tavolo, senza dover formare il personale. Il livello basato sulla cronologia è una personalizzazione opt-in aggiuntiva, non la meccanica principale.

I trigger per articolo nel carrello — "quando una Margherita viene aggiunta al carrello, suggerisci una Coca-Cola a €X" — sono nella roadmap come complemento al modello di offerta programmata, non come sostituto.

Popup immagine

Una singola immagine promozionale mostrata sopra il menu — per offerte a tempo limitato, menzioni di partner, annunci della settimana di apertura, o qualsiasi altra cosa che sia meglio vedere che leggere. Gli operatori caricano l'immagine dall'admin; un'immagine è attiva alla volta, con scope sull'intera azienda o su un ristorante specifico. Sostituire l'immagine la aggiorna ovunque sia applicata; rimuoverla elimina il popup finché non viene caricato qualcosa di nuovo.

Questa è una superficie volutamente piccola — non un sistema di gestione campagne, non messaggistica segmentata, non A/B testing. L'obiettivo è dare agli operatori una leva rapida per un messaggio urgente senza coinvolgere l'ingegneria.

Donazioni

Un'opzione di checkout rivolta all'ospite che instrada una donazione a un'organizzazione partner — la Croce Rossa è l'esempio di riferimento attivo. Configurabile a livello aziendale:

• Importi preimpostati (€1, €2, €5) più un campo per un importo personalizzato.
• Descrizione della causa — breve testo che spiega cosa fa il partner.
• Default opzionale — opt-in (disattivato finché non viene selezionato) o opt-out (attivo per default, l'ospite può deselezionarlo).

Le donazioni vengono addebitate attraverso la stessa transazione Mollie che l'ospite sta già pagando, ma la parte relativa alla donazione viene instradata sul conto Mollie dell'organizzazione partner. Dal punto di vista dell'ospite: un solo addebito. Dal punto di vista dell'operatore: la donazione non appare nei ricavi del ristorante né nei report vendite del tuo POS — confluisce in modo netto nei libri contabili dell'organizzazione partner, con il corretto trattamento fiscale.

È una mossa di fiducia verso l'ospite senza alcun impatto sul margine del ristorante.

Mance

Le mance non sono propriamente una meccanica promozionale, ma sono correlate — e di solito è qui che le catene vedono il più rapido incremento di fatturato dopo aver adottato Fooodo. Il flusso delle mance:

• Percentuali preimpostate (10%, 15%, 20%) più un importo personalizzato.
• Attivazione/disattivazione per tavolo — mantieni le mance disabilitate al banco da asporto, attive ai tavoli del ristorante.
• Percentuale di default configurabile a livello di ristorante.

Le mance si aggregano allo stesso addebito Mollie dell'ordine, poi si registrano nel tuo POS come riga mancia — così i flussi di distribuzione delle mance esistenti non cambiano. Il codice POS che rappresenta i ricavi da mance è impostato per ristorante (nel connettore R-Keeper attivo questo è un codice ricavo R-Keeper; gli altri connettori espongono la stessa impostazione).

Recensioni

Un prompt di valutazione post-pagamento raccoglie il sentiment degli ospiti per la revisione da parte dell'operatore. Le valutazioni non sono visualizzate pubblicamente — esistono per te, non per gli altri ospiti. Il flusso:

1. L'ospite paga.
2. Prompt opzionale di valutazione da 1 a 5 con un campo per commento libero.
3. Registrato rispetto all'ordine, al tavolo e al personale/turno in corso.

Questo fornisce ai manager di catena un segnale di qualità per turno e per sede che si allinea alla transazione effettiva — utile per individuare "il servizio del martedì sera nella Sede N è costantemente sotto la media" prima che si rifletta sui numeri delle visite ripetute.

Preferiti degli ospiti

Gli ospiti che hanno effettuato l'accesso possono aggiungere ai preferiti singoli prodotti dal menu — un toggle con un solo tocco che persiste tra le visite. Non esiste uno scope per ristorante: un ospite che segna la Margherita come preferita in una sede di Čili Pizza vede lo stesso preferito la prossima volta che scansiona un QR in una sede diversa.

I preferiti sono gestiti dall'ospite. Non esiste un pannello operatore per modificare i preferiti di un ospite; i preferiti sono una funzionalità lato ospite per il riordino rapido, non una leva di merchandising. Sono intenzionalmente separati dal sistema di raccomandazione — il livello di cross-sell al checkout mostra gli acquisti ripetuti degli ultimi 30 giorni dell'ospite, non i suoi preferiti espliciti. Un ospite che non ha effettuato l'accesso può sfogliare il menu normalmente; i preferiti semplicemente non sono disponibili.

Cosa è intenzionalmente escluso dal sistema

• Nessuna recensione pubblica. Le valutazioni degli ospiti sono visibili all'operatore, non mostrate agli altri ospiti. Se vuoi recensioni pubbliche, ci sono Google, TripAdvisor o Wolt — Fooodo non compete con loro.
• Nessun premio referral. Nessuna meccanica "porta un amico e ricevi €5" al momento.
• Nessuna fidelizzazione a livelli. Il programma carta del tuo POS è l'unica superficie di fidelizzazione; nessun Bronzo/Argento/Oro parallelo all'interno di Fooodo.
• Nessun invio email automatico da Fooodo. La generazione dei codici coupon è qui; l'invio effettivo avviene nel tuo CRM.

Dove andare dopo

• Operatività quotidiana: Per iniziare per l'onboarding e il dry run.
• Il lato degli ordini: Flussi degli ordini per come Pay-First e Pay-Later interagiscono con le promozioni (es. i codici coupon possono essere applicati in entrambi i flussi).
• Il lato economico: Pagamenti per mance, donazioni e meccaniche di rimborso nel dettaglio.