Nuolaidos, kuponai ir lojalumas

Šis puslapis skirtas restoranų savininkams ir rinkodaros komandoms, norintiems padidinti lankytojų srautą, pakelti vidutinį čekį ir apdovanoti grįžtančius svečius. Viskas čia veikia per Fooodo administravimo skydelį ir rodoma toje pačioje svečio atsiskaitymo sąsajoje — jokio atskiro augimo įrankio, kurį reikėtų jungti.

Laiko langų nuolaidos

Paprasčiausias akcijos tipas, nuo kurio pradeda dauguma tinklų: nuolaida, galiojanti tik tam tikru laiko langu. 20 % pietų specialas, antradienio vakaro picos pasiūlymas ar savaitgalio brančo priemoka.

Administravimo skydelyje kiekvienai nuolaidai galima konfigūruoti:

• Savaitės diena ir valandų langas — pvz., Pr–Pn, 11:00–14:00.
• Tinkamos kategorijos — taikoma tik „Pietums", „Picoms" ar bet kam kitam.
• Minimali išlaida — nuolaida suteikiama tik pasiekus tam tikrą sumą, kad padidintų čekio dydį, o ne tiesiog sumažintų maržą nuo mažų užsakymų.
• Sumuojama arba išskirtinė — pasirinkite, ar laiko langų nuolaidos gali derėti su kuponų kodais.

Nuolaidos taikomos automatiškai tinkamu laiku — svečiams nereikia įvesti kodo, o jūs neturite priminti darbuotojams prisiminti taisyklių.

Kuponų kodai

El. pašto kampanijoms, socialinių tinklų įrašams, partnerystės dovanoms ar momentams, kai darbuotojas nori ką nors įteikti nusivylusiam svečiui. Veikia dviejų formų:

• Vienkartiniai kodai — kiekvieną kodą sunaudoja vienas užsakymas. Generuojami paketais ir susieti su kampanija, kad galėtumėte sekti, kuris kanalas konvertavo.
• Daugkartiniai kodai — vienas kodas, daug užsakymų. Būdingi kampanijoms tipo „WELCOME10".

Nuolaidų mechanika lanksti:

• Procentinė nuolaida (pvz., 15 %) arba fiksuota suma (pvz., 5 €).
• Produktų baltasis sąrašas — nuolaida taikoma tik konkretiems produktams.
• Minimali suma išpirkimui.
• Vieno vartotojo dubliavimosi prevencija, kad vienas svečias neišnaudotų visos kampanijos.
• Galiojimo data — kodai automatiškai nustoja galioti.

Masinis generavimas el. pašto kampanijoms — šimtų unikalių vienkartinių kodų generavimas CRM siuntimui — aktyviai kuriamas. Šiandien daugkartiniai kuponai patenkina daugumą poreikių; masinis vienkartinis generavimas yra spraga, kurią užpildysime toliau.

Lojalumo kortelės (POS valdomas)

Jei jūsų POS jau valdo asmeninių kortelių programą, Fooodo tiesiogiai prie jos prisijungia. Šiandieninis R-Keeper specifinis pavyzdys — Vilniaus Šeima Čili Pizza; kiti POS jungtys lojalumo kainas atskleidžia tuo pačiu būdu per jungties sutartį.

• Svečias, susiejęs lojalumo kortelę, meniu mato lojalumo kainas, o ne standartines.
• Kortelės susiejimas atliekamas vieną kartą svečio profilyje ir išlieka per visus apsilankymus.
• Kainos gaunamos iš jūsų POS. Fooodo jų nekeičia — tik parodo tai, ką jau nurodo jūsų kortelių programa.

Fooodo viduje nėra antros lojalumo sistemos. Nėra programėlės taškų, lygiagrečios pakopų sistemos, „uždirbk 1 tašką už 1 €" mechanikos. Kortelių programa, kurią jau naudojate, yra lojalumo programa — Fooodo prie jos prisijungia.

