Nuolaidos, kuponai ir lojalumas

Šis puslapis skirtas restoranų savininkams ir rinkodaros komandoms, norinčioms didinti srautą, kelti vidutinį čekį ir apdovanoti grįžtančius svečius. Viskas čia veikia per Fooodo administravimo sąsają ir rodoma toje pačioje svečio atsiskaitymo eigoje — jokio atskiro augimo įrankio prijungti nereikia.

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 sąsajoje kiekvienai nuolaidai galima konfigūruoti:

• Savaitės dienas ir valandų langą — pvz., Pir–Pen, 11:00–14:00.
• Tinkamas kategorijas — taikoma tik „Pietums", „Picoms" ar bet kam kitam.
• Minimalią išlaidų sumą — nuolaidą suteikite tik viršijus ribą, kad ji didintų čekio dydį, o ne tiesiog mažintų maržą nuo mažų užsakymų.
• Viena nuolaida vienam užsakymui — vienu metu užsakymui taikomas tik vienas įvestas kodo nuolaidos kodas; įvedus naują kodą, ankstesnis pakeičiamas. (Automatinė dienos pietų nuolaida vis tiek gali būti taikoma kartu su kuponu.)

Dauguma laiko langų nuolaidų išperkamos kodu: operatorius pavadina nuolaidą, ir tas pavadinimas ir yra kodas, kurį svečias įveda atsiskaitymo metu — jis priimamas tik tinkamo lango metu, todėl darbuotojams nereikia stebėti taisyklių. Išimtis — dienos pietų nuolaida, kuri automatiškai taikoma prisijungusiems svečiams pietų pozicijoms aktyvaus lango metu, be jokio kodo. (Laimingosios valandos nuolaidos tikrinamos tokiu pat būdu, tačiau taikomos per jūsų POS naudojant sukonfigūruotą kortelės kodą.)

Kupono kodai

Skirta el. pašto kampanijoms, socialinių tinklų įrašams, partnerystės dovanoms ar momentams, kai darbuotojas nori ką nors įteikti nusivylusiam svečiui. Yra dvi formos:

• Vienkartiniai kodai — kiekvieną kodą sunaudoja vienas užsakymas. Dideli paketai generuojami operacinės komandos pagalba (šiandien naudojama prizinių kuponų fondams), o kiekvienam vartotojui skirtas kodas gali būti automatiškai išduodamas tinkamiems registruotiems naudotojams.
• Bendrinami kampanijos kodai — jei norite kodo tipo „WELCOME10", kurį bet kuris tinkamas svečias gali įvesti pakartotinai, pavadinate nuolaidą ir tas pavadinimas ir yra kodas. Nėra atskirų kodo įrašų; nuolaidą valdo jos pačios taisyklės ir aktyvus langas.

Nuolaidų mechanika yra lanksti:

• Procentinė nuolaida (pvz., 15 %) arba fiksuota suma (pvz., 5 €).
• Kategorijų apimtis — nuolaida taikoma tik jūsų pasirinktų kategorijų pozicijoms.
• Minimali išlaidų suma išpirkimui.
• Vartotojo lygio dubliavimosi prevencija, kad vienas svečias negalėtų išnaudoti vieno vartotojo kampanijos.
• Aktyvus langas — išjunkite nuolaidą jos įjungimo vėliavėle arba apribokite pasikartojančiu dienos/valandos langu; vienkartiniai kodai išnyksta po išpirkimo. (Atskiro kalendoriaus galiojimo lauko nėra.)

Savarankiškas masinis generavimas — šimtų unikalių vienkartinių kodų kūrimas CRM siuntimui per administravimo sąsają — yra planuojamas. Šiandien masiniai vienkartiniai kodai generuojami operacinės komandos pagalba ir eksportuojami į CSV, o bendrinami kampanijos kodai apima kelių išpirkimų atvejį.

Lojalumo kortelės (POS valdomas)

