Fooodo apžvalga — restorano valdymo sluoksnis

Fooodo yra skaitmeninio užsakymo ir mokėjimų sluoksnis, esantis virš restorano turimo POS. Svečiai nuskaito QR kodą prie stalo, naršo meniu, pateikia užsakymą, sumoka — ir užsakymas patenka į jūsų POS lygiai taip, tarsi padavėjas jį būtų įvedęs rankiniu būdu. R-Keeper šiandien yra aktyvi etaloninė 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. Jis 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 vis dar 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 nevykdoma.
• Pay-Later — sukurtas valgymui vietoje. Pirmasis raundas siunčiamas į virtuvę iš karto, kai užsakoma; svečiai gali pridėti daugiau raundų einant; mokėjimas vyksta pabaigoje. Artimiau tam, kaip atrodo įprastas aptarnavimas vietoje.

Vienoje vietoje galite derinti abu — Pay-Later prie valgomojo salės stalų, Pay-First prie išsinešimo prekystalio. Išsami mechanika aprašyta Užsakymų srautai.

Ką svečiai iš tikrųjų gali daryti

Ką galite daryti kaip savininkas / operatorius

Administravimo skydelis (pagrįstas Filament) yra vieta, kur vyksta kasdieninis darbas. Pagrindiniai paviršiai:

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 žymekliai ir alergenų žymės
• Nuotraukos
• Kainodara — leidžiamas rankinis nepaisymas, tačiau jūsų POS yra tiesos šaltinis: keiskite kainas POS ir kitas sinchronizavimas jas atnaujins, bet ne atvirkščiai

Stalai ir QR kodai

• QR kodų generavimas, žymėjimas ir spausdinimas kiekvienam stalui kiekvienoje vietoje
• Srauto perjungimas kiekvienam stalui (Pay-First arba 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.
• Nuolaidų kodai — vienkartiniai arba daugkartiniai, % arba fiksuoti €. Masinis generavimas el. pašto kampanijoms kuriamas.
• Lojalumo kortelės susiejimas — susiekite POS asmeninių kortelių programą (šiandieninis R-Keeper specifinis pavyzdys: Vilniaus Šeima) su meniu, kad svečiai su kortelėmis matytų tinkamas kainas.

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
• Filtravimas pagal būseną, datą, stalą, restoraną
• Locked (POS turi atvirą užsakymą) ir Error būsenų matymas iš karto
• 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, parengiamojo / imitacijos 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 arba Pay-Later)
• Funkcijų perjungikliai kiekvienam restoranui (kryžminis pardavimas įjungtas / išjungtas, sąskaitos padalijimas įjungtas / išjungtas ir t. t.)

Ataskaitos

• Naudotojų 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 — Fooodo nepakeičia jūsų dienos 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 vis dar daro

Fooodo papildo POS; jo nepakeičia. Jūsų POS toliau:

• Yra meniu tiesos šaltinis. POS pakeitimai sinchronizuojami į Fooodo, bet ne 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ą; faktinis grąžinimas vyksta POS, kaip visada.
• Valdo darbuotojus ir pamainas.
• Teikia operacines ataskaitas. Dienos suderinimas, pardavimų ataskaitos, P&L — viskas lieka jūsų POS.

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 — nekartodamas duomenų kiekvienai vietai
• Nustatyti numatytuosius parametrus įmonės lygiu ir juos nepaisyti kiekvienam restoranui
• Matyti kelių restoranų duomenis ataskaitose neeksportuojant ir nesujungiant
• Tvarkyti atskirus POS kredencialus kiekvienam restoranui — naudinga, kai vietos naudoja skirtingus POS egzempliorius (arba, galiausiai, skirtingas POS sistemas)

Restoranų vadovai mato tik savo restoraną. Nuomininkų atskyrimas užtikrinamas vaidmenų sluoksniu, o ne pasitikėjimu.

Kas ateina toliau

Sąžiningas aktyvaus kūrimo proceso vaizdas:

Ko sistemoje sąmoningai nėra

Lūkesčių valdymas yra svarbus. Šiandien:

• Nėra el. pašto kvitų klientams. Jūsų POS spausdina kvitus restorane; Fooodo nesiunčia skaitmeninio kvito svečiui el. paštu.
• Nėra SMS ar push pranešimų klientams. Nėra žinutės „jūsų užsakymas paruoštas".
• 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 kortelių programa. Fooodo viduje nėra mechanizmo „uždirbk 1 tašką už €".
• Nėra rezervacijų / stalo užsakymo. Modeliai egzistuoja, tačiau užsakymo srautas nesukurtas.
• Nėra kelių valiutų. Tik EUR.
• Nėra daugiakalbio administravimo. Operatoriaus administravimo skydelis yra tik anglų kalba. Klientams skirtas meniu palaiko kelias kalbas (žr. aukščiau).
• Nėra autonominių sprendimų. Fooodo Insights, kai bus pristatyta, rekomenduos veiksmus — niekada jų nevykdys autonomiškai. Viskas, kas liečia darbuotojus, vyksta per žmogaus patvirtinimą. Žr. Fooodo Insights dėl GDPR Article 22 pozicijos.

Kur eiti toliau

• Operatyviai: Pradžia aprašo įtraukimą, bandomąjį paleidimą ir pradžią.
• Architektūriškai: Architektūra rodo dviejų paslaugų struktūrą (meniu + mokėjimai) ir kur viskas yra.
• Srautai: Užsakymų srautai — Pay-First ir Pay-Later mechanika.
• POS: R-Keeper jungtis — aktyvus etaloninis įgyvendinimas 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 — nuomininko Model Context Protocol galinis taškas, skirtas ChatGPT, Claude, Copilot ar Gemini prijungimui prie jūsų operacinės analizės.