Reduceri, cupoane și fidelizare

Această pagină se adresează proprietarilor de restaurante și echipelor de marketing care doresc să atragă trafic, să crească valoarea medie a comenzii și să recompenseze clienții fideli. Totul funcționează din panoul de administrare Fooodo și apare în același checkout al oaspetelui — niciun instrument de creștere separat de configurat.

Reduceri pe ferestre de timp

Cel mai simplu tip de promoție, și cel cu care încep cele mai multe lanțuri: o reducere activă doar într-o fereastră de timp specifică. Un meniu de prânz cu 20% reducere, o ofertă de pizza în serile de marți sau un supliment de preț pentru brunch-ul de weekend.

Configurabil în panoul de administrare per reducere:

• Ziua săptămânii și fereastra orară — de ex. Lun–Vin, 11:00–14:00.
• Categorii eligibile — aplică doar la „Prânz", sau „Pizza", sau orice altceva.
• Cheltuială minimă — condiționează reducerea de un prag minim, astfel încât să crească valoarea comenzii în loc să reducă marja comenzilor mici.
• Cumulabilă sau exclusivă — alegeți dacă reducerile pe ferestre de timp pot fi combinate cu coduri de cupoane.

Reducerile se aplică automat în fereastra eligibilă — oaspeții nu trebuie să introducă un cod, iar personalul nu trebuie să țină minte regulile.

Coduri de cupoane

Pentru campanii de e-mail, postări pe rețele sociale, parteneriate promoționale sau situații de tipul „dați-i asta unui client nemulțumit". Există două forme disponibile:

• Coduri de unică folosință — fiecare cod este consumat de o singură comandă. Generate în loturi și asociate unei campanii, astfel încât să puteți urmări care canal a convertit.
• Coduri de utilizare multiplă — un singur cod, mai multe comenzi. Tipic pentru campanii de tip „WELCOME10".

Mecanismele de reducere sunt flexibile:

• Procentaj (de ex. 15%) sau sumă fixă (de ex. €5).
• Listă albă per produs — reducerea se aplică doar anumitor articole.
• Cheltuială minimă pentru utilizare.
• Deduplicare per utilizator, astfel încât un singur oaspete să nu epuizeze o campanie.
• Dată de expirare — codurile expiră automat.

Generarea în masă pentru campanii de e-mail — generarea a sute de coduri unice de unică folosință pentru un blast CRM — este în curs de dezvoltare activă. În prezent, cupoanele de utilizare multiplă acoperă majoritatea nevoilor; codurile de unică folosință în masă reprezintă lacuna pe care o acoperim în continuare.

Carduri de fidelizare (prin POS)

Dacă POS-ul dvs. rulează deja un program de card personal, Fooodo se conectează direct la acesta. Referința specifică R-Keeper de astăzi este Vilniaus Šeima pentru Čili Pizza; alți conectori POS expun prețurile de fidelizare în același mod prin contractul de conector.

• Un oaspete care a asociat un card de fidelizare vede prețurile de fidelizare în meniu, nu tariful standard.
• Asocierea cardului se face o singură dată, în profilul oaspetelui, și persistă între vizite.
• Prețurile provin din POS-ul dvs. Fooodo nu le suprascrie; le afișează exact cum le definește programul dvs. de card.

Nu există un al doilea motor de fidelizare în interiorul Fooodo. Nu există puncte în aplicație, niciun sistem paralel de niveluri, niciun mecanism de tip „câștigă 1 punct per €". Programul de card pe care îl rulați deja este programul de fidelizare — Fooodo se conectează la el.

Preferințe de produse (filtre pentru oaspeți)

O suprafață ușoară de etichetare pentru organizarea meniului în funcție de modul în care aleg oaspeții: Vegan, Fără gluten, Picant, Recomandat, Combouri de prânz — orice vocabular se potrivește publicului dvs. Fiecare etichetă este creată o singură dată la nivel de companie, primește un nume traductibil (astfel încât aceeași etichetă să fie afișată corect în fiecare limbă a oaspetelui) și este apoi aplicată produselor din panoul de administrare.

Oaspeții văd preferințele ca filtre în meniu — atingând „Vegan", meniul se reduce la articolele etichetate. Aceeași etichetare alimentează și suprafețele de categorie featured per restaurant. Etichetele sunt controlate de operator, iar lista de produse per etichetă este explicită; nimic din acestea nu este dedus din model.

Nu există o taxonomie fixă — dvs. decideți etichetele. Restaurantele pot purta și propriile etichete specifice locației atunci când compoziția meniului diferă în funcție de locație.

