Atlaides, kuponi un lojalitāte

Šī lapa ir paredzēta restorānu īpašniekiem un mārketinga komandām, kuras vēlas palielināt apmeklētāju plūsmu, paaugstināt vidējo čeku un apbalvot atkārtotus viesus. Viss šeit darbojas no Fooodo administrācijas paneļa un parādās tajā pašā viesa norēķinu plūsmā — nav nepieciešams pieslēgt atsevišķu izaugsmes rīku.

Laika loga atlaides

Vienkāršākais akcijas veids, ar kuru lielākā daļa tīklu sāk: atlaide, kas ir aktīva tikai noteiktā laika logā. Piemēram, 20% pusdienu speciālais piedāvājums, otrdienas vakara picas akcija vai nedēļas nogales brančam piemērojama piemaksa.

Administrācijas panelī katrai atlaidei var konfigurēt:

• Nedēļas dienu un stundu logu — piemēram, pirmd.–piektd., 11:00–14:00.
• Piemērojamās kategorijas — attiecināt tikai uz "Pusdienām", "Picu" vai jebko citu.
• Minimālo pasūtījuma summu — ierobežot atlaidi ar noteiktu slieksni, lai tā palielinātu čeka vērtību, nevis vienkārši samazinātu peļņu no maziem pasūtījumiem.
• Kumulatīva vai ekskluzīva — izvēlēties, vai laika loga atlaides var apvienot ar kuponu kodiem.

Atlaides tiek piemērotas automātiski attiecīgajā laika logā — viesiem nav jāievada kods, un personālam nav jāatceras noteikumi.

Kuponu kodi

Paredzēti e-pasta kampaņām, sociālo tīklu ierakstiem, partnerības dāvanām vai situācijām, kad darbinieks vēlas iepriecināt neapmierinātu viesi. Pieejami divi veidi:

• Vienreizlietojami kodi — katru kodu var izmantot viens pasūtījums. Tiek ģenerēti partijās un piesaistīti kampaņai, lai varētu izsekot, kurš kanāls nodrošināja konversiju.
• Daudzreizlietojami kodi — viens kods, daudzi pasūtījumi. Raksturīgi kampaņām "WELCOME10" stilā.

Atlaižu mehānika ir elastīga:

• Procentuāla atlaide (piemēram, 15%) vai fiksēta summa (piemēram, €5).
• Produktu baltais saraksts — atlaide attiecas tikai uz konkrētiem produktiem.
• Minimālā summa koda izmantošanai.
• Deduplicēšana pēc lietotāja, lai viens viesis nevarētu iztukšot kampaņas budžetu.
• Derīguma termiņš — kodi automātiski beidzas.

Lielapjoma ģenerēšana e-pasta kampaņām — simtiem unikālu vienreizlietojamu kodu ģenerēšana CRM izsūtīšanai — pašlaik tiek aktīvi izstrādāta. Šobrīd daudzreizlietojami kuponi apmierina lielāko daļu vajadzību; lielapjoma vienreizlietojamie kodi ir tā nepilnība, kuru mēs nākamreiz novērsīsim.

Lojalitātes kartes (POS vadītas)

Ja jūsu POS jau darbojas ar personīgo karšu programmu, Fooodo tieši pieslēdzas tai. Pašreizējais R-Keeper specifiskais piemērs ir Vilniaus Šeima Čili Pizza; citi POS savienotāji caur savienotāja līgumu atklāj lojalitātes cenas tādā pašā veidā.

• Viesis, kurš ir piesaistījis lojalitātes karti, izvēlnē redz lojalitātes cenas, nevis standarta cenas.
• Kartes piesaistīšana notiek vienu reizi viesa profilā un saglabājas starp apmeklējumiem.
• Cenas nāk no jūsu POS. Fooodo tās nepārraksta — tas parāda to, ko jūsu karšu programma jau nosaka.