Produktų nuostatos (svečio filtrai)

Lengvas žymėjimo paviršius meniu organizavimui pagal tai, kaip svečiai renkasi: Veganiška, Be glitimo, Aštru, Rekomenduojama, Pietų rinkiniai — bet kokia terminija, tinkanti jūsų auditorijai. Kiekviena žymė sukuriama vieną kartą įmonės lygiu, gauna verčiamą pavadinimą (kad ta pati žymė teisingai rodytųsi kiekviena svečio kalba) ir tada taikoma produktams per administravimo skydelį.

Svečiai mato nuostatas kaip filtro žetonus meniu — palietus „Veganiška", meniu sumažėja iki pažymėtų produktų. Tas pats žymėjimas maitina kiekvieno restorano rekomenduojamų kategorijų paviršius. Žymes valdo operatorius, o produktų sąrašas pagal žymę yra aiškus — čia niekas nėra spėjama iš modelio.

Nėra fiksuotos taksonomijos — jūs nusprendžiate žymes. Restoranai taip pat gali turėti savo, restoranui būdingas žymes, kai meniu sudėtis skiriasi pagal vietą.

Pagrindinio puslapio meniu (Rekomenduojama ir Populiaru)

Meniu viršus gali prasidėti patiekalais, o ne plokščiu sąrašu, ir prisitaiko prie to, kas žiūri. Du operatoriaus valdomų blokų yra šalia svečio paties mėgstamiausių:

• Rekomenduojama — operatoriaus kuruojamas sąrašas, konfigūruojamas kiekvienam restoranui. Jūsų firminiai patiekalai, dabartinės akcijos, patiekalai, kuriuos norite reklamuoti, jūsų pasirinkta tvarka. Tas pats sąrašas taip pat naudojamas kaip atsarginis atsiskaitymo „ar ko nors trūksta?" raginimas.
• Populiaru — tikri geriausiai parduodami produktai, skaičiuojami automatiškai iš užbaigtų užsakymų per konfigūruojamą laikotarpį (numatytasis — 30 dienų). Operatoriai pasirenka, iš kurių kategorijų ranguoti ir kiek produktų iš kiekvienos kategorijos; patys patiekalai grindžiami duomenimis ir perrangojami keičiantis pardavimams, todėl blokas niekada nepasensta.

Virš jų prisijungęs grįžtantis svečias taip pat mato savo Mėgstamiausius — patiekalus, kuriuos pažymėjo širdele ir neseniai užsakė (žr. Svečio mėgstamiausi, žemiau) — todėl pirmą kartą apsilankantis svečias ir nuolatinis klientas nemato to paties meniu. Rekomenduojama ir Populiaru nustatomi per administravimo skydelį; mėgstamiausi ir istorija pagrįsta personalizacija yra automatiniai, be operatoriaus skydelio. Žingsnis po žingsnio instrukcija, kaip kuruoti Rekomenduojama ir konfigūruoti Populiaru, pateikiama Operatoriaus vadove.

Kryžminis pardavimas atsiskaitymo metu (suplanuoti papildomi pasiūlymai)

Kai svečias atidaro atsiskaitymo langą, Fooodo paprašo iki penkių rekomenduojamų produktų, kuriuos rodyti šalia krepšelio. Rekomendacijos sprendžiamos per tris sluoksnius, eilės tvarka:

1. Ką šis svečias paprastai užsako. Jei svečias yra prisijungęs ir turi 30 dienų pakartotinių pirkimų istoriją šiame restorane, tie produktai rodomi pirmiausia.
2. Operatoriaus sukonfigūruotas suplanuotas pasiūlymas. Jei asmeninė istorija netaikoma, Fooodo parenka aktyvų suplanuotą pasiūlymą dabartinei savaitės dienai ir laiko langui šiame restorane.
3. Geriausiai parduodami kaip pagrindas. Jei niekas kita netaikoma, rekomendacijų sąrašas grįžta prie dabartinių restorano geriausiai parduodamų produktų.