Jei jūsų POS jau valdo narių kainodaros programą, Fooodo ją tiesiogiai atvaizduoja. Veikianti integracija — R-Keeper Čili Pizza tinklui; jungties sutartis narių kainodarą atskleidžia tokiu pat būdu bet kuriam būsimam POS jungties tiekėjui.

• Prie lojalumui skirto stalo svečias, kuris yra prisijungęs kuriant užsakymą, meniu mato narių kainas, o ne standartines.
• Sprendimas priimamas vieną kartą, kuriant užsakymą, ir galioja visam apsilankymui — visi prie to stalo sėdintys juo dalijasi. Fooodo viduje nėra atskirų svečio kortelių susiejimo.
• Kainos gaunamos iš jūsų POS. Fooodo jų nekeičia — jis atvaizduoja tai, ką jūsų narių programa jau nurodo, gaudamas duomenis iš POS lojalumo galinio taško.

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

Produktų nuostatos (svečio filtrai)

Lengvas žymėjimo paviršius, skirtas meniu organizuoti 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 sąsają.

Svečiai mato nuostatas kaip filtro žymes meniu — palietus „Veganiška", meniu sumažinamas iki pažymėtų pozicijų. 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 išvedama iš modelio.

Nėra fiksuotos taksonomijos — jūs nusprendžiate dėl žymių. Restoranai taip pat gali turėti savo specifines ž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 atskirai. Jūsų firminiai patiekalai, dabartinės akcijos, patiekalai, kuriuos norite reklamuoti, jūsų pasirinkta tvarka. Operatoriai taip pat gali suplanuoti pasiūlymą darbo dienų/laiko langams, kad blokas pietų metu rodytų tinkamas pozicijas, o ne vakarienės.
• Populiaru — tikri geriausiai parduodami patiekalai, apskaičiuojami automatiškai iš užbaigtų užsakymų per konfigūruojamą laikotarpį (numatytasis — 30 dienų). Operatoriai pasirenka, iš kurių kategorijų reitinguoti ir kiek produktų iš kiekvienos kategorijos; patys patiekalai grindžiami duomenimis ir persireitinguoja keičiantis pardavimams, todėl blokas niekada nepasensta.

Virš jų prisijungęs grįžtantis svečias taip pat mato savo Mėgstamiausius — patiekalus, kuriuos jis 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 nustatoma per administravimo sąsają; 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 (siūlomi priedai)