Fooodo iekšienē nav otrā lojalitātes dzinēja. Nav punktu lietotnē, nav paralēlas līmeņu sistēmas, nav mehānikas "nopelni 1 punktu par €". Karšu programma, kuru jau izmantojat, ir lojalitātes programma — Fooodo tai pieslēdzas.

Produktu preferences (viesa filtri)

Viegls atzīmēšanas rīks izvēlnes organizēšanai atbilstoši tam, kā viesi izvēlas: Vegānisks, Bez glutēna, Pikants, Izceltais, Pusdienu komplekti — jebkāda terminoloģija, kas atbilst jūsu auditorijai. Katra atzīme tiek izveidota vienu reizi uzņēmuma līmenī, saņem tulkojamu nosaukumu (lai tā pati atzīme pareizi lasītos katrā viesa lokalizācijā) un pēc tam tiek pievienota produktiem no administrācijas paneļa.

Viesi redz preferences kā filtra pogas izvēlnē — pieskaroties "Vegānisks", izvēlne samazinās līdz atzīmētajiem produktiem. Tā pati atzīmēšana nodrošina arī katram restorānam raksturīgās izceltās kategorijas. Atzīmes kontrolē operators, un produktu saraksts katrai atzīmei ir skaidri definēts — šeit nekas netiek secināts no modeļa.

Nav fiksētas taksonomijas — jūs izlemjat atzīmes. Restorāniem var būt arī savas restorānam specifiskas atzīmes, ja izvēlnes sastāvs atšķiras pēc atrašanās vietas.

Sākumlapas izvēlne (Ieteicamie un Populārie)

Izvēlnes augšdaļa var sākties ar ēdieniem, nevis plakanu sarakstu, un tā pielāgojas tam, kurš skatās. Divi operatora kontrolēti bloki atrodas blakus viesa pašu favorītiem:

• Ieteicamie — operatora kurēts saraksts, konfigurēts katram restorānam atsevišķi. Jūsu zīmolēdieni, pašreizējās akcijas, ēdieni, kurus vēlaties popularizēt, jūsu izvēlētajā secībā. Tas pats saraksts kā rezerves variants tiek izmantots arī norēķinu "vai kaut ko aizmirsi?" uzvednē.
• Populārie — patiesie bestselleri, aprēķināti automātiski no pabeigtajiem pasūtījumiem konfigurējamā laika logā (noklusējums — 30 dienas). Operatori izvēlas, no kurām kategorijām veidot rangu un cik produktu no katras kategorijas; paši ēdieni ir datu vadīti un pārrindojas, mainoties pārdošanas rādītājiem, tāpēc bloks nekad nenoveco.

Virs šiem blokiem pieraksties atgriezies viesis redz arī savus Favorītus — atzīmētos un nesen pasūtītos ēdienus (skatīt Viesa favorīti zemāk) — tāpēc pirmreizējs viesis un pastāvīgais klients nesatiek vienādu izvēlni. Ieteicamos un Populāros iestata no administrācijas paneļa; favorīti un vēstures balstītā personalizācija ir automātiski, bez operatora paneļa. Soli pa solim instrukcija Ieteicamo kurēšanai un Populāro konfigurēšanai atrodas Operatora rokasgrāmatā.

Šķērstirgošana norēķinos (ieplānotie papildpiedāvājumi)

Kad viesis atver norēķinu lapu, Fooodo piedāvā līdz pieciem ieteiktajiem produktiem blakus grozam. Ieteikumi tiek noteikti trīs slāņos, secīgi:

1. Ko šis viesis parasti pasūta. Ja viesis ir pieraksties un viņam ir 30 dienu atkārtotu pirkumu vēsture šajā restorānā, šie produkti tiek parādīti pirmie.
2. Operatora konfigurēts ieplānots piedāvājums. Ja personīgā vēsture nav pieejama, Fooodo izvēlas aktīvo ieplānoto piedāvājumu pašreizējai nedēļas dienai un laika logam šajā restorānā.
3. Bestselleri kā pamats. Ja nekas cits neattiecas, ieteikumu saraksts atgriežas pie restorāna pašreizējiem bestseleriem.

