Fooodo — stratul de operare pentru restaurante
Fooodo adaugă comandare prin QR, plăți, bacșișuri și promoții peste POS-ul tău existent. Vezi setul complet de funcționalități, ce este activ în producție astăzi și ce urmează.
Fooodo este stratul digital de comandare și plăți plasat deasupra POS-ului existent al unui restaurant. Oaspeții scanează un cod QR la masă, răsfoiesc meniul, plasează o comandă, plătesc — iar comanda ajunge în POS-ul tău exact ca și cum un chelner ar fi introdus-o manual. R-Keeper este conectorul de referință activ astăzi; contractul conectorului în sine este agnostic față de POS, iar alți conectori POS sunt definiți per client și cotați la cerere. Sistemul este activ în întreaga rețea Čili Pizza din Lituania și Letonia, procesând comenzi reale pentru clienți reali.
Această pagină este destinată operatorilor de restaurante care evaluează Fooodo sau tocmai au semnat — imaginea completă a funcționalităților, ce este activ astăzi și ce urmează.
Prezentarea în 60 de secunde
Un oaspete se așează la masă, scanează codul QR lipit în colț și meniul se încarcă. Alege ce dorește, opțional împarte nota între persoanele de la masă, opțional adaugă un bacșiș sau o donație, plătește cu card / Apple Pay / Google Pay, iar bucătăria vede bonul imediat. Personalul tău nu își schimbă fluxul de lucru — POS-ul tău conduce în continuare bucătăria. Ai același routing de imprimantă, același KDS, aceleași rapoarte.
Fooodo nu este un meniu QR. Este stratul de operare care oferă unui restaurant o ușă de intrare orientată spre oaspete, fără a cere bucătăriei să învețe ceva nou.
Două moduri în care oaspeții comandă
Alegerea îți aparține, per masă sau per restaurant:
- Pay-First — construit pentru comenzi la pachet și servicii rapide. Oaspetele plătește, apoi comanda merge la bucătărie. Bucătăria nu vede niciodată o comandă neplătită. Dacă oaspetele abandonează coșul, nu se efectuează nicio lucrare.
- Pay-Later — construit pentru servire la masă. Prima rundă merge la bucătărie imediat la comandare; oaspeții pot adăuga runde suplimentare pe parcurs; plata are loc la final. Mai aproape de modul în care se desfășoară un serviciu normal la masă.
Poți combina ambele variante la o singură locație — Pay-Later la mesele de restaurant, Pay-First la ghișeul de comenzi la pachet. Mecanica completă se găsește în Fluxuri de comenzi.
Ce pot face efectiv oaspeții
| Funcționalitate | Status | Ce face |
|---|---|---|
| Răsfoire meniu | Activ | Categorii, căutare, fotografii, descrieri, meniu multilingv (lituaniană și engleză active în producție; rusă și poloneză configurabile la cerere) |
| Filtrare după dietă | Activ | Vegetarian, vegan, avertismente alergeni (gluten, lactate), indicatori picant |
| Personalizare articole | Activ | Variante (mărime), modificatori (adăugare/eliminare/înlocuire ingrediente, ex. „fără ceapă, +brânză extra") |
| Favorite | Activ | Oaspeții autentificați pot salva articole la favorite |
| Coș și finalizare comandă | Activ | Editare cantitate, total curent, toate metodele principale de plată |
| Bacșiș | Activ | Procente fixe presetate sau sumă personalizată; bacșișul este direcționat către linia de bacșiș din POS-ul tău |
| Donații | Activ | Cauză configurabilă (Crucea Roșie este exemplul de referință), sume presetate sau personalizate; direcționate către o organizație Mollie separată |
| Coduri de cupon | Activ | Oaspetele introduce un cod de reducere la finalizarea comenzii; tu controlezi codurile |
| Carduri de fidelitate | Activ (condus de POS) | Dacă POS-ul tău rulează deja un program de card personal (exemplul de referință specific R-Keeper de astăzi: Vilniaus Šeima), oaspeții cu carduri asociate văd prețurile de fidelitate. Alți conectori POS expun propria interfață de fidelitate în același mod. |
| Împărțire notă | Activ | Oaspeții de la o masă aleg articolele pentru care plătesc; sistemul gestionează calculul și împărțirea taxei de serviciu. Interfața reîmprospătată se livrează odată cu redesignul front-end aflat în curs. |
| Overlay cross-sell | În dezvoltare (aproape de integrare) | Prompt „Oamenii au mai adăugat și…" la momentul potrivit în flux; tu controlezi ce produse declanșează ce sugestii. |
| Recenzii | Activ (intern) | Prompt de evaluare după plată; evaluarea este capturată pentru tine, nu afișată public altor oaspeți |
Ce poți face tu ca proprietar / operator
Panoul de administrare (bazat pe Filament) este locul unde se desfășoară activitatea zilnică. Principalele secțiuni:
Gestionarea meniului
- Adăugare, editare, arhivare, reordonare produse și categorii
- Câmpuri per limbă (EN, LT) pentru denumiri, descrieri, alergeni
- Variante (mic / mare / familie) și grupuri de modificatori (sosuri, garnituri, adăugiri)
- Etichete dietetice și indicatori alergeni
- Fotografii
- Prețuri — suprascrierea manuală este permisă, dar POS-ul tău este sursa de adevăr: modifică prețurile în POS și următoarea sincronizare le preia, niciodată invers
Mese și coduri QR
- Generare, etichetare și tipărire coduri QR pentru fiecare masă din fiecare locație
- Comutator de flux per masă (Pay-First vs Pay-Later) — poți rula fluxuri diferite la mese diferite
- Status per masă — dezactivează o singură masă fără a dezactiva restaurantul
Promoții
- Reduceri pe interval de timp — speciale de prânz, happy hour. Setează ziua, ora, cheltuiala minimă, categoriile eligibile.
- Coduri de cupon — de unică folosință sau de utilizare multiplă, % sau € fix. Generarea în masă pentru campanii de email este în dezvoltare.
- Asociere card de fidelitate — leagă programul de card personal din POS (exemplul de referință specific R-Keeper de astăzi: Vilniaus Šeima) la meniu, astfel încât oaspeții cu carduri să vadă prețurile corecte.
Ghidul complet al operatorului pentru promoții, fidelitate, cross-sell și donații: Reduceri, cupoane și fidelitate.
Comenzi și operațiuni în timp real
- Listă de comenzi în timp real pentru toate locațiile sau limitată la una singură
- Filtrare după status, dată, masă, restaurant
- Vizualizare imediată a stărilor
Locked(POS-ul are comanda deschisă) șiError - Corecție manuală a plății pentru cazul rar de reconciliere
- Export date comenzi
Setări restaurant
- Program de funcționare
- Configurare conector POS (URL endpoint, ID restaurant, mod staging/mock) — R-Keeper este referința activă; aceeași structură este cea în care se conectează alți conectori
- Configurare plăți (rutare cont Mollie)
- Flux implicit (Pay-First vs Pay-Later)
- Comutatoare de funcționalități per restaurant (cross-sell activat/dezactivat, împărțire notă activată/dezactivată etc.)
Rapoarte
- Rapoarte de activitate utilizatori (comenzi per client, defalcare pe locație, sursă: aplicație / QR / desktop)
- Filtre după dată și restaurant
- Export CSV
- Rapoartele operaționale rămân în POS-ul tău — Fooodo nu înlocuiește P&L-ul zilnic
Permisiuni
- Acces bazat pe roluri: administrator companie, manager restaurant, personal de sală
- Managerii de restaurant văd doar datele propriului restaurant
- Control granular per permisiune (cine poate gestiona regulile de upsell, cine poate schimba fluxurile etc.)
Ce face în continuare POS-ul tău
Fooodo completează POS-ul; nu îl înlocuiește. POS-ul tău continuă să:
- Fie sursa de adevăr pentru meniu. Modificările din POS se sincronizează în Fooodo, niciodată invers.
- Conducă bucătăria. Același KDS, aceleași imprimante, același routing. Personalul din bucătărie nu învață un sistem nou.
- Gestioneze rambursările și reversările. Fooodo înregistrează statusul plății; rambursarea efectivă are loc în POS, ca întotdeauna.
- Gestioneze personalul și turele.
- Furnizeze rapoartele operaționale. Reconcilierea zilnică, rapoartele de vânzări, P&L — toate rămân în POS-ul tău.
Multi-locație
Platforma este construită pentru lanțuri, nu pentru locații individuale. Ierarhia este Company → Restaurant → Table → Order. Un administrator de companie poate:
- Gestiona fiecare locație din lanț dintr-un singur panou — fără a reintroduce date per locație
- Seta valori implicite la nivel de companie și a le suprascrie per restaurant
- Vizualiza date cross-restaurant în rapoarte fără a exporta și combina
- Menține credențiale POS separate per restaurant — util când locațiile rulează instanțe POS diferite (sau, eventual, sisteme POS diferite)
Managerii de restaurant văd doar propriul restaurant. Separarea chiriașilor este impusă de stratul de roluri, nu prin încredere.
Ce urmează
O perspectivă sinceră asupra pipeline-ului de dezvoltare activ:
| În dezvoltare | Status |
|---|---|
| Overlay cross-sell | Prompt „oamenii au mai adăugat și" configurabil de operator, la momentul potrivit în flux. Etapă de finisare UI; aproape de integrare. |
| Generare în masă de cupoane | Generare de coduri unice de unică folosință pentru campanii de email; whitelistare per produs; deduplicare per utilizator. Ramură activă, nu încă pe main. |
| Redesign front-end | Reîmprospătare substanțială a aplicației orientate spre client, cu interfața redesenată de împărțire a notei integrată. De lungă durată, multi-PR. Nu încă pe main. |
| Integrare loterie / promoție | Integrare bazată pe JWT cu un partener extern de promoții. Fază incipientă. |
Ce nu este în mod deliberat în sistem
Gestionarea așteptărilor contează. Începând de astăzi:
- Fără chitanțe prin email pentru clienți. POS-ul tău tipărește chitanțe la restaurant; Fooodo nu trimite o chitanță digitală prin email oaspetelui.
- Fără notificări SMS sau push pentru clienți. Nu există niciun mesaj text „comanda ta este gata".
- Fără recenzii publice. Evaluările oaspeților sunt capturate pentru ochii operatorului, nu afișate altor oaspeți.
- Fără puncte de fidelitate în aplicație. Fidelitatea este programul tău existent de card POS. Nu există nicio mecanică „câștigă 1 punct per €" în interiorul Fooodo.
- Fără rezervări / rezervare masă. Modelele există, dar fluxul de rezervare nu este construit.
- Fără multi-valută. Doar EUR.
- Fără administrare multilingvă. Panoul de administrare al operatorului este doar în engleză. Meniul orientat spre client acceptă mai multe limbi (vezi mai sus).
- Fără decizii autonome. Fooodo Insights, când va fi lansat, va recomanda acțiuni — nu le va executa niciodată autonom. Orice afectează angajații trece prin aprobare umană. Vezi Fooodo Insights pentru poziția față de GDPR Article 22.
Unde să mergi mai departe
- Operațional: Noțiuni de bază parcurge procesul de onboarding, rularea de test și lansarea în producție.
- Arhitectural: Arhitectură prezintă structura cu două servicii (meniu + plăți) și unde se află totul.
- Fluxuri: Fluxuri de comenzi pentru mecanica Pay-First vs Pay-Later.
- POS: Conectorul R-Keeper — implementarea de referință activă, cu detalii despre ciclul complet API.
- Bani: Plăți pentru bacșișuri, donații, webhook-uri, rambursări, valute acceptate.
- Creștere: Reduceri, cupoane și fidelitate — ghidul operatorului pentru promoții.
- Integrare: API pentru partenerii care scriu conectori.
- Viziune: Fooodo Insights pentru stratul de inteligență decizională EBIT aflat în dezvoltare.
- Pentru clienți AI: Server MCP Insights — endpoint Model Context Protocol per chiriaș pentru conectarea ChatGPT, Claude, Copilot sau Gemini la analiza ta operațională.