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 oaspeții fideli. Totul funcționează din panoul de administrare Fooodo și apare în același flux de plată 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 marți seara 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 — aplicați doar la „Prânz", sau „Pizza", sau orice altceva.
• Cheltuială minimă — condiționați reducerea de un prag minim pentru a crește valoarea comenzii, nu doar pentru a tăia din marja comenzilor mici.
• O singură reducere per comandă — doar o reducere introdusă prin cod se aplică la o comandă la un moment dat; introducerea unui cod nou îl înlocuiește pe cel anterior. (Reducerea automată de prânz zilnic poate fi aplicată în continuare alături de un cupon.)

Majoritatea reducerilor pe ferestre de timp sunt valorificate prin cod: operatorul denumește reducerea, iar acel nume este codul pe care oaspetele îl introduce la plată — este acceptat doar în fereastra eligibilă, astfel încât personalul nu trebuie să aplice manual regulile. Excepția este reducerea day-lunch, care se aplică automat pentru oaspeții autentificați la articolele de prânz în fereastra activă, fără niciun cod de introdus. (Reducerile de tip happy-hour sunt validate în același mod, dar sunt aplicate prin POS-ul dvs. printr-un cod de card configurat.)

Coduri de cupoane

Pentru campanii de e-mail, postări pe rețele sociale, parteneriate promoționale sau momente de tipul „personalul oferă acest cupon unui oaspete nemulțumit". Există două forme:

• Coduri de unică folosință — fiecare cod este consumat de o singură comandă. Loturile în masă sunt generate printr-o comandă de operațiuni (utilizată astăzi pentru pool-uri de vouchere-premiu), iar un cod per utilizator poate fi emis automat pentru înregistrările eligibile.
• Coduri de campanie partajate — pentru un cod de tipul „WELCOME10" pe care orice oaspete eligibil îl poate introduce în mod repetat, denumiți o reducere, iar acel nume este codul. Nu există nicio înregistrare per cod; regulile proprii ale reducerii și fereastra activă o guvernează.

Mecanismele de reducere sunt flexibile:

• Procentaj din preț (de ex. 15%) sau sumă fixă (de ex. €5).
• Domeniu de aplicare per categorie — reducerea se aplică doar articolelor din categoriile selectate.
• Cheltuială minimă pentru valorificare.
• Deduplicare per utilizator, astfel încât un singur oaspete să nu poată epuiza o campanie per utilizator.
• Fereastră activă — dezactivați o reducere cu indicatorul de activare, sau limitați-o la o fereastră recurentă de zi/oră; codurile de unică folosință se retrag odată valorificate. (Nu există un câmp separat de expirare calendaristică.)

Generarea în masă în regim self-service — crearea a sute de coduri unice de unică folosință pentru o campanie CRM din interfața de administrare — este pe foaia de parcurs. Astăzi, codurile de unică folosință în masă sunt produse printr-o comandă de operațiuni și exportate în CSV, iar codurile de campanie partajate acoperă cazul de valorificare multiplă.

Carduri de fidelizare (prin POS)

Dacă POS-ul dvs. rulează deja un program de prețuri pentru membri, Fooodo îl afișează direct. Integrarea activă este R-Keeper pentru lanțul Čili Pizza; contractul conectorului expune prețurile pentru membri în același mod pentru orice viitor conector POS.

• La o masă cu fidelizare activată, un oaspete care este autentificat la crearea comenzii vede prețurile pentru membri în meniu, nu prețul standard.
• Decizia se ia o singură dată, la crearea comenzii, și rămâne valabilă pe toată durata vizitei — toți cei așezați la acea masă o partajează. Nu există niciun card per oaspete de asociat în Fooodo.
• Prețurile provin din POS-ul dvs. Fooodo nu le suprascrie; afișează ceea ce programul dvs. de membri deja specifică, preluat din endpoint-ul de fidelizare al POS-ului.

Nu există un al doilea motor de fidelizare în Fooodo. Nu există puncte în aplicație, niciun sistem paralel de niveluri, niciun mecanism de tipul „câștigați 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 oaspeții aleg: Vegan, Fără gluten, Picant, Recomandat, Meniuri 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 — atingeți „Vegan" și meniul se reduce la articolele etichetate. Aceeași etichetare este cea care alimentează suprafețele de categorii recomandate per restaurant. Etichetele sunt controlate de operator, iar lista de produse per etichetă este explicită; nimic din aceasta nu este dedus din model.