Suplanuoti pasiūlymai konfigūruojami kiekvienam restoranui per administravimo skydelį. Kiekvienas pasiūlymas turi:

• Savaitės diena ir laiko langas — pvz., Pr–Pn, 11:30–14:00. Laikas interpretuojamas restorano vietinėje laiko juostoje.
• Tinkamos kategorijos — pasiūlymą priskiria prie „Gėrimų", „Desertų", pasirinktinės „Pietų priedų" grupės ar bet kurios kitos kategorijos — kad pietų papildomas pasiūlymas nebūtų vyno rekomendacija.
• Produktų sąrašas su aiškia tvarka — operatoriai nusprendžia, kurie produktai rodomi, kokia tvarka ir kokia kaina.

Produktai, jau esantys krepšelyje, deaktyvuoti restorane ir neturintys kainos, automatiškai filtruojami — svečiai niekada nemato „nėra sandėlyje" ar pasikartojančių rekomendacijų.

Esmė ne AI — tai suteikti operatoriui tą patį papildomo pardavimo raginimą, kurį pateiktų geras padavėjas, bet nuosekliai, prie kiekvieno stalo, neapmokant darbuotojų. Istorijos sluoksnis yra papildoma personalizacija, o ne pagrindinis mechanizmas.

Krepšelio produkto lygio paleidikliai — „kai į krepšelį patenka Margherita, pasiūlyk Coca-Cola už X €" — yra kelyje kaip papildymas suplanuotų pasiūlymų modeliui, o ne jo pakeitimas.

Vaizdų iššokantys langai

Vienas reklaminės nuotraukos iššokantis langas virš meniu — riboto laiko pasiūlymams, partnerių paminėjimams, atidarymo savaitės pranešimams ar bet kam kitam, ką geriau pamatyti nei perskaityti. Operatoriai įkelia vaizdą per administravimo skydelį; vienu metu aktyvus vienas vaizdas, taikomas visai įmonei arba konkrečiam restoranui. Pakeitus vaizdą, jis pakeičiamas visur, kur taikomas; išvalius — iššokantis langas nerodomas, kol neįkeliama kas nors naujo.

Tai sąmoningai mažas paviršius — ne kampanijų valdymo sistema, ne segmentuoti pranešimai, ne A/B testavimas. Tikslas — suteikti operatoriams greitą svertą vienam skubiam pranešimui be programuotojų įsikišimo.

Aukos

Svečiui matoma atsiskaitymo parinktis, nukreipianti auką partnerinei organizacijai — Raudonasis Kryžius yra gyvas pavyzdys. Konfigūruojama įmonės lygiu:

• Iš anksto nustatytos sumos (1 €, 2 €, 5 €) ir pasirinktinės sumos laukas.
• Priežasties aprašymas — trumpas tekstas, paaiškinantis, ką daro partneris.
• Pasirinktinis numatytasis — įsijungimas (išjungta, kol nepasirinkta) arba išsijungimas (įjungta pagal numatytuosius nustatymus, svečias gali išvalyti).

Aukos apmokamos per tą pačią Mollie transakciją, kurią svečias jau moka, tačiau aukos dalis nukreipiama į partnerinės organizacijos Mollie sąskaitą. Svečio požiūriu: vienas mokestis. Operatoriaus požiūriu: auka nerodoma restorano pajamose ar jūsų POS pardavimų ataskaitose — ji tvarkingai patenka į partnerinės organizacijos knygas su tinkamu mokesčių tvarkymu.

Tai svečio pasitikėjimo žingsnis, neturintis įtakos restorano maržai.

Arbatpinigiai

Arbatpinigiai patys savaime nėra akcijos mechanizmas, tačiau yra greta — ir paprastai čia tinklai mato greičiausią pajamų augimą po Fooodo diegimo. Arbatpinigių srautas:

