Sconti, coupon e fidelizzazione

Questa pagina è destinata 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 nel medesimo checkout dell'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 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 finestra oraria — ad es. lun–ven, 11:00–14:00.
• Categorie idonee — applicare solo a "Pranzo", o "Pizza", o qualsiasi altra categoria.
• Spesa minima — condizionare lo sconto al superamento di una soglia, in modo da alzare il valore dello scontrino anziché ridurre semplicemente il margine sugli ordini piccoli.
• Un solo sconto per ordine — a un ordine si applica un solo sconto inserito tramite codice alla volta; l'inserimento di un nuovo codice sostituisce il precedente. (Lo sconto automatico giorno-pranzo può comunque applicarsi insieme a un coupon.)

La maggior parte degli sconti a finestra temporale viene riscattata tramite codice: l'operatore assegna un nome allo sconto, e quel nome è il codice che l'ospite inserisce al checkout — viene accettato solo all'interno della finestra idonea, quindi il personale non deve controllare manualmente le regole. L'eccezione è lo sconto giorno-pranzo, che si applica automaticamente per gli ospiti che hanno effettuato l'accesso sugli articoli del pranzo durante la finestra attiva, senza alcun codice da inserire. (Gli sconti happy-hour vengono validati allo stesso modo, ma vengono applicati tramite il POS mediante un codice carta configurato.)

Codici coupon

Per campagne email, post sui social, omaggi in partnership, o per i momenti in cui il personale vuole offrire qualcosa a un ospite insoddisfatto. Esistono due tipologie:

• Codici monouso — ogni codice viene consumato da un solo ordine. I lotti vengono generati tramite un comando operativo (utilizzato oggi per i pool di voucher premio), e un codice per utente può essere emesso automaticamente agli iscritti idonei.
• Codici campagna condivisi — per un codice in stile "WELCOME10" che qualsiasi ospite idoneo può inserire più volte, si assegna un nome allo sconto e quel nome è il codice. Non esiste un record per singolo codice; le regole dello sconto e la finestra di attività lo governano.

Le modalità di sconto sono flessibili:

• Percentuale di sconto (ad es. 15%) o importo fisso (ad es. €5).
• Ambito per categoria — lo sconto si applica solo agli articoli nelle categorie selezionate.
• Spesa minima per il riscatto.
• Deduplicazione per utente, in modo che un singolo ospite non possa esaurire una campagna per utente.
• Finestra di attività — disattivare uno sconto tramite il relativo flag di abilitazione, oppure limitarlo a una finestra ricorrente per giorno/ora; i codici monouso vengono ritirati una volta riscattati. (Non esiste un campo separato per la scadenza a calendario.)

Generazione in blocco self-service — la creazione di centinaia di codici monouso univoci per un invio CRM dall'interfaccia admin — è nella roadmap. Oggi, i codici monouso in blocco vengono prodotti da un comando operativo ed esportati in CSV, mentre i codici campagna condivisi coprono il caso di riscatto multiplo.

Carte fedeltà (tramite POS)

Se il tuo POS gestisce già un programma di prezzi riservati ai soci, Fooodo lo espone direttamente. L'integrazione attiva è R-Keeper per la catena Čili Pizza; il contratto del connettore espone i prezzi riservati ai soci nello stesso modo per qualsiasi futuro connettore POS.

• A un tavolo con fidelizzazione abilitata, un ospite che ha effettuato l'accesso al momento della creazione dell'ordine vede i prezzi riservati ai soci nel menu, non il prezzo di listino.
• La decisione viene presa una volta sola, alla creazione dell'ordine, ed è vincolante per l'intera visita — tutti i commensali a quel tavolo la condividono. Non esiste una carta per singolo ospite da associare all'interno di Fooodo.
• I prezzi provengono dal tuo POS. Fooodo non li sovrascrive; espone ciò che il tuo programma soci già prevede, recuperato dall'endpoint di fidelizzazione del POS.

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 gestisci già è il programma fedeltà — Fooodo si collega ad esso.

Preferenze di prodotto (filtri ospite)