Nu există o taxonomie fixă — dvs. decideți etichetele. Restaurantele pot purta, de asemenea, propriile etichete specifice restaurantului atunci când structura meniului diferă în funcție de locație.

Meniul de pe pagina principală (Recomandate & Populare)

Partea de sus a meniului poate fi condusă de 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 pe care o alegeți. Operatorii pot, de asemenea, programa o ofertă pentru ferestre de zi/oră din săptămână, astfel încât blocul să afișeze articolele potrivite la prânz față de cină.
• 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 pe care le-a marcat cu inimă și cele 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 sunt setate 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 Manualul Operatorului.

Vânzare încrucișată (suplimente sugerate)

Când un oaspete adaugă un articol în coș, Fooodo poate afișa un scurt prompt cu suplimente sugerate — același îndemn pe care îl dă un chelner bun („ceva de băut cu asta?"), livrat consistent la fiecare masă fără a instrui personalul.

Vânzarea încrucișată este configurată de operator ca fluxuri. Fiecare flux are:

• Un declanșator — un produs specific sau o întreagă categorie. Când oaspetele adaugă un articol corespunzător, fluxul se activează. (Acesta este mecanismul „când o Margherita ajunge în coș, sugerați o Cola" — este activ, nu pe foaia de parcurs.)
• Una sau mai multe secțiuni de sugestii, fiecare extragând produsele dintr-una din trei surse:
  • Manual — o listă selectată manual, în ordinea pe care o setați.
  • Categorie — fiecare produs activ dintr-o categorie aleasă.
  • Cele mai vândute — populate automat din cele mai bine vândute produse ale restaurantului în ultimele 30 de zile, astfel încât lista să nu devină niciodată depășită.
• Un mod de afișare — un overlay peste meniu sau un bloc inline în flux.

Articolele a căror categorie se află deja în coș, articolele dezactivate la restaurant și articolele fără preț sunt filtrate automat — oaspeții nu văd niciodată „stoc epuizat" sau sugestii duplicate.

Aceasta este distinctă de recomandările de pe pagina principală descrise la Recomandate & Populare de mai sus — acel bloc îi întâmpină pe oaspeții fideli cu propriile comenzi repetate și ofertele programate de operator. Vânzarea încrucișată este stratul activat în flux, declanșat de adăugare, deasupra 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 de aplicare 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 ceva nou este încărcat.

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

Donații

O opțiune de plată orientată spre oaspete 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 partenerul.
• Implicit opțional — opt-in (dezactivat până la selectare) sau opt-out (activat implicit, oaspetele îl poate elimina).

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 ale POS-ului dvs. — ajunge curat în registrele 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 (5%, 10%, 15%) plus o sumă personalizată.
• Bacșișul este disponibil oriunde restaurantul are configurat un cod de venituri pentru bacșiș; plățile în numerar nu pot include bacșiș.

Bacșișurile se includ în aceeași taxă Mollie ca și comanda, apoi se decontează î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 venituri 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ă, restaurant și chelnerul î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 de aplicare 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ă niciun 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 vânzarea încrucișată: promptul de vânzare încrucișată declanșat de adăugare se bazează pe fluxuri configurate de operator (selectate manual, o categorie sau cele mai vândute), nu pe favoritele explicite ale unui oaspete. (Istoricul propriu de achiziții repetate al unui oaspete este utilizat pentru a personaliza pagina principală, nu promptul de vânzare încrucișată.) Un oaspete care nu este autentificat poate naviga în meniu în mod normal; 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 tipul „oferă prietenului tău €5, primești €5" astăzi.
• Fără fidelizare pe niveluri. Programul de card al POS-ului dvs. este singura suprafață de fidelizare; niciun Bronze/Silver/Gold paralel în Fooodo.
• Fără trimiteri automate de e-mail din Fooodo. Generarea codurilor de cupoane se află aici; trimiterea efectivă are loc în CRM-ul dvs.

Unde să mergeți mai departe

• Operațiuni zilnice: Noțiuni de bază pentru integrare și simularea 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 mecanica rambursărilor în detaliu.