Kai svečias prideda poziciją į krepšelį, Fooodo gali parodyti trumpą siūlomų priedų raginimą — tą patį postūmį, kurį duoda geras padavėjas („ko nors išgerti prie to?"), teikiamą nuosekliai prie kiekvieno stalo, neapmokant darbuotojų.

Kryžminis pardavimas konfigūruojamas operatoriaus kaip srautai. Kiekvienas srautas turi:

• Trigerį — konkretų produktą arba visą kategoriją. Kai svečias prideda atitinkamą poziciją, srautas suveikia. (Tai yra „kai Margarita patenka į krepšelį, pasiūlyk Kolą" mechanika — ji veikia, o ne planuojama.)
• Vieną ar daugiau pasiūlymų sekcijų, kurių kiekviena produktus gauna iš vieno iš trijų šaltinių:
  • Rankinis — rankiniu būdu atrinktas sąrašas jūsų nustatyta tvarka.
  • Kategorija — visos aktyvios pasirinktos kategorijos pozicijos.
  • Geriausiai parduodami — automatiškai užpildoma iš restorano geriausiai parduodamų pozicijų per paskutines 30 dienų, todėl sąrašas niekada nepasensta.
• Rodymo režimą — perdanga virš meniu arba eilutinis blokas sraute.

Pozicijos, kurių kategorija jau yra krepšelyje, restorane deaktyvuotos pozicijos ir pozicijos be kainos automatiškai filtruojamos — svečiai niekada nemato „nėra sandėlyje" ar pasikartojančių pasiūlymų.

Tai skiriasi nuo pagrindinio puslapio rekomendacijų, aprašytų skyriuje Rekomenduojama ir Populiaru — tas blokas grįžtančius svečius pasitinka jų pačių pakartotiniais užsakymais ir operatoriaus suplanuotais pasiūlymais. Kryžminis pardavimas yra srauto viduje esantis, priedų trigeriu pagrįstas sluoksnis virš jo.

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 sąsają; vienu metu aktyvus vienas vaizdas, apimantis arba visą įmonę, arba konkretų restoraną. Pakeitus vaizdą, jis pakeičiamas visur, kur taikomas; išvalius — iššokantis langas pašalinamas, kol bus įkeltas 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 inžinierių įsikišimo.

Aukos

Svečiui skirta atsiskaitymo parinktis, nukreipianti auką partnerio organizacijai — Raudonasis Kryžius yra veikiantis 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 į partnerio organizacijos Mollie sąskaitą. Svečio požiūriu: vienas mokestis. Operatoriaus požiūriu: auka neatsiranda restorano pajamose ar jūsų POS pardavimų ataskaitose — ji tvarkingai patenka į partnerio organizacijos knygas su tinkamu mokesčių tvarkymu.

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

Arbatpinigiai

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

• Fiksuotų procentų išankstiniai nustatymai (5 %, 10 %, 15 %) ir pasirinktinė suma.
• Arbatpinigiai galimi ten, kur restoranas turi sukonfigūruotą arbatpinigių pajamų kodą; grynaisiais pinigais mokant arbatpinigių pridėti negalima.

Arbatpinigiai įtraukiami į tą pačią Mollie mokėjimo operaciją kaip ir užsakymas, o tada atsiskaitomi jūsų POS kaip arbatpinigių eilutė — todėl esami arbatpinigių paskirstymo procesai nesikeičia. POS kodas, žymintis arbatpinigių pajamas, nustatomas kiekvienam restoranui atskirai (veikiančiame R-Keeper jungtyje tai yra R-Keeper pajamų kodas; kitos jungtys atskleidžia tą patį nustatymą).

Atsiliepimai

Po mokėjimo pateikiamas vertinimo raginimas fiksuoja svečio nuotaiką 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ą, restoraną ir tuo metu dirbantį padavėją.

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" dar 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 tarp apsilankymų. Nėra apribojimo pagal restoraną: svečias, pažymėjęs Margaritą kaip mėgstamiausią vienoje Čili Pizza vietoje, matys tą patį mėgstamiausią kitą kartą nuskenuodamas 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 kryžminio pardavimo: priedų trigeriu pagrįstas kryžminio pardavimo raginimas remiasi operatoriaus sukonfigūruotais srautais (rankiniu būdu atrinktais, kategorija ar geriausiai parduodamais), o ne svečio aiškiais mėgstamiausiais. (Svečio paties pakartotinių pirkimų istorija naudojama pagrindinio puslapio personalizavimui, o ne kryžminio pardavimo raginimui.) Svečias, kuris nėra prisijungęs, gali naršyti meniu įprastai; mėgstamiausi tiesiog negalimi.

Ko sąmoningai nėra sistemoje

• Jokių viešų atsiliepimų. Svečių vertinimai matomi operatoriui, o ne kitiems svečiams. Jei norite viešų atsiliepimų, tai yra 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. Kupono kodų generavimas yra čia; faktinis siuntimas vyksta jūsų CRM sistemoje.

Kur eiti toliau

• Kasdienė veikla: Pradžia — diegimui ir bandomajam paleidimui.
• Užsakymų pusė: Užsakymų srautai — kaip Mokėjimas iš anksto ir Mokėjimas vėliau sąveikauja su akcijomis (pvz., kupono kodai gali būti taikomi abiejuose srautuose).
• Pinigų pusė: Mokėjimai — arbatpinigiai, aukos ir grąžinimo mechanika išsamiai.