• Fiksuotų procentų išankstiniai nustatymai (10 %, 15 %, 20 %) ir pasirinktinė suma.
• Kiekvieno stalo įjungimas/išjungimas — arbatpinigiai išjungti prie išsinešimo kasos, įjungti prie valgomojo stalų.
• Numatytasis procentas konfigūruojamas restorano lygiu.

Arbatpinigiai įtraukiami į tą patį Mollie mokestį kaip ir užsakymas, tada POS atsiskaitomi kaip arbatpinigių eilutė — todėl esami arbatpinigių paskirstymo procesai nesikeičia. POS kodas, žymintis arbatpinigių pajamas, nustatomas kiekvienam restoranui (gyvame R-Keeper jungtyje tai yra R-Keeper pajamų kodas; kitos jungtys atskleidžia tą patį nustatymą).

Atsiliepimai

Mokėjimo po apmokėjimo įvertinimo raginimas fiksuoja svečių nuotaikas operatoriaus peržiūrai. Įvertinimai nėra rodomi viešai — jie egzistuoja jums, o ne kitiems svečiams. Srautas:

1. Svečias sumoka.
2. Pasirinktinis 1–5 įvertinimo raginimas su laisvo teksto komentaro lauku.
3. Fiksuojama pagal užsakymą, stalą ir tuo metu dirbantį personalą/pamainą.

Tai suteikia tinklų vadovams kiekvienos pamainos, kiekvienos vietos kokybės signalą, susietą su tikra transakcija — naudinga pastebėti „antradienio vakaro aptarnavimas N vietoje nuolat nepakankamai geras" prieš tai, kol tai atsispindi pakartotinių apsilankymų skaičiuose.

Svečio mėgstamiausi

Prisijungę svečiai gali pažymėti atskirus produktus meniu kaip mėgstamiausius — vieno paspaudimo perjungiklis, išliekantis per visus apsilankymus. Nėra restorano lygio apribojimo: svečias, pažymėjęs Margherita kaip mėgstamiausią vienoje Čili Pizza vietoje, matys tą patį mėgstamiausią kitą kartą nuskaitęs QR kitoje vietoje.

Mėgstamiausius valdo svečias. Nėra operatoriaus skydelio, skirto redaguoti svečio mėgstamiausius; mėgstamiausi yra svečio pusės priemonė greitam pakartotiniam užsakymui, o ne prekybos svertas. Jie sąmoningai atskirti nuo rekomendacijų sistemos — atsiskaitymo kryžminio pardavimo sluoksnis rodo svečio 30 dienų pakartotinius pirkimus, o ne aiškius mėgstamiausius. Svečias, kuris nėra prisijungęs, gali naršyti meniu įprastai; mėgstamiausi tiesiog nėra prieinami.

Ko sąmoningai nėra sistemoje

• Jokių viešų atsiliepimų. Svečių įvertinimai matomi operatoriui, o ne kitiems svečiams. Jei norite viešų atsiliepimų, tai Google, TripAdvisor ar Wolt — Fooodo su jais nekonkuruoja.
• Jokių rekomendacijų apdovanojimų. Šiandien nėra „duok draugui 5 €, gauk 5 €" mechanikos.
• Jokio pakopomis grįsto lojalumo. Jūsų POS kortelių programa yra vienintelis lojalumo paviršius; jokio lygiagrečio Bronzos/Sidabro/Aukso Fooodo viduje.
• Jokių automatinių el. pašto siuntimų iš Fooodo. Kuponų kodų generavimas yra čia; pats siuntimas vyksta jūsų CRM sistemoje.

Kur eiti toliau

• Kasdienė veikla: Pradžia dėl įtraukimo ir bandomojo paleidimo.
• Užsakymų pusė: Užsakymų srautai — kaip Mokėjimas iš anksto ir Mokėjimas vėliau sąveikauja su akcijomis (pvz., kuponų kodai gali būti taikomi abiem srautams).
• Pinigų pusė: Mokėjimai — arbatpinigiai, aukos ir grąžinimo mechanika išsamiai.