Meniul de pe pagina principală (Recomandate & Populare)

Partea de sus a meniului poate prezenta preparate în loc de o listă plată și se adaptează în funcție de cine privește. Două blocuri controlate de operator stau alături de propriile favorite ale oaspetelui:

• Recomandate — o listă curată de operator, configurată per restaurant. Preparatele dvs. emblematice, promoțiile curente, preparatele pe care doriți să le promovați, în ordinea aleasă de dvs. Aceeași listă alimentează și promptul „lipsește ceva?" de la checkout ca rezervă.
• Populare — cele mai bine vândute preparate reale, calculate automat din comenzile finalizate pe o fereastră configurabilă (implicit 30 de zile). Operatorii aleg din ce categorii să facă clasamentul și câte produse per categorie; preparatele în sine sunt bazate pe date și se reclasifică pe măsură ce vânzările evoluează, astfel încât blocul nu devine niciodată depășit.

Deasupra acestora, un oaspete fidel autentificat vede și Favoritele sale — preparatele marcate cu inimă și comandate recent (vezi Favoritele oaspeților, mai jos) — astfel încât un oaspete la prima vizită și un client fidel nu întâlnesc același meniu. Recomandate și Populare se setează din panoul de administrare; favoritele și personalizarea bazată pe istoric sunt automate, fără panou de operator. Ghidul pas cu pas pentru curarea Recomandate și configurarea Populare se află în Ghidul Operatorului.

Vânzări încrucișate la checkout (upsell-uri programate)

Când un oaspete deschide checkout-ul, Fooodo solicită până la cinci articole recomandate pentru a fi afișate alături de coș. Recomandările se rezolvă prin trei niveluri, în ordine:

1. Ce tinde să comande acest oaspete. Dacă oaspetele este autentificat și are un istoric de achiziții repetate pe 30 de zile la acest restaurant, acele produse sunt afișate primele.
2. O ofertă programată configurată de operator. Dacă nu există un istoric personal aplicabil, Fooodo selectează oferta programată activă pentru ziua săptămânii și fereastra de timp curentă la acest restaurant.
3. Cele mai vândute ca nivel de bază. Dacă nimic altceva nu se aplică, lista de recomandări revine la cele mai bune vânzări curente ale restaurantului.

Ofertele programate sunt configurate per restaurant din panoul de administrare. Fiecare ofertă include:

• Ziua săptămânii și fereastra de timp — de ex. Lun–Vin, 11:30–14:00. Orele sunt interpretate în fusul orar local al restaurantului.
• Categorii eligibile — fixați oferta la „Băuturi", „Deserturi", un grup personalizat „Suplimente prânz" sau orice altă categorie — astfel încât upsell-ul de prânz să nu fie o recomandare de vin.
• Listă de produse cu ordonare explicită — operatorii decid ce produse sunt afișate, în ce ordine și la ce preț.

Articolele deja din coș, articolele dezactivate la restaurant și articolele fără preț sunt filtrate automat — oaspeții nu văd niciodată „stoc epuizat" sau recomandări duplicate.

Ideea nu este AI — ci a oferi operatorului același prompt de upsell pe care l-ar face un chelner bun, dar în mod consecvent, la fiecare masă, fără a instrui personalul. Nivelul de istoric este o personalizare opțională pe deasupra, nu mecanismul principal.

Declanșatoarele per articol din coș — „când o Margherita ajunge în coș, sugerează o Cola la €X" — sunt pe foaia de parcurs ca un complement al modelului de ofertă programată, nu ca înlocuitor al acestuia.

Popup-uri cu imagini

O singură imagine promoțională afișată peste meniu — pentru oferte cu durată limitată, mențiuni ale partenerilor, anunțuri de deschidere sau orice altceva care se vede mai bine decât se citește. Operatorii încarcă imaginea din panoul de administrare; o singură imagine este activă la un moment dat, cu domeniu fie la întreaga companie, fie la un restaurant specific. Înlocuirea imaginii o înlocuiește peste tot unde se aplică; ștergerea ei elimină popup-ul până când se încarcă ceva nou.

Aceasta este o suprafață deliberat mică — nu un sistem de gestionare a campaniilor, nu mesagerie segmentată, nu testare A/B. Ideea este de a oferi operatorilor o pârghie rapidă pentru un mesaj urgent, fără implicarea echipei tehnice.

Donații

O opțiune de checkout pentru oaspeți care direcționează o donație către o organizație parteneră — Crucea Roșie este exemplul de referință activ. Configurabil la nivel de companie:

• Sume prestabilite (€1, €2, €5) plus un câmp pentru sumă personalizată.
• Descrierea cauzei — text scurt care explică ce face organizația parteneră.
• Implicit opțional — opt-in (dezactivat până la selectare) sau opt-out (activat implicit, oaspetele îl poate dezactiva).

Donațiile sunt procesate prin aceeași tranzacție Mollie pentru care oaspetele plătește deja, dar porțiunea de donație este direcționată către contul Mollie al organizației partenere. Din perspectiva oaspetelui: o singură taxă. Din perspectiva operatorului: donația nu apare în veniturile restaurantului sau în rapoartele de vânzări POS — ajunge curat în evidențele organizației partenere, cu tratamentul fiscal corect.

Este o mișcare de câștigare a încrederii oaspeților, fără impact asupra marjei restaurantului.

Bacșișuri

Bacșișul nu este un mecanism promoțional în sine, dar este adiacent — și este de obicei locul unde lanțurile văd cea mai rapidă creștere a veniturilor după lansarea Fooodo. Fluxul de bacșiș:

• Procente fixe prestabilite (10%, 15%, 20%) plus o sumă personalizată.
• Activare/dezactivare per masă — mențineți bacșișul dezactivat la ghișeul de comenzi la pachet, activat la mesele din restaurant.
• Procentul implicit configurabil la nivel de restaurant.

Bacșișurile se includ în aceeași taxă Mollie ca și comanda, apoi se înregistrează în POS-ul dvs. ca linie de bacșiș — astfel încât fluxurile existente de distribuire a bacșișurilor nu se schimbă. Codul POS care reprezintă veniturile din bacșiș este setat per restaurant (în conectorul R-Keeper activ, acesta este un cod de venit R-Keeper; alți conectori expun aceeași setare).

Recenzii

Un prompt de evaluare post-plată captează sentimentul oaspeților pentru revizuire de către operator. Evaluările nu sunt afișate public — există pentru dvs., nu pentru alți oaspeți. Fluxul:

1. Oaspetele plătește.
2. Prompt opțional de evaluare 1-5 cu un câmp de comentariu liber.
3. Capturat față de comandă, masă și personalul/tura în cauză.

Aceasta oferă managerilor de lanț un semnal de calitate per tură, per locație, care se aliniază cu tranzacția reală — util pentru a identifica „serviciul de marți seara la Locația N are performanțe constant slabe" înainte ca aceasta să apară în cifrele de vizite repetate.

Favoritele oaspeților

Oaspeții autentificați pot marca produse individuale din meniu ca favorite — o comutare cu o singură atingere care persistă între vizite. Nu există un domeniu per restaurant: un oaspete care marchează Margherita ca favorită la o locație Čili Pizza vede același favorit data viitoare când scanează un QR la o altă locație.

Favoritele sunt gestionate de oaspete. Nu există un panou de operator pentru editarea favoritelor unui oaspete; favoritele sunt o facilitate din partea oaspetelui pentru recomandare rapidă, nu o pârghie de merchandising. Ele sunt intenționat separate de sistemul de recomandare — nivelul de vânzări încrucișate la checkout afișează achizițiile repetate ale oaspetelui pe 30 de zile, nu favoritele explicite. Un oaspete care nu este autentificat poate naviga normal în meniu; favoritele pur și simplu nu sunt disponibile.

Ce nu este intenționat în sistem

• Fără recenzii publice. Evaluările oaspeților sunt vizibile pentru operator, nu afișate altor oaspeți. Dacă doriți recenzii publice, acestea sunt Google, TripAdvisor sau Wolt — Fooodo nu concurează cu ele.
• Fără recompense de recomandare. Niciun mecanism de tip „dă prietenului tău €5, primești €5" în prezent.
• Fără fidelizare pe niveluri. Programul de card POS este singura suprafață de fidelizare; niciun nivel paralel Bronze/Silver/Gold în interiorul Fooodo.
• Fără trimiteri automate de e-mail din Fooodo. Generarea codurilor de cupoane se face aici; trimiterea efectivă are loc în CRM-ul dvs.

Unde să mergeți mai departe

• Operațiuni zilnice: Noțiuni de bază pentru onboarding și rularea de test.
• Partea de comenzi: Fluxuri de comenzi pentru modul în care Pay-First și Pay-Later interacționează cu promoțiile (de ex. codurile de cupoane se pot aplica pe oricare dintre fluxuri).
• Partea financiară: Plăți pentru bacșișuri, donații și mecanisme de rambursare în detaliu.