Prezentare generală 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 continuă să gestioneze 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 acțiune.
- Pay-Later — construit pentru dine-in. Prima rundă merge la bucătărie imediat la comandare; oaspeții pot adăuga mai multe runde pe parcurs; plata are loc la final. Mai aproape de modul în care se desfășoară un serviciu normal de dine-in.
Poți combina ambele variante la o singură locație — Pay-Later la mesele de dine-in, 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 de plată principale |
| 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 (gestionat de POS) | Prețurile pentru membri sunt gestionate de POS-ul tău. La o masă cu fidelizare activată, un oaspete autentificat la momentul creării comenzii vede prețurile pentru membri preluate din endpoint-ul de fidelizare al R-Keeper; decizia este fixă pentru întreaga vizită și partajată la masă. Alți conectori POS expun propria suprafață de fidelizare î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. |
| Overlay cross-sell | Activ | Prompt „Oamenii au mai adăugat și…" când un oaspete adaugă un articol; tu controlezi ce produse (sau categorii) 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, adaosuri)
- Etichete dietetice și indicatori alergeni
- Fotografii
- Prețuri — POS-ul tău este sursa de adevăr: prețurile produselor și variantelor sunt sincronizate din POS și afișate în mod read-only în admin. Modifică un preț în POS și următoarea sincronizare îl preia, niciodată invers. (Prețurile pentru ingrediente adăugate sunt singurul lucru setat în adminul Fooodo.)
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 pe mese diferite
- Status per masă — dezactivează o singură masă fără a dezactiva restaurantul
Promoții
- Reduceri cu fereastră de timp — speciale de prânz, happy hour. Setează ziua, ora, cheltuiala minimă, categoriile eligibile. Majoritatea sunt răscumpărate prin cod (denumirea reducerii este codul); reducerea de prânz zilnic se aplică automat pentru oaspeții autentificați.
- Coduri de cupon — coduri de unică folosință, % sau € fix. Codurile per utilizator sunt emise automat clienților eligibili; codurile de unică folosință în masă sunt generate printr-o comandă de operațiuni. (Un cod repetabil de tip „WELCOME10" este pur și simplu o reducere cu nume.)
- Prețuri de fidelizare — activează comutatorul de fidelizare per masă și indică restaurantul spre endpoint-ul de prețuri de fidelizare din POS-ul tău, astfel încât oaspeții autentificați de la acea masă să vadă prețurile pentru membri din POS.
Ghidul complet al operatorului pentru promoții, fidelizare, cross-sell și donații: Reduceri, cupoane și fidelizare.
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ăților pentru cazurile rare 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 de 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 restaurantului lor
- 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.
- Gestioneze 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, dar nu are o acțiune proprie de rambursare; rambursările pe card sunt emise din dashboardul Mollie, iar reversările de comenzi au 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
- Vedea date cross-restaurant în rapoarte fără a exporta și îmbina
- 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 tenant-ilor este impusă de stratul de roluri, nu prin încredere.
Ce urmează
O perspectivă sinceră asupra pipeline-ului de dezvoltare activ:
| În dezvoltare | Status |
|---|---|
| Generare în masă de cupoane self-service | Emiterea de coduri unice de unică folosință pentru o campanie CRM din interfața de admin. Astăzi aceasta rulează ca o comandă de operațiuni și exportă un CSV; un buton self-serve în admin urmează. |
| Atribuire chelner vizibilă pentru oaspete | Afișarea chelnerului atribuit pe confirmarea comenzii. Astăzi atribuirea este capturată și vizibilă doar în admin. |
| Conectori POS suplimentari | Contractul conectorului este agnostic față de POS; noii conectori sunt definiți per client când un lanț se angajează la unul. R-Keeper este singurul conector activ în producție astăzi. |
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 fidelizare în aplicație. Fidelizarea este programul tău existent de card din 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ă admin multilingv. Panoul de administrare pentru operator este doar în engleză. Meniul orientat spre client suportă 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 lucru care 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, dry-run și lansare.
- 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.
- Furnizori POS: Cerințe de integrare POS — specificația de evaluare pentru un furnizor care evaluează dacă POS-ul său poate fi conectat.
- POS: Conector R-Keeper — implementarea de referință activă, cu detalii despre rundele API.
- Bani: Plăți pentru bacșișuri, donații, webhook-uri, rambursări, valute suportate.
- Creștere: Reduceri, cupoane și fidelizare — ghidul operatorului pentru promoții.
- Integrare: API pentru partenerii care scriu conectori.
- Viziune: Fooodo Insights pentru stratul de intelligence decizional EBIT aflat în dezvoltare.
- Pentru clienți AI: Server MCP Insights — endpoint Model Context Protocol per tenant pentru conectarea ChatGPT, Claude, Copilot sau Gemini la analiza ta operațională.