Fooodo apžvalga — restorano valdymo sluoksnis
Fooodo prideda QR užsakymą, mokėjimus, arbatpinigius ir akcijas prie jūsų esamos POS sistemos. Peržiūrėkite visą funkcijų rinkinį, kas šiandien veikia gamyboje ir kas dar laukia.
Fooodo yra skaitmeninio užsakymo ir mokėjimų sluoksnis, esantis virš restorano esamos POS sistemos. Svečiai nuskaito QR kodą prie stalo, naršo meniu, pateikia užsakymą, sumoka — ir užsakymas patenka į jūsų POS sistemą lygiai taip, tarsi padavėjas būtų jį įvedęs rankiniu būdu. R-Keeper šiandien yra aktyvus etaloninis jungtis; pati jungties sutartis yra POS-agnostiška, o kitos POS jungtys nustatomos kiekvienam klientui atskirai ir kainodaroma pagal poreikį. Sistema šiandien veikia visame Čili Pizza tinkle Lietuvoje ir Latvijoje, apdorodama tikrus užsakymus tikrų klientų vardu.
Šis puslapis skirtas restoranų operatoriams, vertinantiems Fooodo arba ką tik pasirašiusiems sutartį — visas funkcijų vaizdas, kas veikia šiandien ir kas dar laukia.
60 sekundžių pristatymas
Svečias atsisėda prie stalo, nuskaito QR kodą, priklijuotą prie kampo, ir meniu įkraunamas. Jie pasirenka, ko nori, pasirinktinai padalija sąskaitą tarp stalo žmonių, pasirinktinai prideda arbatpinigių ar aukojimą, sumoka kortele / „Apple Pay" / „Google Pay" — ir virtuvė iš karto mato užsakymą. Jūsų darbuotojai nekeičia savo darbo eigos — jūsų POS sistema ir toliau valdo virtuvę. Jūs gaunate tą patį spausdintuvo maršrutizavimą, tą patį KDS, tas pačias ataskaitas.
Fooodo nėra QR meniu. Tai valdymo sluoksnis, suteikiantis restoranui svečiams skirtą prieigą, nereikalaujant, kad virtuvė mokytųsi ko nors naujo.
Du svečių užsakymo būdai
Pasirinkimas yra jūsų — kiekvienam stalui arba kiekvienam restoranui:
- Pay-First — sukurtas išsinešimui ir greitajam aptarnavimui. Svečias sumoka, tada užsakymas siunčiamas į virtuvę. Virtuvė niekada nemato neapmokėto užsakymo. Jei svečias palieka krepšelį, jokio darbo nevyksta.
- Pay-Later — sukurtas maitinimui vietoje. Pirmasis raundas siunčiamas į virtuvę iš karto, kai užsakomas; svečiai gali pridėti daugiau raundų viso apsilankymo metu; mokėjimas vyksta pabaigoje. Artimiau tam, kaip atrodo įprastas maitinimo vietoje aptarnavimas.
Vienoje vietoje galite derinti abu — Pay-Later prie maitinimo vietoje stalų, Pay-First prie išsinešimo prekystalio. Išsamesnė mechanika pateikta Užsakymų srautai.
Ką svečiai iš tikrųjų gali daryti
| Galimybė | Būsena | Ką daro |
|---|---|---|
| Naršyti meniu | Veikia | Kategorijos, paieška, nuotraukos, aprašymai, daugiakalbis meniu (lietuvių ir anglų kalbos veikia gamyboje; rusų ir lenkų kalbos konfigūruojamos pagal užklausą) |
| Filtruoti pagal mitybą | Veikia | Vegetariška, veganiška, alergenų įspėjimai (glitimas, pieno produktai), aštrūs žymekliai |
| Tinkinti prekes | Veikia | Variantai (dydis), modifikatoriai (ingredientų pridėjimas / pašalinimas / keitimas, pvz., „be svogūnų, +papildomas sūris") |
| Mėgstamiausi | Veikia | Prisijungę svečiai gali išsaugoti prekes mėgstamiausių sąraše |
| Krepšelis ir atsiskaitymas | Veikia | Kiekio redagavimas, einamoji suma, visi pagrindiniai mokėjimo būdai |
| Arbatpinigiai | Veikia | Fiksuoti % išankstiniai nustatymai arba pasirinktinė suma; arbatpinigiai nukreipiami į jūsų POS sistemos arbatpinigių eilutę |
| Aukojimas | Veikia | Konfigūruojama priežastis (Raudonasis Kryžius yra etaloninis pavyzdys), iš anksto nustatytos sumos arba pasirinktinė; nukreipiama į atskirą Mollie organizaciją |
| Kuponų kodai | Veikia | Svečias atsiskaitymo metu įveda nuolaidos kodą; jūs valdote kodus |
| Lojalumo kortelės | Veikia (POS valdoma) | Narių kainodara valdoma jūsų POS sistemos. Lojalumo funkciją turinčiame stale svečias, kuris yra prisijungęs kuriant užsakymą, mato narių kainodarą, gautą iš R-Keeper lojalumo galinio taško; sprendimas yra fiksuotas visam apsilankymui ir bendrinamas prie stalo. Kitos POS jungtys tokiu pat būdu atskleidžia savo lojalumo sąsają. |
| Sąskaitos padalijimas | Veikia | Vieno stalo svečiai pasirenka, už kurias prekes moka; sistema tvarko matematiką ir aptarnavimo mokesčio padalijimą. |
| Kryžminio pardavimo perdanga | Veikia | Raginimas „Žmonės taip pat pridėjo…", kai svečias prideda prekę; jūs valdote, kurie produktai (arba kategorijos) sukelia kuriuos pasiūlymus. |
| Atsiliepimai | Veikia (vidinis) | Įvertinimo raginimas po mokėjimo; įvertinimas fiksuojamas jums, o ne rodomas viešai kitiems svečiams |
Ką galite daryti kaip savininkas / operatorius
Administravimo skydelis (pagrįstas Filament) yra vieta, kur vyksta kasdieninis darbas. Pagrindinės sritys:
Meniu valdymas
- Produktų ir kategorijų pridėjimas, redagavimas, archyvavimas, pertvarkymas
- Kalbai skirti laukai (EN, LT) pavadinimams, aprašymams, alergenams
- Variantai (mažas / didelis / šeimyninis) ir modifikatorių grupės (padažai, garnyrai, priedai)
- Mitybos žymos ir alergenų žymekliai
- Nuotraukos
- Kainodara — jūsų POS sistema yra tiesos šaltinis: produktų ir variantų kainos sinchronizuojamos iš POS sistemos ir rodomos tik skaitymui administravimo skydelyje. Pakeiskite kainą POS sistemoje ir kitas sinchronizavimas ją atnaujins — niekada atvirkščiai. (Ingredientų priedų kainos yra vienintelis dalykas, nustatomas Fooodo administravimo skydelyje.)
Stalai ir QR kodai
- QR kodų generavimas, žymėjimas ir spausdinimas kiekvienam stalui kiekvienoje vietoje
- Kiekvieno stalo srauto perjungimas (Pay-First vs Pay-Later) — galite naudoti skirtingus srautus skirtinguose staluose
- Kiekvieno stalo būsena — išjunkite vieną stalą neišjungdami restorano
Akcijos
- Laiko langų nuolaidos — pietų specialai, laimingoji valanda. Nustatykite dieną, valandą, minimalią išlaidą, tinkamas kategorijas. Dauguma išperkamos kodu (nuolaidos pavadinimas yra kodas); dienos pietų nuolaida taikoma automatiškai prisijungusiems svečiams.
- Kuponų kodai — vienkartiniai kodai, % arba fiksuoti €. Vienam vartotojui skirti kodai automatiškai išduodami tinkamiems klientams; masiniai vienkartiniai kodai generuojami naudojant operacijų komandą. (Pakartojamas „WELCOME10" tipo kodas yra tiesiog pavadintas nuolaidos kodas.)
- Lojalumo kainodara — įjunkite kiekvieno stalo lojalumo perjungiklį ir nukreipkite restoraną į jūsų POS sistemos lojalumo kainų galutinį tašką, kad prisijungę svečiai prie to stalo matytų narių kainodarą iš POS sistemos.
Išsamus operatoriaus vadovas akcijoms, lojalumui, kryžminiam pardavimui ir aukojimui: Nuolaidos, kuponai ir lojalumas.
Užsakymai ir tiesioginės operacijos
- Tiesioginių užsakymų sąrašas visose vietose arba apribotas viena vieta
- Filtravimas pagal būseną, datą, stalą, restoraną
- Iš karto matykite
Locked(POS sistema turi atvirą užsakymą) irErrorbūsenas - Rankinis mokėjimo koregavimas retam suderinimo atvejui
- Užsakymų duomenų eksportas
Restorano nustatymai
- Darbo valandos
- POS jungties konfigūracija (galinio taško URL, restorano ID, paruošimo / maketo režimas) — R-Keeper yra aktyvus etalonas; ta pati forma naudojama kitoms jungtims
- Mokėjimo konfigūracija (Mollie paskyros maršrutizavimas)
- Numatytasis srautas (Pay-First vs Pay-Later)
- Funkcijų perjungikliai kiekvienam restoranui (kryžminis pardavimas įjungtas / išjungtas, sąskaitos padalijimas įjungtas / išjungtas ir t. t.)
Ataskaitos
- Vartotojų veiklos ataskaitos (užsakymai vienam klientui, vietos suskirstymas, šaltinis: programa / QR / darbalaukis)
- Datos ir restorano filtrai
- CSV eksportas
- Operacinės ataskaitos lieka jūsų POS sistemoje — Fooodo nepakeičia jūsų kasdienio P&L
Leidimai
- Vaidmenimis pagrįsta prieiga: įmonės administratorius, restorano vadovas, stalo darbuotojas
- Restorano vadovai mato tik savo restorano duomenis
- Detalus kiekvieno leidimo valdymas (kas gali valdyti papildomo pardavimo taisykles, kas gali keisti srautus ir t. t.)
Ką jūsų POS sistema vis dar daro
Fooodo papildo POS sistemą; jos nepakeičia. Jūsų POS sistema ir toliau:
- Yra meniu tiesos šaltinis. POS sistemoje atlikti pakeitimai sinchronizuojami į Fooodo, niekada atvirkščiai.
- Valdo virtuvę. Tas pats KDS, tie patys spausdintuvai, tas pats maršrutizavimas. Jūsų virtuvės darbuotojai nesimoko naujos sistemos.
- Tvarko grąžinimus ir atšaukimus. Fooodo fiksuoja mokėjimo būseną, tačiau pati neturi grąžinimo veiksmo; kortelių grąžinimai išduodami Mollie valdymo skydelyje, o užsakymų atšaukimai vyksta POS sistemoje, kaip visada.
- Valdo darbuotojus ir pamainas.
- Teikia operacines ataskaitas. Kasdieninis suderinimas, pardavimų ataskaitos, P&L — viskas lieka jūsų POS sistemoje.
Kelios vietos
Platforma sukurta tinklams, o ne pavienėms vietoms. Hierarchija yra Company → Restaurant → Table → Order. Vienas įmonės administratorius gali:
- Valdyti kiekvieną tinklo vietą iš vieno skydelio — neįvedinėjant duomenų kiekvienai vietai atskirai
- Nustatyti numatytuosius parametrus įmonės lygiu ir juos perrašyti kiekvienam restoranui
- Matyti kelių restoranų duomenis ataskaitose neeksportuojant ir nesujungiant
- Kiekvienam restoranui išlaikyti atskirus POS sistemos kredencialus — naudinga, kai vietos naudoja skirtingus POS sistemos egzempliorius (arba, galiausiai, skirtingas POS sistemas)
Restorano vadovai mato tik savo restoraną. Tenanto atskyrimas užtikrinamas vaidmenų sluoksniu, o ne pasitikėjimu.
Kas ateina toliau
Sąžiningas aktyvaus kūrimo proceso vaizdas:
| Kuriama | Būsena |
|---|---|
| Savitarnos masinis kuponų generavimas | Unikalių vienkartinių kodų kalimas CRM siuntimui iš administravimo sąsajos. Šiandien tai vykdoma kaip operacijų komanda ir eksportuojama CSV; kitas žingsnis — savitarnos administravimo mygtukas. |
| Svečiams matomas padavėjo priskyrimas | Priskirto padavėjo rodymas užsakymo patvirtinime. Šiandien priskyrimas fiksuojamas ir matomas tik administravimo skydelyje. |
| Papildomos POS jungtys | Jungties sutartis yra POS-agnostiška; naujos jungtys nustatomos kiekvienam klientui, kai tinklas įsipareigoja dėl vienos. R-Keeper yra vienintelė jungtis, šiandien veikianti gamyboje. |
Ko sistemoje sąmoningai nėra
Lūkesčių valdymas yra svarbus. Šiandien:
- Nėra el. pašto kvitų klientams. Jūsų POS sistema spausdina kvitus restorane; Fooodo nesiunčia skaitmeninio kvito svečiui el. paštu.
- Nėra SMS ar push pranešimų klientams. Nėra „jūsų užsakymas paruoštas" žinutės.
- Nėra viešų atsiliepimų. Svečių įvertinimai fiksuojami operatoriui, o ne rodomi kitiems svečiams.
- Nėra lojalumo taškų programėlėje. Lojalumas yra jūsų esama POS sistemos kortelių programa. Fooodo viduje nėra „uždirbk 1 tašką už €" mechanizmo.
- Nėra rezervacijų / stalo užsakymo. Modeliai egzistuoja, tačiau užsakymo srautas nesukurtas.
- Nėra kelių valiutų. Tik EUR.
- Nėra daugiakalbio administravimo skydelio. Operatoriaus administravimo skydelis yra tik anglų kalba. Klientams skirtas meniu palaiko kelias kalbas (žr. aukščiau).
- Nėra autonominių sprendimų. Fooodo Insights, kai bus išleista, rekomenduos veiksmus — niekada jų nevykdys autonomiškai. Viskas, kas paveikia darbuotojus, vyksta per žmogaus patvirtinimą. Žr. Fooodo Insights dėl GDPR Article 22 pozicijos.
Kur eiti toliau
- Operatyviai: Pradžia — onboarding, bandomasis paleidimas ir pradžia.
- Architektūriškai: Architektūra — dviejų paslaugų forma (meniu + mokėjimai) ir kur viskas yra.
- Srautai: Užsakymų srautai — Pay-First vs Pay-Later mechanika.
- POS sistemų tiekėjai: POS integracijos reikalavimai — vertinimo specifikacija tiekėjui, vertinančiam, ar jų POS sistema gali būti prijungta.
- POS: R-Keeper jungtis — aktyvus etaloninis diegimas su API apyvartos detalėmis.
- Pinigai: Mokėjimai — arbatpinigiai, aukojimas, webhook'ai, grąžinimai, palaikomos valiutos.
- Augimas: Nuolaidos, kuponai ir lojalumas — operatoriaus vadovas akcijoms.
- Integracija: API — partneriams, rašantiems jungtis.
- Vizija: Fooodo Insights — EBIT sprendimų intelekto sluoksnis, kuris kuriamas.
- AI klientams: Insights MCP serveris — kiekvieno tenanto Model Context Protocol galinis taškas, skirtas ChatGPT, Claude, Copilot ar Gemini prijungimui prie jūsų operacinės analizės.