Ieplānotie piedāvājumi tiek konfigurēti katram restorānam no administrācijas paneļa. Katrs piedāvājums ietver:

• Nedēļas dienu un laika logu — piemēram, pirmd.–piektd., 11:30–14:00. Laiki tiek interpretēti restorāna vietējā laika joslā.
• Piemērojamās kategorijas — piesaistīt piedāvājumu "Dzērieniem", "Desertiem", pielāgotai "Pusdienu piedevām" grupai vai jebkurai citai kategorijai — lai pusdienu laika papildpiedāvājums nebūtu vīna ieteikums.
• Produktu saraksts ar skaidru secību — operatori izlemj, kuri produkti tiek rādīti, kādā secībā un par kādu cenu.

Produkti, kas jau ir grozā, deaktivizēti restorānā esošie produkti un produkti bez cenas tiek automātiski filtrēti — viesi nekad neredz "nav noliktavā" vai dubultus ieteikumus.

Galvenais nav AI — tas ir dot operatoram tādu pašu papildpiedāvājuma uzvedni, kādu sniegtu labs viesmīlis, bet konsekventi, pie katra galda, bez personāla apmācības. Vēstures slānis ir izvēles personalizācija papildus, nevis galvenais mehānisms.

Aktivizētāji katram groza produktam — "kad grozā nonāk Margarita, ieteikt Kolu par €X" — ir ceļvedī kā papildinājums ieplānoto piedāvājumu modelim, nevis tā aizstājējs.

Attēlu uznirstošie logi

Viens reklāmas attēls, kas parādās virs izvēlnes — ierobežota laika piedāvājumiem, partneru pieminēšanai, atklāšanas nedēļas paziņojumiem vai jebkam citam, ko labāk redzēt nekā lasīt. Operatori augšupielādē attēlu no administrācijas paneļa; vienlaikus ir aktīvs viens attēls, kas attiecas vai nu uz visu uzņēmumu, vai uz konkrētu restorānu. Attēla nomaiņa to aizstāj visur, kur tas tiek rādīts; attēla dzēšana noņem uznirstošo logu, līdz tiek augšupielādēts kaut kas jauns.

Šī ir apzināti neliela virsma — ne kampaņu pārvaldības sistēma, ne segmentēti ziņojumi, ne A/B testēšana. Mērķis ir dot operatoriem ātru sviru vienam steidzamam ziņojumam bez inženieru iesaistes.

Ziedojumi

Viesa norēķinu opcija, kas novirza ziedojumu partnera organizācijai — Sarkanais Krusts ir dzīvais atsauces piemērs. Konfigurējams uzņēmuma līmenī:

• Iepriekš noteiktas summas (€1, €2, €5) plus pielāgota summas lauks.
• Mērķa apraksts — īss teksts, kas izskaidro, ko partneris dara.
• Izvēles noklusējums — opt-in (izslēgts, līdz tiek izvēlēts) vai opt-out (ieslēgts pēc noklusējuma, viesis var atcelt).

Ziedojumi tiek iekasēti caur to pašu Mollie darījumu, par kuru viesis jau maksā, taču ziedojuma daļa tiek novirzīta uz partnera organizācijas Mollie kontu. No viesa perspektīvas: viens maksājums. No operatora perspektīvas: ziedojums neparādās restorāna ieņēmumos vai jūsu POS pārdošanas pārskatos — tas nonāk tieši partnera organizācijas grāmatvedībā ar pareizu nodokļu uzskaiti.

Tas ir viesa uzticības veidošanas solis bez ietekmes uz restorāna peļņu.

Dzeramnaudas

Dzeramnaudas nav akcijas mehānisms kā tāds, taču tas ir blakus esošs jautājums — un parasti tieši šeit tīkli redz visātrāko ieņēmumu pieaugumu pēc Fooodo ieviešanas. Dzeramnaudas plūsma:

• Fiksētu procentu iepriekš noteiktas vērtības (10%, 15%, 20%) plus pielāgota summa.
• Ieslēgšana/izslēgšana katram galdam — dzeramnaudas var atspējot pie izņemšanas letes un iespējot pie ēdināšanas galdiem.
• Noklusējuma procents konfigurējams restorāna līmenī.

Dzeramnaudas tiek iekļautas tajā pašā Mollie maksājumā kā pasūtījums, pēc tam tiek norēķinātas jūsu POS kā dzeramnaudas rinda — tāpēc esošās dzeramnaudas sadales darbplūsmas nemainās. POS kods, kas apzīmē dzeramnaudas ieņēmumus, tiek iestatīts katram restorānam (dzīvajā R-Keeper savienotājā tas ir R-Keeper ieņēmumu kods; citi savienotāji atklāj to pašu iestatījumu).

Atsauksmes

Pēc maksājuma vērtējuma uzvedne uztver viesa noskaņojumu operatora pārskatīšanai. Vērtējumi netiek rādīti publiski — tie pastāv jums, nevis citiem viesiem. Plūsma:

1. Viesis maksā.
2. Izvēles 1–5 vērtējuma uzvedne ar brīvā teksta komentāra lauku.
3. Reģistrēts pret pasūtījumu, galdu un attiecīgo darbinieku/maiņu.

Tas sniedz tīkla vadītājiem kvalitātes signālu par katru maiņu un katru atrašanās vietu, kas sakrīt ar faktisko darījumu — noderīgi, lai atklātu "otrdienas vakara apkalpošana N atrašanās vietā konsekventi ir zemāka par normu", pirms tas parādās atkārtotu apmeklējumu rādītājos.

Viesa favorīti

Pieraksties viesi var atzīmēt atsevišķus produktus izvēlnē kā favorītus — viena pieskāriena pārslēgšana, kas saglabājas starp apmeklējumiem. Nav restorānam specifiskas darbības jomas: viesis, kurš atzīmē Margaritu kā favorītu vienā Čili Pizza atrašanās vietā, redz to pašu favorītu nākamreiz, kad skenē QR citā atrašanās vietā.

Favorītus pārvalda viesis. Nav operatora paneļa viesa favorītu rediģēšanai; favorīti ir viesa puses rīks ātrai atkārtotai pasūtīšanai, nevis tirdzniecības svira. Tie ir apzināti atdalīti no ieteikumu sistēmas — norēķinu šķērstirgošanas slānis parāda viesa 30 dienu atkārtotus pirkumus, nevis viņa skaidri norādītos favorītus. Viesis, kurš nav pieraksties, var pārlūkot izvēlni normāli; favorīti vienkārši nav pieejami.

Kas apzināti nav sistēmā

• Nav publisku atsauksmju. Viesa vērtējumi ir redzami operatoram, nevis citiem viesiem. Ja vēlaties publiskas atsauksmes, tas ir Google, TripAdvisor vai Wolt — Fooodo ar tiem nekonkurē.
• Nav ieteikumu atlīdzību. Nav mehānikas "iedod draugam €5, saņem €5" šodien.
• Nav līmeņu balstītas lojalitātes. Jūsu POS karšu programma ir vienīgā lojalitātes virsma; Fooodo iekšienē nav paralēla Bronzas/Sudraba/Zelta līmeņa.
• Nav automatizētu e-pasta izsūtīšanu no Fooodo. Kuponu kodu ģenerēšana notiek šeit; faktiskā izsūtīšana notiek jūsu CRM.

Kur doties tālāk

• Ikdienas operācijas: Darba sākšana ievadīšanai un izmēģinājuma palaišanai.
• Pasūtījumu puse: Pasūtījumu plūsmas par to, kā Maksāt Vispirms un Maksāt Vēlāk mijiedarbojas ar akcijām (piemēram, kuponu kodus var piemērot abās plūsmās).
• Naudas puse: Maksājumi par dzeramnaudām, ziedojumiem un atmaksas mehāniku sīkāk.