Una superficie di tagging leggera per organizzare il menu attorno alle modalità di scelta degli ospiti: Vegano, Senza glutine, Piccante, In evidenza, Combo pranzo — qualsiasi vocabolario si adatti al tuo pubblico. Ogni tag viene creato una volta a livello aziendale, riceve un nome traducibile (in modo che lo stesso tag venga letto 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 con quel tag. Lo stesso tagging è ciò che alimenta le superfici delle categorie in evidenza per ristorante. I tag sono controllati dall'operatore e l'elenco dei 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 i propri tag specifici per ristorante quando la composizione del menu varia per sede.

Il menu della homepage (Consigliati e Popolari)

La parte superiore del menu può presentare i piatti anziché 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. Gli operatori possono anche pianificare un'offerta su finestre di giorno feriale/orario, in modo che il blocco presenti gli articoli giusti a pranzo rispetto alla cena.
• Popolari — i veri best-seller, calcolati automaticamente dagli ordini completati in una finestra configurabile (predefinita 30 giorni). Gli operatori scelgono da quali categorie classificare e quanti prodotti per categoria; i piatti stessi sono guidati dai dati e si riclassificano al variare delle vendite, quindi il blocco non diventa mai obsoleto.

Sopra questi, un ospite abituale che ha effettuato l'accesso vede anche i propri Preferiti — i piatti che ha aggiunto ai preferiti e ordinato di recente (vedi Preferiti degli ospiti, di seguito) — così un ospite alla prima visita e un habitué non incontrano lo stesso menu. Consigliati e Popolari vengono impostati dall'admin; i preferiti e la personalizzazione basata sulla cronologia sono automatici, senza pannello operatore. La procedura dettagliata per curare i Consigliati e configurare i Popolari si trova nel Manuale dell'Operatore.

Cross-sell (add-on suggeriti)

Quando un ospite aggiunge un articolo al carrello, Fooodo può mostrare un breve suggerimento di add-on — lo stesso stimolo che dà un buon cameriere ("qualcosa da bere con questo?"), erogato in modo coerente a ogni tavolo senza dover formare il personale.

Il cross-sell è configurato dall'operatore come flussi. Ogni flusso ha:

• Un trigger — un prodotto specifico, o un'intera categoria. Quando l'ospite aggiunge un articolo corrispondente, il flusso si attiva. (Questa è la meccanica "quando una Margherita finisce nel carrello, suggerisci una Coca-Cola" — è attiva, non nella roadmap.)
• Una o più sezioni di suggerimento, ognuna delle quali attinge i propri prodotti da una delle tre fonti:
  • Manuale — un elenco selezionato a mano, nell'ordine impostato.
  • Categoria — ogni prodotto attivo in una categoria scelta.
  • Best-seller — popolato automaticamente dai prodotti più venduti del ristorante negli ultimi 30 giorni, in modo che l'elenco non diventi mai obsoleto.
• Una modalità di visualizzazione — un overlay sul menu, o un blocco inline nel flusso.

Gli articoli la cui categoria è già nel carrello, gli articoli disattivati nel ristorante e gli articoli privi di prezzo vengono filtrati automaticamente — gli ospiti non vedono mai "esaurito" o suggerimenti duplicati.

Questo è distinto dalle raccomandazioni della homepage descritte in Consigliati e Popolari sopra — quel blocco accoglie gli ospiti abituali con i loro ordini ripetuti e le offerte pianificate dall'operatore. Il cross-sell è il livello in-flusso, attivato dall'aggiunta, che si sovrappone ad esso.

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 ambito sull'intera azienda o su un ristorante specifico. Sostituire l'immagine la sostituisce ovunque si applichi; rimuoverla elimina il popup finché non viene caricato qualcosa di nuovo.

Questa è una superficie volutamente ridotta — non un sistema di gestione delle 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 importo personalizzato.
• Descrizione della causa — breve testo che spiega cosa fa il partner.
• Impostazione predefinita opzionale — opt-in (disattivato finché non selezionato) o opt-out (attivo per impostazione predefinita, l'ospite può deselezionarlo).

Le donazioni vengono addebitate tramite la stessa transazione Mollie che l'ospite sta già pagando, ma la parte relativa alla donazione viene instradata al 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 di vendita del POS — finisce 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 adiacenti — e di solito è qui che le catene vedono il più rapido incremento di fatturato dopo il lancio di Fooodo. Il flusso delle mance:

• Percentuali preimpostate fisse (5%, 10%, 15%) più un importo personalizzato.
• Le mance sono disponibili ovunque il ristorante abbia configurato un codice ricavo per le mance; i pagamenti in contanti non possono includere una mancia.

Le mance si aggregano allo stesso addebito Mollie dell'ordine, poi si registrano nel POS come riga mancia — quindi i flussi di lavoro esistenti per la distribuzione delle mance non cambiano. Il codice POS che rappresenta il ricavo delle 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 vengono 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 in testo libero.
3. Registrato rispetto all'ordine, al ristorante e al cameriere in servizio.

Questo fornisce ai responsabili di catena un segnale di qualità per turno e per sede che si allinea con la transazione effettiva — utile per individuare "il servizio del martedì sera nella Sede N è costantemente al di sotto delle aspettative" 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 un ambito per ristorante: un ospite che segna la Margherita come preferita in una sede Čili Pizza vede lo stesso preferito la volta successiva che scansiona un QR in una sede diversa.

I preferiti sono gestiti dall'ospite. Non esiste un pannello operatore per modificare ciò che un ospite ha aggiunto ai preferiti; i preferiti sono una funzionalità lato ospite per il riordino rapido, non una leva di merchandising. Sono intenzionalmente separati dal cross-sell: il prompt di cross-sell attivato dall'aggiunta attinge dai flussi configurati dall'operatore (selezionati a mano, una categoria, o best-seller), non dai preferiti espliciti dell'ospite. (La cronologia degli acquisti ripetuti di un ospite viene utilizzata per personalizzare la homepage, non il prompt di cross-sell.) Un ospite che non ha effettuato l'accesso può sfogliare il menu normalmente; i preferiti semplicemente non sono disponibili.

Cosa è intenzionalmente assente 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 "dai €5 a un amico, 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 di codici coupon risiede qui; l'invio effettivo avviene nel tuo CRM.

Dove andare dopo

• Operazioni quotidiane: Per iniziare per l'onboarding e la prova a secco.
• Il lato degli ordini: Flussi degli ordini per come Pay-First e Pay-Later interagiscono con le promozioni (ad es. i codici coupon possono applicarsi su entrambi i flussi).
• Il lato economico: Pagamenti per mance, donazioni e meccaniche di rimborso in dettaglio.