HoReCa
Pizza pe Bune: de pe GloriaFood și agenda telefonului, într-un singur sistem
Pizzerie cu livrare. Două luni după lansare: 469 comenzi, 443 livrate, 64.230 lei, bonul iese singur în bucătărie.
- Client
- Pizza pe Bune, Predești, Prahova
- Sector
- HoReCa
- Publicat
Scara datelor
- comenzi
-
469
comenzi
- livrate
-
443
livrate
- valoare livrată
-
64.230 lei
valoare livrată
- clienți
-
220
clienți
- au revenit
-
73
au revenit
Date din sistem, 05.08–07.10.2026, fără comenzi demo sau importate. Publicate cu acordul clientului.
Cum arăta o seară de vineri înainte
Comenzile online veneau prin GloriaFood. Clienții cu probleme la livrare erau 1.423 de contacte într-o agendă de telefon, cu „nu luați comanda” scris lângă nume. Rețetele — fișe plastifiate cu corecturi de mână. Zona de livrare — un text pe Facebook. Fiecare comandă însemna un drum sau un telefon spre bucătărie.
Ce se întâmplă acum când intră o comandă
Client → checkout → bucătărie → curier → recenzie. Un sistem propriu: site de comandă cu meniu, configurator și cont de client; validarea automată a zonei și a minimului la checkout (60 de localități); ecran live în bucătărie cu acceptare și timp estimat; bon termic tipărit automat la plasare; flux de curier cu cash sau card la ușă; „Cine sună?” pentru comenzile telefonice; servire la masă; invitație la recenzie după livrare; pauză de comenzi dintr-un click.
Două luni în cifre
August (05–18.08 și 28–31.08): 120 comenzi plasate, 114 livrate, 17.846 lei. Septembrie: 301 plasate, 283 livrate, 39.638 lei. Octombrie (01–07.10): 48 plasate, 46 livrate, 6.746 lei. Total: 469 plasate, 443 livrate, 64.230 lei. Date din sistem, fără comenzi demo sau importate.
Ce nu mai face nimeni de mână
1. Transcrierea comenzii pentru bucătărie: bonul se generează și se tipărește singur la plasare. 2. Anunțarea comenzii: emailul către client, emailul către restaurant și push-ul către personal pleacă automat. 3. Ținerea minții pe precomenzi: comenzile programate sunt eliberate automat la bucătărie. 4. Evidența cash pe curier: o scrie automat trecerea comenzii în „livrat”. 5. Verificarea zonei și a minimului: checkout-ul refuză singur adresa din afara zonei. 6. Căutarea clientului în agenda telefonului: „Cine sună?” afișează istoricul după număr. 7. Cererea de recenzii: invitația pleacă automat după livrare. 8. Rescrierea meniului și a rețetelor: import de pe GloriaFood și rețetar extras din fotografii.
În detaliu
Orice restaurant are deja un sistem de operare. E făcut dintr-un strigăt peste tejghea, un bon tipărit ținut sub un borcan, un ospătar care ține minte că masa șase a primit deja pâinea și un curier care numără seara banii din propriul buzunar. Funcționează, în sensul că mâncarea ajunge la oameni. Dar nu închide tura singur, nu supraviețuiește unei zile în care lipsește cine trebuie și nu-i poate spune patronului marți ce a costat de fapt luni.
Site-ul era partea care avea deja software și s-a dovedit jumătatea ușoară. Un checkout public trebuie, în esență, să refuze: o comandă prea mică, o adresă în afara zonelor de livrare, o bucătărie închisă. Toate astea sunt o poartă, iar porțile se știu face. Comanda care apare la o masă nu trece prin niciuna dintre ele, și fix în diferența asta stă mare parte din inginerie.
Masa e deja ocupată. Nimeni nu le spune la nouă seara la patru oameni așezați că bucătăria s-a închis la opt și jumătate și nimeni nu impune prag minim unei perechi care mai vrea o cafea. Așa că sala are drumul ei de intrare. Ospătarul construiește un draft pe sesiunea mesei, nu pe un client — o masă nu are client, iar prefăcătoria că ar avea e locul în care designul ăsta o ia de obicei greșit — și îl trimite în valuri. Întâi aperitivele, restul când s-au hotărât. Fiecare val devine o comandă a lui, cu bonurile lui, și pleacă întreg sau deloc.
Rămâne întrebarea ce datorează masa, iar răspunsul e că nimeni n-o stochează. Nota se calculează peste toate valurile sesiunii, de fiecare dată când e cerută. Încasările sunt intrări într-un registru care se scrie doar la coadă, niciodată un total care se rescrie pe o coloană, și se închid pe acoperire, nu pe egalitate: patru oameni care plătesc pentru șase e seara obișnuită, iar faptul că cineva absoarbe diferența e o decizie luată de un om și consemnată, nu o eroare de aritmetică pe care softul trebuie s-o ascundă. Închiderea sesiunii cere semnătură și motiv. Un storno e o intrare negativă, nu o ștergere.
Bucătăria nu vede nimic din complexitatea asta, și ăsta e rostul. Comanda se sparge în bonuri pe secții de producție, nu pe categorii de meniu, pentru că o categorie e o idee a meniului, iar o secție e o realitate a clădirii. Barul își vede felia lui și anunță că e gata; bucătăria vede anunțul pe card și e singura secție care poate închide comanda. Două ecrane, două feluri de autoritate, o singură hartă de la abilitățile omului la ce are voie să vadă — iar harta aia servește și panoul web, și aplicația de Android, ca să nu poată ajunge cele două să nu fie de acord cine ce vede.
Tipărirea e locul în care teoria dă peste hardware. Serverul nu vorbește niciodată cu o imprimantă. El publică sarcini de tipărire; tableta din bucătărie revendică una, mână singură imprimanta termică pe Bluetooth și raportează rezultatul. Revendicarea e partea interesantă: lacătul se ține pe perechea cont–aparat, nu pe cont, fiindcă prima variantă compara doar contul, iar două tablete pe același cont de bucătărie scoteau exact hârtia dublă pe care lacătul o previne. Încercările eșuate se jurnalizează în loc să fie reluate orbește, retipărirea o cere un om, iar pe secție există un prag absolut. Imprimantele termice pe Bluetooth cad destul de des cât toate astea să fie structură de rezistență, nu prudență decorativă.
Banii se închid la fel de disciplinat cum se iau. Cash-ul unui curier e un registru, deschis de prima livrare, nu de un buton, iar intrarea o scrie trecerea comenzii în „livrat“, nu apăsarea cuiva pe ceva. Sesiunea aparține unui om într-un rol, nu doar unui om, așa că aceeași persoană care azi e în sală și joi conduce ține două plicuri separate. Închiderea e oarbă: declari ce predai și abia după aceea vezi diferența.
Aplicația de personal e un singur binar de Android care devine șase produse diferite, după cine se autentifică: bucătărie, bar, imprimantă, curier, ospătar, patron. Ecranul curierului e cel care trebuia să meargă fără semnal — tot ce trebuie pentru o livrare într-o singură cerere, ținut în cache, cu drumul prin ridicat, pe traseu, ajuns și livrat disponibil dintr-o dubă intrată în curte. Notificările și canalul de timp real țin ecranele proaspete, iar fiecare aparat are jetonul lui, așa că dezactivarea unui om taie deodată panoul, aplicația și telefonul.
Pizza pe Bune rulează pe Restaurant OS, același sistem pe care rulează Erra și cele două restaurante Prestij.
Tehnologii
- Laravel
- Livewire
- Filament
- Bluetooth
- GA4
Competență
- Comandă online
- Bucătărie
- Curieri
- Servire la masă
- Recenzii
- CRM telefonic
Contact